Re: ext3-0.0.2e released

From: Larry McVoy (lm@bitmover.com)
Date: Wed Jul 05 2000 - 18:53:54 EST

Next message: Chris Wedgwood: "Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Previous message: Jamie Lokier: "Re: spinlocks() are severely broken in 2.2.X and 2.4.X for modules"
In reply to: goingware.com: "Re: ext3-0.0.2e released"
Next in thread: Ralf Baechle: "Re: ext3-0.0.2e released"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Wed, Jul 05, 2000 at 04:26:45PM -0700, goingware.com wrote:
> The CERN Aleph detector, when I visited it back in '93, had exabyte tapes
> running _in_parallel_ to be able to collect all the data fast enough. That
> and automatic loading of the tapes.

Ha. That's nothing :-) I worked on a system at SGI that did 32GB/sec
of NFS/BDS traffic 24x7 and a big percentage of that went to tape.
Your tax dollars at work.

-- --- Larry McVoy lm@bitmover.com http://www.bitmover.com/lm

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/

Next message: Chris Wedgwood: "Re: [RFC] solution for the inet_ntoa problem, buffer allocator"
Previous message: Jamie Lokier: "Re: spinlocks() are severely broken in 2.2.X and 2.4.X for modules"
In reply to: goingware.com: "Re: ext3-0.0.2e released"
Next in thread: Ralf Baechle: "Re: ext3-0.0.2e released"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Fri Jul 07 2000 - 21:00:17 EST