On Fri, 2006-05-12 at 10:42 -0500, Anton Rang wrote: > > Now latency wise, the cost of copy is small compared to the > > I/O; right ? So it now turns into an issue of saving some > > CPU cycles. > > CPU cycles and memory bandwidth (which both can be in short > supply on a database server).
We can throw hardware at that :-) Imagine a machine with lots of extra CPU cycles and lots of parallel access to multiple memory banks. This is the strategy behind CMT. In the future, you will have many more CPU cycles and even better memory bandwidth than you do now, perhaps by an order of magnitude in the next few years. -- richard _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
