Re: Материалы по Рефалу в "электронной" форме


Subject: Re: Материалы по Рефалу в "электронной" форме
From: Sergei Romanenko (roman@integrum.ru)
Date: Thu May 20 2004 - 13:07:14 MSD


Привет!

----- Original Message -----
From: "Sergei M. Abramov" <abram@botik.ru>
To: <refal@botik.ru>
Sent: Thursday, May 20, 2004 9:35 AM

> К инструкции С.А.Романенко добавлю -- я заносил имена файлов в окошко
> "Direct Download" при помощи Copy&Past. Здесь важно проследить, чтобы имя
> файла было одной строкой -- мой (и многие) мэйлеры делают "wrap" длинных
> строк.

Вообще-то, чтобы эти ссылки не нарезались, было бы лучше послать письмо со
списком ссылок в формате html. Но по правилам refal@botik.ru это не
рекомендуется.

С другой стороны, перед засовыванием ссылки в "Direct Download" ее чистить,
вроде бы, необязательно. eMule Plus, во всяком случае, сам удаляет из ссылки
переводы строки.

Кроме того, после того, как перекачка файла заказана, можно кликнуть правой
кнопкой по его имени в списке заказанных файлов и отредактировать его
свойства (в том числе и имя).

А когда обнаружилось несколько источников для файла, то в его свойствах
появляются разные интересные сведения: комментарии со стороны источников,
рейтинг, список альтернативных имен (и можно выбрать то имя, которое больше
нравится, и его отредактировать).

> После чего перекачка успешно выполнялась. Еще личные впечатления --
> конечно это (eDonkey2000) чудовищное по наполнению хранилище, но я не
> ожидал такой низкой скорости передачи файлов... Слова:

>> ... После этого можно идти пить чай ...

> у меня получились такими "... После этого можно идти спать ...".
> Время перекачки: 06:45

Это не означает, что технология eDonkey2000 медленно работает. Это,
например, может означать, что просто все источники файлов выключили
компьютеры и пошли спать. А когда они проснулись и высунулись в сеть, то
процесс начался.

А скорость обнаружения источников зависит еще и от сервера, к которому
подключен клиент. (Если оба участника обмена подключены к одному и тому же
серверу, они обнаруживают друг-друга быстрее.)

Процессом подключения к серверу можно управлять. Некоторые серверы можно
объявить "статическими" (т.е. постоянно сидящими в списке серверов). Кроме
того, можно им присваивать разные приоритеты.

Я сам люблю подсоединяться к серверу Razorback:

ed2k://|server|195.245.244.243|4661|/

(резвый, много народу к нему подключается, поэтому поиск файлов лучше идет).
Поэтому я для него сделал приоритет High, а для остальных - Normal и Low.

Еще есть тонкость такая. Некоторые серверы дискриминируют клиентов по
"национальному" признаку. Например, если в "нике" пользователя нет (rus), то
"русский" сервер его не впускает... Поэтому полезно забить в ник несколько
языков. Например mynick(eng)(rus)(de)(jp). Тогда, правда, кто-нибудь может
захотеть прислать сообщение по-немецки или по-японски...

> Обычная скорость доступа к миру по ftp/http у меня 50--120 Кбайт
> в секунду, 20 МБ это 3-7 минут работы, а тут... медленно, но
> полученное стоит затрат времени. Возможно что-то у меня
> в качалке настроено не так.

Нет, сама по себе технология eDonkey2000 не ограничивает скорость перекачки.
Ведь для перекачки два клиента устанавливают прямое tcp/ip-соединение (если
оба умеют принимать входящие соединения, т.е. имеют High Id).

Однако, в клиенте можно устанавливать ограничения на скорость upload-ов и
download-ов. И большинство пользователей этих клиентов это делают (если они
платят за трафик).

Другой вопрос, что уходит какое-то время на поиск друг-друга и на стояние в
очередях на закачку. Например, на закачку одного редкого файла (у которого
был только один источник) я потратил дня 4!

А сравнение с ftp/http не вполне осмысленно. Ведь в случае ftp/http я
указываю конкретное _место_, где файл лежит, а не содержимое файла (которое
могут, кстати, подменить в любой момент, а url не изменится). А в случае
eDonkey я указываю "хеш-код", т.е. именно _содержимое_ файла (а не место). В
этом-то и смысл! Т.е. источники файла не обязаны постоянно быть "на линии",
не обязаны иметь постоянный ip-адрес, и т.п. Т.е. каждый из источников несет
меньше "ответственности", поскольку она "коллегиально" размазывается между
ними.

Т.е. ftp/http и p2p решают разные задачи, а буквально сравнивать "на
скорость" можно только технологии, которые решают одну и ту же задачу.
Например, имеет смысл сравнивать скорость двух легковых автомобилей, меньше
смысла сравнивать скорость легкового автомобиля и грузовика, и еще меньше
смысла - скорость легкового автомобиля и подводной лодки...

Но если владельцы eDonkey-клиентов не устанавливают ограничения, то скорость
может быть любой. Например, люди обмениваются образами dvd-дисков по
нескольку гигов - и все работает (особенно, если за трафик платить не надо).
А для обмена файлами размером, скажем, в 5 MB, скорости в 5 KB/sec вполне
достаточно.

А вообще, p2p-сеть - это модель "коммунизма", реализованного на практике.
"От каждого - по способностям, каждому - по потребностям!" А от того, что
"способности" ограничены, появляются и очереди на выкачивание файлов. (Еще
одна иллюстрация того, что "коммунизма" без очередей не бывает.)

Кстати, в eDonkey есть и такое коммунистическое понятие, как "блат". Можно
вступать в "дружеские" отношения с другими клиентами, можно организовывать
"сообщества", и тогда "блатные" и "свои" будут обслуживаться "вне очереди"
(как "при коммунизме").

Сергей



This archive was generated by hypermail 2b25 : Mon Oct 25 2004 - 21:25:00 MSD