Messages in this thread | | | Subject | Re: Expand VM | From | Valdis.Kletnieks@vt ... | Date | Thu, 23 Jan 2003 11:55:38 -0500 |
| |
On Thu, 23 Jan 2003 12:56:27 -0300, User & <breno_silva@beta.bandnet.com.br> said:
> I have one idea , and this is about expand virtual memory on linux boxes > connected in LAN. > Example: Linux A is processing come information , and need more memory , so > with this source , Linux A could access virtual memory on Linux B in LAN.
We've seen *this* done before (remember diskless Sun3-50's?) - the /dev/swap file would be a large file on an NFS mount from a server. At the time, this actually made performance sense, because the old 'Shoebox' drives the -50 came with were incredibly slow, and you could actually do an NFS operation to a larger server (a -280 with Fujitsu SuperEagle disks, for instance) faster than talking to the local disk.
These days, it's probably easier and cheaper to just buy more RAM and/or disk for Linux A.
> But i don´t know how translate the virtual address between Linux A and B , to > have success in acess VM, or how to send all the process for Linux B to be > processed.
Sending the whole process to Linux B to be processed is called "process migration", and is a difficult problem. Moving the memory image of the process is usually pretty easy. What is difficult is moving things like references to open files, file locks, and so on (what if the process is actively writing to block 739 of /usr/foo/some.file, and the LinuxB machine doesn't have a /usr/foo, or the permissions on some.file don't match, or another process has it locked, or... ) There be nasty dragons in this.
You're probably better off buying more RAM and disk for your A machine. -- Valdis Kletnieks Computer Systems Senior Engineer Virginia Tech
[unhandled content-type:application/pgp-signature] | |