remote directory/partition

[Etzion Bar-Noy]

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 <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:
>>
>>> 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------------{=
>     - 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
> http://mailman.cs.huji.ac.il/**mailman/listinfo/linux-il<http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.cs.huji.ac.il/pipermail/linux-il/attachments/20111023/9580547f/attachment-0001.html>