Nutrino will enforce connection-less transport. I am not sure it is desired. He will have to emulate connection tracking by software, which will pay these few nanoseconds earned earlier. Not worth it, I think. Gravity generator. The speed of gravity is still unknown, but might be very very fast, and will enforce low-latency and cross-barrier transport across continents. I don't think, however, you can find a gravity generator in the commodity market. Not sure if you can find any at all :-)
Ez On Sun, Oct 23, 2011 at 10:24 AM, Jonathan Ben Avraham <y...@tkos.co.il>wrote: > On Sun, 23 Oct 2011, Yedidyah Bar-David wrote: > > Date: Sun, 23 Oct 2011 09:27:34 +0200 >> From: Yedidyah Bar-David <linux...@didi.bardavid.org> >> To: Hetz Ben Hamo <het...@gmail.com> >> Cc: ILUG <linux-il@cs.huji.ac.il> >> Subject: Re: remote directory/partition >> >> >> On Sat, Oct 22, 2011 at 11:03:49PM +0200, Hetz Ben Hamo wrote: >> >>> Hi, >>> >>> Here is a theoretical question: >>> >>> Lets say I have a Linux server in Israel, and I have a block of storage >>> (lets say iSCSI partition for this example) in USA, and I want to mount >>> it >>> on my server in Israel. >>> iSCSI over such a long distance and with big latency (thanks to our >>> ISP's) >>> >> >> Not sure it's mainly the ISPs, BTW. You do also depend on the physics of >> speed of light. >> > > If you use IP over nutrino-based transport you might be able to shave a few > nanoseconds off the speed of light, see this: http://www.wired.com/** > wiredscience/2011/09/**neutrinos-faster-than-light/<http://www.wired.com/wiredscience/2011/09/neutrinos-faster-than-light/> > Shavua tov, > > - yba > > > > > is a big no no, it's too slow. NFS is also not a good idea (here's >>> why<http://goo.gl/vn4GM> >>> ). >>> >>> I can take this storage, format it and export it from my server in USA, >>> but >>> which protocol would give me: >>> >>> 1. All (or almost all) functionality of a local mounted device >>> >> >> Do you need it read/write on both sides? If so, you are going to have >> big problems if the link is cut. >> >> 2. Can work with long distance latencies >>> 3. won't "kill" the machine if the remote directory is disconnected / >>> "disappeared" >>> 4. If possible - supported (either directly or using 3rd party driver) >>> on >>> Windows 2008 (Linux is the main concern, Windows is optional) >>> >> >> I used drbd on a LAN, and know that it can theoretically work rather well >> on larger distance when used as read-write on one side only. They also >> have a pay-for tool to do this asyncronously called drbd proxy. This >> implies using a local copy and have drbd sync it. You can choose between >> three what they call "Protocols" to affect the perceived local latency. >> >> > -- > EE 77 7F 30 4A 64 2E C5 83 5F E7 49 A6 82 29 BA ~. .~ Tk Open > Systems > =}----------------------------**--------------------ooO--U--** > Ooo------------{= > - y...@tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il - > > ______________________________**_________________ > Linux-il mailing list > Linux-il@cs.huji.ac.il > http://mailman.cs.huji.ac.il/**mailman/listinfo/linux-il<http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il> >
_______________________________________________ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
