-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 pankaj chauhan wrote: > hi , thanks for the suggestion , it really cleared the picture to an > extent. as u said RDMA ( for ram ) will be comming soon , so if i export > main memory again it will be of no use . so can we think of sharing of CPU > or exporting the processor ( again this is not very clear to me , so if it > is not possible , plz let me know ). what i was thinking , is to make a > generic subsystem that will make possible to export any device to any > computer , i mean plug a small driver for the deivce in that subsystem and > get it exported . tell me is this thing is feasible or not. u talked about > NCD , i think it is not a tough job it will go on same basic frame of nbd > except we'll have a character device interface rather than block deivce. > plz eloborate things u gave in point 3 and 4 ( refer to ur previous mail > below) , i di'nt get them clearly . thanks again, Regards,pankaj chauhan as you say, it's not clear to you i think! try to think of the user applications what would mean 'to export CPU' ? remote call functions? solved by Sun's RPC and Java's RMI, and sevarl other; remote fork? MOSIX does it a user app uses different APIs to talk to diferent kinds of devices; that's why you need diferent drivers. If you don't want to change the applications; you can't use a single driver for everything. - ------ Javier Was I helpful? Let me know: http://svcs.affero.net/rm.php?r=Kap -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+v6c5sIoGnxsRK/ERAgL4AKCKSufRCIiL6OWzrikIcoUuTOBm8ACghnsr 9ZupYh1bAuV4Da9++VzqfV8= =2OgZ -----END PGP SIGNATURE----- -- Kernelnewbies: Help each other learn about the Linux kernel. Archive: http://mail.nl.linux.org/kernelnewbies/ FAQ: http://kernelnewbies.org/faq/
