Re: 2500 Linux workstation !
On Thu, 27 Jul 2000, Catalin Ciocoiu wrote:
>In a slashdot articol somebody lace a interesing question....
>What is the best solution for a network width 2500 Linux WorkStation ?
>I proposed a diskless workstation sollution becose is very robust
>Is it a good sollution ????
>What filesystem can be used for file sharing ?? Is NFS ok ???
>What kind of authentification can be used in this network ?
>I waiting your answares !!
One problem with diskless workstations is the issue of what happend when
all reboot simultaneously (EG power failure). I suggest that you setup
diskless workstation that is fully configured (X, xdm, etc), reboot it
track the amount of data transfer that is required. I guess that it
about 30M of data access on disk. Multiply that by 2500 and that's 75G
data transfer, it would be 2 hours of network transfer on 100baseT if
didn't have timeouts and retransmits. Of course with that load you
have heaps of timeouts and it would take much longer...
The good thing about diskless booting is that all machines will access
the same files if you have it configured correctly. The boot space of a
diskless machine should fit into cache on the server (so disk bandwidth
shouldn't be an issue). If you have a server with 10 * 100baseT network
interfaces or 1 * 1G interface (the most that the bus bandwidth of
servers can handle) then it could possibly handle 800 PCs for booting in
reasonable amount of time (5-10 minutes). So if you had 4 such machines
running the boot process (IE the root file system) and another set of
machines for /home (which is much harder because the data is more
then it could be workable.
One thing I have been thinking of doing (an item on my almost infinitely
todo list) is to hack a kernel to log the details of file access (file
and the operation (read/write/etc) and the amount of data to klog and
have a modified klogd write this data to a file which is outside this
(can't have it logging it's own accesses ;). Then I could boot the
(NB would need a extra-large klogd buffer to capture file access before
had been loaded) and find out how much disk access really happens at
My current location - X marks the spot.
To UNSUBSCRIBE, email to firstname.lastname@example.org
with a subject of "unsubscribe". Trouble? Contact