From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <13426df10907312012o65cceda4r45a97a981e2dcafa@mail.gmail.com> <6734c542c37eebd5e3cb4f064dea04b3@quanstro.net> <20090801145145.GA1044@polynum.com> <13426df10908010849g8bf24a9nbde0b817b7b3e65e@mail.gmail.com> <3aaafc130908011210u62ed019ev5a91bf668e8fe9d3@mail.gmail.com> Date: Sun, 2 Aug 2009 15:23:30 -0400 Message-ID: <509071940908021223j4ede8588s5ed1854aecebc5e9@mail.gmail.com> From: Anthony Sorace To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] just an idea (Splashtop like) Topicbox-Message-UUID: 35bd8efa-ead5-11e9-9d60-3106f5b1d025 On Sun, Aug 2, 2009 at 14:17, erik quanstrom wrote: > assuming honest mtbf numbers, one would expect similar > ures for the same io workload on the same size data set > as mechanical disks. =C2=A0since flash drives are much smaller, > there would obviously be fewer ures per drive. =C2=A0but needing > 10x more drives, the mtbf would be worse per byte of storage > than enterprise sata drives. =C2=A0so you'd see more overall failures. this depends on usage, obviously. i think it misses the point that there's plenty of applications where the smaller storage (assuming a single unit) is perfectly adequate. i swapped out the HD in my laptop for a SD drive: the reduction in size is entirely workable, and the other benefits make the trade a big win. there're plenty of applications where i need relatively little raw storage: laptops, boot media for network terminals, embedded things. for large-scale storage, your analysis is much more appropriate. my file server remains based on spinning magnetic disks, and i expect that's likely to be the case for a long time.