Sharing /usr doesn't work as well as you might like. We did this at Sun with diskless workstations. It turns out that the server gets saturated with only a few workstations. I think that about 10 workstations per server was the maximum.
Of course you can't share /usr/bin with different architectures. Some other files in /usr are binary, and have problems with different architectures. -----Original Message----- From: Jim Sibley [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 10:44 AM To: [EMAIL PROTECTED] Subject: Re: Possible enhancement idea for dasdfmt Leland, I think the real problem you'll run into is within Linux - how to refresh the filesystem meta-data. The other issue is locking the data while its being written. It seems to me that we need a general Linux solution, especially since Linux is now being put on bigger dasd subsystems with more and more data and sharing of data between linux systems is becoming more desirable. Intel, RISC, HP, Sun, and s390 can all now use shark SCSCI. Wouldn't it interesting if they could share the same /usr volume, for example. Or pass data at DASD speeds (not TCP/IP speeds) between them. The Linux/shark would be the common factor - the processors could be any architecture! ===== Jim Sibley Implementor of Linux on zSeries in the beautiful Silicon Valley "Computer are useless.They can only give answers." Pablo Picasso __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com
