ezaton at tournament.org.il
Sun Oct 23 10:47:07 IST 2011
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 :-)
On Sun, Oct 23, 2011 at 10:24 AM, Jonathan Ben Avraham <yba at 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-il at didi.bardavid.org>
>> To: Hetz Ben Hamo <hetzbh at gmail.com>
>> Cc: ILUG <linux-il at cs.huji.ac.il>
>> Subject: Re: remote directory/partition
>> On Sat, Oct 22, 2011 at 11:03:49PM +0200, Hetz Ben Hamo wrote:
>>> 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
>>> on my server in Israel.
>>> iSCSI over such a long distance and with big latency (thanks to our
>> 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/**
> Shavua tov,
> - yba
> is a big no no, it's too slow. NFS is also not a good idea (here's
>>> I can take this storage, format it and export it from my server in USA,
>>> 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 /
>>> 4. If possible - supported (either directly or using 3rd party driver)
>>> 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
> - yba at tkos.co.il - tel: +972.2.679.5364, http://www.tkos.co.il -
> Linux-il mailing list
> Linux-il at cs.huji.ac.il
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Linux-il