Ed, I was talking w/ a friend of mine who works for Wells Fargo, and designs Backup systems for their data centers, and he also helps w/ 4 large data centers and 9 smaller ones. He says he deals w/ petabytes every day now, he has a machine that has 64 GB of ram in it... I&#39;m waiting until the days that we have yottabyte HDDs w/ Petabyte RAM... I just know its coming in the future...<div>

<br></div><div>D<br clear="all">David Runneals<br><br>Please consider your environmental responsibility before printing this e-mail.<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


<br>
Message: 2<br>
Date: Thu, 29 Jul 2010 14:51:04 -0500<br>
From: &quot;Ed Meacham \(@work\)&quot; &lt;<a href="mailto:ed@edmeacham.com">ed@edmeacham.com</a>&gt;<br>
Subject: Re: [Cialug] I Remember When Computer Specs<br>
To: &quot;&#39;Central Iowa Linux Users Group&#39;&quot; &lt;<a href="mailto:cialug@cialug.org">cialug@cialug.org</a>&gt;<br>
Message-ID: &lt;003301cb2f57$62bc5100$2834f300$@com&gt;<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
<br>
 &quot;What would anyone need that much space for?&quot;<br>
<br>
<br>
<br>
Solid state drives are getting a bit of steam. Just think-one day we<br>
will/could have solid state Petabyte/Exabyte drives, and x-Terabyte bus<br>
speeds.<br>
<br>
<br>
<br>
Any thought on what that much speed + space would be needed for? (aside from<br>
never deleting anything. ever again)<br>
<br>
<br>
<br>
&lt;/Back_to_the_Future_logic&gt;<br>
<br>
<br>
<br>
-emeacham (@work)<br>
<br>
<br>
<br>
From: <a href="mailto:cialug-bounces@cialug.org">cialug-bounces@cialug.org</a> [mailto:<a href="mailto:cialug-bounces@cialug.org">cialug-bounces@cialug.org</a>] On Behalf<br>
Of David Runneals<br>
Sent: Thursday, July 29, 2010 11:58 AM<br>
To: <a href="mailto:cialug@cialug.org">cialug@cialug.org</a><br>
Subject: Re: [Cialug] I Remember When Computer Specs<br>
<br>
<br>
<br>
I remember that in 2000, I bought a 128MB Flash Drive for $40... Now you can<br>
get like 32 GB ones for that much...<br>
<br>
<br>
<br>
<br>
David Runneals<br>
E: <a href="mailto:david@runneals.com">david@runneals.com</a><br>
W: <a href="http://runneals.com" target="_blank">runneals.com</a><br>
W: <a href="http://wipperman-runneals.com" target="_blank">wipperman-runneals.com</a><br>
<br>
Please consider your environmental responsibility before printing this<br>
e-mail.<br>
<br>
<br>
I saw a person&#39;s Outlook cache file the other day that was 19GB large.<br>
 A friend pointed out to me that his first computer (he&#39;s a youngin&#39;)<br>
had no more than 4GB of hard drive space total.<br>
<br>
You know how people compare memory and hard drive space like that?<br>
They scratch the salt on their shoulder and say &lt;mock deep voice&gt; &#39;I<br>
remember when computers only came with 500 MB of RAM.&#39;  Well, it seems<br>
to me like that can only go so far back.  There was a certain point<br>
(the mid 80s?) where there started to emerge a PC standard, in the<br>
form of the &quot;IBM PC compatible&quot;.  I&#39;m a latecomer to this scene, so<br>
correct me if I&#39;m wrong, but before that time computers were largely<br>
packaged as complete products where you got what you got, and there<br>
were several different types.<br>
<br>
Comparing the amount of RAM in a Commodore 64 to a modern PC doesn&#39;t<br>
make sense.  The Commodore 64 or others didn&#39;t have the same<br>
architecture, they didn&#39;t use RAM in the same way.  Obviously it&#39;s<br>
amazing that we can package several gigs of memory into a single stick<br>
of silicon these days and it&#39;s actually affordable.  That&#39;s clearly<br>
better than we could do in 1985.  But there&#39;s something not quite<br>
right about comparing them as if there&#39;s some linear scale they both<br>
exist on.<br>
<br>
--<br>
Todd<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 29 Jul 2010 11:31:23 -0500<br>
From: Matthew Nuzum &lt;<a href="mailto:newz@bearfruit.org">newz@bearfruit.org</a>&gt;<br>
Subject: Re: [Cialug] I Remember When Computer Specs<br>
To: Central Iowa Linux Users Group &lt;<a href="mailto:cialug@cialug.org">cialug@cialug.org</a>&gt;<br>
Message-ID:<br>
       &lt;AANLkTi=<a href="mailto:9UQOwfjkTm_dgYzcVHw27%2BdMdF8iRVpBAC7Y9@mail.gmail.com">9UQOwfjkTm_dgYzcVHw27+dMdF8iRVpBAC7Y9@mail.gmail.com</a><br>
&lt;mailto:<a href="mailto:9UQOwfjkTm_dgYzcVHw27%252BdMdF8iRVpBAC7Y9@mail.gmail.com">9UQOwfjkTm_dgYzcVHw27%2BdMdF8iRVpBAC7Y9@mail.gmail.com</a>&gt; &gt;<br>
Content-Type: text/plain; charset=&quot;windows-1252&quot;<br>
<br>
On Thu, Jul 29, 2010 at 10:47 AM, Todd Walton &lt;<a href="mailto:tdwalton@gmail.com">tdwalton@gmail.com</a>&gt; wrote:<br>
<br>
&gt; I saw a person&#39;s Outlook cache file the other day that was 19GB large.<br>
&gt;  A friend pointed out to me that his first computer (he&#39;s a youngin&#39;)<br>
&gt; had no more than 4GB of hard drive space total.<br>
&gt;<br>
&gt; You know how people compare memory and hard drive space like that?<br>
&gt; They scratch the salt on their shoulder and say &lt;mock deep voice&gt; &#39;I<br>
&gt; remember when computers only came with 500 MB of RAM.&#39;  Well, it seems<br>
&gt; to me like that can only go so far back.  There was a certain point<br>
&gt; (the mid 80s?) where there started to emerge a PC standard, in the<br>
&gt; form of the &quot;IBM PC compatible&quot;.  I&#39;m a latecomer to this scene, so<br>
&gt; correct me if I&#39;m wrong, but before that time computers were largely<br>
&gt; packaged as complete products where you got what you got, and there<br>
&gt; were several different types.<br>
&gt;<br>
&gt; Comparing the amount of RAM in a Commodore 64 to a modern PC doesn&#39;t<br>
&gt; make sense.  The Commodore 64 or others didn&#39;t have the same<br>
&gt; architecture, they didn&#39;t use RAM in the same way.  Obviously it&#39;s<br>
&gt; amazing that we can package several gigs of memory into a single stick<br>
&gt; of silicon these days and it&#39;s actually affordable.  That&#39;s clearly<br>
&gt; better than we could do in 1985.  But there&#39;s something not quite<br>
&gt; right about comparing them as if there&#39;s some linear scale they both<br>
&gt; exist on.<br>
&gt;<br>
&gt;<br>
There are a few important considerations in here.<br>
<br>
1. User productivity - presumably, more powerful computers with more<br>
resources allow computers to do things automatically that make end users<br>
more productive. For example, squigly underlines telling you of spelling<br>
errors as you type replacing a manual &quot;check spelling&quot; button and a dialog<br>
showing each error separately<br>
<br>
2. Developer productivity - early computer software required very careful<br>
resource planning. From the amount of RAM used to the number of floppy disks<br>
required to ship it. Modern computers resources are ample enough that<br>
developers don&#39;t have to think about this too much enabling them to bring<br>
software to market more quickly.<br>
<br>
I&#39;m certain older non pc hardware had serious constraints that users thought<br>
about. The old emacs joke says that emacs stands for &quot;eight megs (of ram in<br>
my computer) and constantly swapping&quot; implying that a machine with a<br>
whopping 8 MB of RAM was not enough to get good performance out of emacs.<br>
And you should see the hurdles people jumped in order to accommodate linear<br>
access storage mediums. (yes, I am old enough to have had a computer with a<br>
tape drive as the main storage, but I was only about 8 at the time)<br>
<br>
--<br>
Matthew Nuzum<br>
newz2000 on freenode, skype, linkedin, <a href="http://identi.ca" target="_blank">identi.ca</a> and twitter<br>
<br>
&quot;Never stop learning&quot; ?Robert Nuzum (My dad)<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL:<br>
<a href="http://cialug.org/pipermail/cialug/attachments/20100729/f964a290/attachment-
0001.htm" target="_blank">http://cialug.org/pipermail/cialug/attachments/20100729/f964a290/attachment-<br>
0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 29 Jul 2010 11:42:11 -0500<br>
From: &lt;<a href="mailto:murraymckee@wellsfargo.com">murraymckee@wellsfargo.com</a>&gt;<br>
Subject: Re: [Cialug] I Remember When Computer Specs<br>
To: &lt;<a href="mailto:cialug@cialug.org">cialug@cialug.org</a>&gt;<br>
Message-ID:<br>
<br>
&lt;0C42FC22D9143A4FA9FA3FC2EF5CFA0731F94A58D4@MSGCMSV21015.ent.wfb.bank.corp&gt;<br>
<br>
Content-Type: text/plain; charset=&quot;us-ascii&quot;<br>
<br>
One of the programs I was assigned to maintain early in my career had a<br>
comment in the front.  Requires 64K of main memory - will not run in 32 K.<br>
This was an IBM 370 mainframe program, although the program hasn&#39;t been<br>
updated since the 360 era.  I just checked and that program is still in use<br>
and it hasn&#39;t been updated in 25 years.  The comment is still there too.<br>
<br>
My first linear storage was punch tape.<br>
<br>
Murray McKee<br>
Operating Systems Engineer<br>
WFFIS - Wells Fargo Financial Information Systems<br>
800 Walnut Street<br>
MAC F4030-037<br>
Des Moines, IA 50309-3605<br>
WORK (515)557-6127 Cell (515) 343-6630  FAX (515) 557-6046<br>
MurrayMcKee@WellsFargo.com<br>
&quot;This message may contain confidential and / or privileged information.  If<br>
you are not the addressee or authorized to receive this for the addressee,<br>
you must not use, copy, disclose, or take any action based on this message<br>
or any information herein.  If you have received this message in error,<br>
please advise the sender immediately by reply e-mail and delete this<br>
message.  Thank you for your cooperation.&quot;<br>
<br>
From: <a href="mailto:cialug-bounces@cialug.org">cialug-bounces@cialug.org</a> [mailto:<a href="mailto:cialug-bounces@cialug.org">cialug-bounces@cialug.org</a>] On Behalf<br>
Of Matthew Nuzum<br>
Sent: Thursday, July 29, 2010 11:31 AM<br>
To: Central Iowa Linux Users Group<br>
Subject: Re: [Cialug] I Remember When Computer Specs<br>
<br>
On Thu, Jul 29, 2010 at 10:47 AM, Todd Walton<br>
&lt;<a href="mailto:tdwalton@gmail.com">tdwalton@gmail.com</a>&lt;mailto:<a href="mailto:tdwalton@gmail.com">tdwalton@gmail.com</a>&gt;&gt; wrote:<br>
I saw a person&#39;s Outlook cache file the other day that was 19GB large.<br>
 A friend pointed out to me that his first computer (he&#39;s a youngin&#39;)<br>
had no more than 4GB of hard drive space total.<br>
<br>
You know how people compare memory and hard drive space like that?<br>
They scratch the salt on their shoulder and say &lt;mock deep voice&gt; &#39;I<br>
remember when computers only came with 500 MB of RAM.&#39;  Well, it seems<br>
to me like that can only go so far back.  There was a certain point<br>
(the mid 80s?) where there started to emerge a PC standard, in the<br>
form of the &quot;IBM PC compatible&quot;.  I&#39;m a latecomer to this scene, so<br>
correct me if I&#39;m wrong, but before that time computers were largely<br>
packaged as complete products where you got what you got, and there<br>
were several different types.<br>
<br>
Comparing the amount of RAM in a Commodore 64 to a modern PC doesn&#39;t<br>
make sense.  The Commodore 64 or others didn&#39;t have the same<br>
architecture, they didn&#39;t use RAM in the same way.  Obviously it&#39;s<br>
amazing that we can package several gigs of memory into a single stick<br>
of silicon these days and it&#39;s actually affordable.  That&#39;s clearly<br>
better than we could do in 1985.  But there&#39;s something not quite<br>
right about comparing them as if there&#39;s some linear scale they both<br>
exist on.<br>
<br>
There are a few important considerations in here.<br>
<br>
1. User productivity - presumably, more powerful computers with more<br>
resources allow computers to do things automatically that make end users<br>
more productive. For example, squigly underlines telling you of spelling<br>
errors as you type replacing a manual &quot;check spelling&quot; button and a dialog<br>
showing each error separately<br>
<br>
2. Developer productivity - early computer software required very careful<br>
resource planning. From the amount of RAM used to the number of floppy disks<br>
required to ship it. Modern computers resources are ample enough that<br>
developers don&#39;t have to think about this too much enabling them to bring<br>
software to market more quickly.<br>
<br>
I&#39;m certain older non pc hardware had serious constraints that users thought<br>
about. The old emacs joke says that emacs stands for &quot;eight megs (of ram in<br>
my computer) and constantly swapping&quot; implying that a machine with a<br>
whopping 8 MB of RAM was not enough to get good performance out of emacs.<br>
And you should see the hurdles people jumped in order to accommodate linear<br>
access storage mediums. (yes, I am old enough to have had a computer with a<br>
tape drive as the main storage, but I was only about 8 at the time)<br>
<br>
--<br>
Matthew Nuzum<br>
newz2000 on freenode, skype, linkedin, <a href="http://identi.ca" target="_blank">identi.ca</a>&lt;<a href="http://identi.ca" target="_blank">http://identi.ca</a>&gt; and<br>
twitter<br>
<br>
&quot;Never stop learning&quot; -Robert Nuzum (My dad)<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL:<br>
<a href="http://cialug.org/pipermail/cialug/attachments/20100729/53935ffb/attachment.
htm" target="_blank">http://cialug.org/pipermail/cialug/attachments/20100729/53935ffb/attachment.<br>
htm</a><br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://cialug.org/pipermail/cialug/attachments/20100729/90757d80/attachment.htm" target="_blank">http://cialug.org/pipermail/cialug/attachments/20100729/90757d80/attachment.htm</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Cialug mailing list<br>
<a href="mailto:Cialug@cialug.org">Cialug@cialug.org</a><br>
<a href="http://cialug.org/mailman/listinfo/cialug" target="_blank">http://cialug.org/mailman/listinfo/cialug</a><br>
<br>
<br>
End of Cialug Digest, Vol 63, Issue 53<br>
**************************************<br>
</blockquote></div><br></div>