From mboxrd@z Thu Jan 1 00:00:00 1970 References: <69b6245860f4a50b378f2458153fabd6@plan9.bell-labs.com> In-Reply-To: <69b6245860f4a50b378f2458153fabd6@plan9.bell-labs.com> Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: <2F31A92B-4011-42DB-9043-D04F6B81A504@orthanc.ca> Content-Transfer-Encoding: quoted-printable From: Lyndon Nerenberg Date: Fri, 3 May 2013 18:16:49 -0700 To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Subject: Re: [9fans] anyone put their venti on an SSD? Topicbox-Message-UUID: 55ec50e6-ead8-11e9-9d60-3106f5b1d025 On 2013-05-03, at 1:59 PM, geoff@plan9.bell-labs.com wrote: > I tried putting our index on a single OCZ SSD and it died during = buildindex. > The SSD was completely unresponsive thereafter, which is pretty > appalling behaviour for a storage device. Having since sworn off > OCZ, I would try again with a pair of Intel 330s in a RAID. A couple of months ago I tried cloning my existing fossil+venti to an = OCZ Vertex 3. I did the partitioning and setup by hand and everything = seemed to go just fine: the arenas copied and verified, fossil = initialized, and I could run and mount the fossil from the SSD, but = whenever I tried to boot from it it failed very early on with "I/O = error" and that was that. I didn't have any spare time to mess around = with it so I just stuck with the existing disk. I was running a really bastardized mix of old and new boot software, so = it's quite possible I screwed up installing the correct MBR and boot = loader. But it might also have been a problem with the BIOS or SATA = controller on the motherboard -- it's a slightly ancient Supermicro Atom = 1U, and it doesn't like SATA hard disks, either (it's currently talking = to an IDE disk). I didn't have time to try 9atom. That said, the limited testing I did with the secondary fossil+venti = showed it to be quite zippy, within the limitations of the surrounding = motherboard hardware. Certainly it was noticeably faster than the hard = disk for, e.g., mk all. --lyndon