On Tue, 2009-11-10 at 08:39 -0700, Chris Worley wrote: > On Tue, Nov 10, 2009 at 2:42 AM, Kasper Sandberg <postmaster@xxxxxxxxxxx> wrote: > > On Mon, 2009-11-09 at 09:59 -0700, Chris Worley wrote: > >> On Mon, Nov 9, 2009 at 9:42 AM, Majed B. <majedb@xxxxxxxxx> wrote: > >> > Well, SATA uses SCSI emulation so I guess that's no problem, right? > >> > >> The only problem is SSD's put Solid State Storage (SSS) behind > >> SATA/SAS controllers... while compatible w/ old disk technology, it > >> severely limits performance (i.e. none of these SSD drives do even > >> 300MB/s... while SSS drives do 800MB/s). While the initial 2.6.27 > > No, around 280MB/s... and obviously they dont do more, because of the > > simple limitation of the sata controllers.. this also means they dont > > need to do as many channels as other devices.. > > I'm not sure if you're agreeing or disagreeing here... > 280MB/s<300MB/s, due to the "compatibility" based design of SSD's, > while SSS, w/o a legacy controller, can do 800MB/s out of a single > drive. A single drive which uses _ALOT_ more channels than the SSDs doing sata, and thats why, so you get extra performance, for a price.. > > >> drivers and ext4 "discard" worked very well with forward-thinking SSS > >> not encumbered by old controller technology... but, SSD's were not > >> able to handle it well: > >> > >> http://lwn.net/Articles/347511/ > >> > >> So it looks like "design by committee" Linux is well behind Windows 7, > > And how exactly does windows 7 handle this so much better? > > TRIM is in W7; NTFS support. No Linux distro does. And by the time > "design by committee" gets through with it,we shouldn't have bothered. > > >> while Linux contemplates slowing new technology down to optimize for > >> ill-designed SSD's. > > It does? > > Those that speak loudest in the kernel development (and contribute the > most) work for companies like Intel that promote the slower, > controller-based, SSD's. these 3 comments makes no sense.. > > Chris > >> > >> Be glad "thumb drives" didn't try to be floppy-drive-compatible!!! > >> > >> Chris > >> > > >> > On Mon, Nov 9, 2009 at 7:37 PM, Chris Worley <worleys@xxxxxxxxx> wrote: > >> >> On Sun, Nov 8, 2009 at 6:13 PM, Majed B. <majedb@xxxxxxxxx> wrote: > >> >>> The firmware which introduced the TRIM command was deemed buggy and > >> >>> has been pulled out. > >> >>> > >> >>> Are there any filesystems that are TRIM-aware? > >> >> > >> >> Ext4 (at that level in the kernel, it's referred to as "discard", it's > >> >> not TRIM until it's issued as a SCSI command). > >> >> > >> >> Chris > >> >>> > >> >>> On Sun, Nov 8, 2009 at 8:57 PM, Bill Davidsen <davidsen@xxxxxxx> wrote: > >> >>>> For those of us playing with use of SSD for journals on ext[34], this does > >> >>>> have implications for RAID performance. > >> >>>> > >> >>>> http://hardware.slashdot.org/story/09/10/27/1427209/Intel-Updates-SSDs-Supports-TRIM-Faster-Writes > >> >>>> > >> >>>> -- > >> >>>> Bill Davidsen <davidsen@xxxxxxx> > >> >>>> Unintended results are the well-earned reward for incompetence. > >> >>>> > >> >>>> > >> >>>> -- > >> >>>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in > >> >>>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >> >>>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> Majed B. > >> >>> -- > >> >>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in > >> >>> the body of a message to majordomo@xxxxxxxxxxxxxxx > >> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> >>> > >> >> > >> > > >> > > >> > > >> > -- > >> > Majed B. > >> > > >> -- > >> To unsubscribe from this list: send the line "unsubscribe linux-raid" in > >> the body of a message to majordomo@xxxxxxxxxxxxxxx > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-raid" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
