<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 12pt; color: #000000'>As far as I know, they haven't solved the maximum write issue, but that maximum might be too high to matter in most cases. Still might want to disable update the access time on files tho. Another problem was that the drive got slower as it filled up. I don't know why that would be or how many drives suffer from this.<br><br>----- Original Message -----<br>From: "Nate Duehr" <nate@natetech.com><br>To: "CLUE talk" <clue-talk@cluedenver.org><br>Sent: Monday, January 4, 2010 12:13:11 PM GMT -07:00 US/Canada Mountain<br>Subject: Re: [clue-talk] new processors<br><br>Quick note: Sorry, top-posted because I'm on a webmail interface right<br>now... <br><br>The speed difference between disk and everything else<br>(processor/RAM/video/etc) is being closed with SSD drives. Still not<br>"100% ready for prime time" yet, looking over some of the errata on the<br>early drives, but... with a good brand name (meaning: Intel right now),<br>I'd trust one. <br><br>(Some of the others have had some lovely bugs in firmware. Kinda makes<br>sense, Intel's a chip manufacturer and the hard drive manufacturers are<br>learning how to do that, in a way.)<br><br>Having seen a couple of machines with SSD's in them doing various tasks,<br>I can unequivocally state that the spinning hard disk platter for<br>anything other than mass storage, is dead. It just doesn't know it yet.<br><br>My next personal laptop will have an SSD for the OS's and swap, for<br>sure... and the data for whatever e-mail and PIM type client software<br>I'm using will also go on it to speed those common applications up. <br><br>It's too big of a performance increase to ignore, from what I've seen.<br><br>--<br> Nate Duehr<br> nate@natetech.com<br><br>On Mon, 04 Jan 2010 09:18 -0700, "chris fedde" <chris@fedde.us> wrote:<br>> So as always the real answer is: "It Depends". A "real world" desktop<br>> environment a few extra cores will make your experience a bit<br>> snappier. A reasonably recent motherboard with a good built in GPU<br>> and a single modern multi-core processor will likely give good<br>> performance. Consider that the performance gap between disk/network<br>> speed has grown so large that much of the time a modern processor is<br>> waiting around for L2 cache to be loaded anyway.<br>> <br>> http://duartes.org/gustavo/blog/post/what-your-computer-does-while-you-wait<br>> <br>> On Sun, Jan 3, 2010 at 12:08 PM, Nate Duehr <nate@natetech.com> wrote:<br>> > It gets crazier than that, since the newer Intel hardware/chips now "simulate" that they have more cores than they have to (supposedly) speed up things. A "quad core" i7 "looks like" 16 cores to the OS... via "HyperThreading" technology...<br>> ><br>> > On Jan 2, 2010, at 9:43 AM, chris fedde wrote:<br>> ><br>> >> On Wed, Dec 30, 2009 at 7:25 AM, Louis Miller <miller106c@comcast.net> wrote:<br>> >>> Hello,<br>> >>><br>> >>> Could someone send me a hyperlink to an article that would explain how<br>> >>> it would be so much faster, please? Something for the non-computer<br>> >>> scientist, if possible. Or if someone wants to explain it and can through<br>> >>> e-mail that would be okay, too.<br>> >>><br>> >><br>> >> I realize that this is an older message but thought I'd respond and<br>> >> expand on some other responses.<br>> >><br>> >> The 2.6 Linux kernels are written to take advantage of mult-core<br>> >> architectures. This means that typical single threaded applications<br>> >> buy themselves will not see any speedup but since more than one time<br>> >> slice can be run at once the over all system performance improves.<br>> >><br>> >> Here is a pointer to a white paper with excruciating detail:<br>> >> http://www.silicon.com/white-papers/components/2009/12/24/multi-core-and-linux-kernel-60295311/<br>> >> _______________________________________________<br>> >> clue-talk mailing list<br>> >> clue-talk@cluedenver.org<br>> >> http://www.cluedenver.org/mailman/listinfo/clue-talk<br>> ><br>> > --<br>> > Nate Duehr<br>> > nate@natetech.com<br>> ><br>> > http://facebook.com/denverpilot<br>> > http://twitter.com/denverpilot<br>> ><br>> ><br>> ><br>> ><br>> ><br>> > _______________________________________________<br>> > clue-talk mailing list<br>> > clue-talk@cluedenver.org<br>> > http://www.cluedenver.org/mailman/listinfo/clue-talk<br>> ><br>> _______________________________________________<br>> clue-talk mailing list<br>> clue-talk@cluedenver.org<br>> http://www.cluedenver.org/mailman/listinfo/clue-talk<br>_______________________________________________<br>clue-talk mailing list<br>clue-talk@cluedenver.org<br>http://www.cluedenver.org/mailman/listinfo/clue-talk<br></div></body></html>