greenadine: (Default)
[personal profile] greenadine
Только не говорите никому, а то они так и сделают.
Фишка в ограничении количества коннектов на каждый контракт adsl.
Точно так же, как сегодня существуют два вида контрактов: обычный и pro, где у первого искусственно отключены разные вкусности типа постоянного IP, а второй дороже.
Т.е. заинтересованной конторе стоит лишь провернуть договоры со всеми крупными провайдерами страны (благо их немного) о создании дешевого adsl со, скажем, 20 коннектами максимум, и более дорогого без ограничений.
Нормальному человеку не нужно более 20 коннектов одновременно (ну, очень редко нужно), он покупает дешевый вариант, а затем обнаруживает, что какие-нибудь там eMule просто не запускаются, либо полностью блокируют коннект.

Date: 2003-07-04 03:28 am (UTC)
From: [identity profile] behrk.livejournal.com
думаю, слух об этом быстро распространится и ситуация погаснет. да и провайдеры не настолько готовы участвовать в подобном мероприятии, мне кажется (разве большой траффик им невыгоден?)

Date: 2003-07-07 12:31 am (UTC)
From: [identity profile] greenadine.livejournal.com
Пара причин, почему провайдерам выгоден большой трафик? Им выгоден большой поток денег :) А за трафик они сами платят, нет?

Date: 2003-07-04 03:56 am (UTC)
From: [identity profile] loktev.livejournal.com
Учитывая, что Wanadoo открыто рекламирует себя под призывами "Скачивайте из интернета музыку и фильмы" - вряд ли ей очень хочется препятствовать такому пиратству :)

Date: 2003-07-07 12:37 am (UTC)
From: [identity profile] greenadine.livejournal.com
Да ведь качать-то можно будет! А вот всякие "программки" работать не будут. Как сегодня они себя рекламирують "créez votre éspace perso", но не уточняют, что его размер ограничен 100М.

вряд ли ей очень хочется препятствовать такому пиратству
Так в этом-то и идея. Заинтересованные компании должны найти аргументы, чтобы заинтересовать провайдера. Тупо - деньги. Тоньше - сотрудничество с alapage, которая является дочкой от wanadoo.

Date: 2003-07-04 05:02 am (UTC)
From: [identity profile] voldemar.livejournal.com
И еще такой провайдер разорится (или наоборот будет наживаться ;-) на службе hot-line: каждый пятый пользователь будет жаловаться на то, что его GetRight, Reget, FlashGet etc не работает! Они ведь по-умолчанию сразу частей на 5 качаемый файл разбивают и одновременно качают.

Date: 2003-07-07 12:36 am (UTC)
From: [identity profile] greenadine.livejournal.com
Ну, у того же FlashGet по умолчанию стоит разбивка на 5 частей, но максимум закачек - 2.
К тому же, есть полно сайтов, которые ограничивают количество коннектов по IP. И никого это не пугает.

Date: 2003-07-04 06:41 am (UTC)
From: [identity profile] loktev.livejournal.com
>сегодня существуют два вида контрактов: обычный и pro, где
>у первого искусственно отключены разные вкусности типа
>постоянного IP, а второй дороже.

Кстати, меня заинтересовала вкусность в виде постоянного IP, но я не могу найти, кто это предлагает. Wanadoo? NC Numericable?

Date: 2003-07-07 12:40 am (UTC)
From: [identity profile] greenadine.livejournal.com
Когда я подписывался, контракт на 512К был с плавающим IP, а на 1024 - с постоянным.
В принципе, есть вариант привязывания символического имени к динамическому IP, например, green.cjb.net всегда указывает на нашу домашнюю машину, у которой IP меняется минимум раз в сутки. Если интересно - могу рассказать, как.
Либо lj user="voldemar", который научил в свое время меня :)

Date: 2003-07-07 01:35 am (UTC)
From: [identity profile] loktev.livejournal.com
Если интересно - могу рассказать, как.

Конечно, интересно! Как? :) Расскажи, если не сложно. Или, может быть, где-то в Сети есть страницы с объяснением?

Date: 2003-07-07 03:42 am (UTC)
From: [identity profile] greenadine.livejournal.com
В двух словах, здесь регистрируешься, затем каждый раз, когда меняется IP, который должен соответствовать этому адресу, нужно делать update их DNS.

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

Когда я регистрировался (год назад), была подобная программка на самом сайте cjb, но знающие люди ([livejournal.com profile] voldemar) нашли другую, PostPro, которая, судя по всему, временно почила в бозе вместе с сайтом разработчиков.

Тем не менее, Интернет большой, найти можно (в том числе и у нас - прислать можем), а нет - вот тут Google предлагает на любой вкус и цвет.

Date: 2003-07-07 03:52 am (UTC)
From: [identity profile] loktev.livejournal.com
Большое спасибо! Попробую настроить.

Домен

Date: 2003-07-07 03:45 pm (UTC)
From: (Anonymous)
я вот www.no-ip.com пользую для динамического ДНС.

А вообже - у ФРИ бесплатно фиксированный АйПи можно получить. Да и коннект у меня 2,4 мегабита за 30 Евро.

Date: 2003-07-07 10:16 pm (UTC)
From: [identity profile] loktev.livejournal.com
> Да и коннект у меня 2,4 мегабита за 30 Евро.

Неужели с неограниченным траффиком?

Антиреклама

Date: 2003-07-08 01:19 am (UTC)
From: [identity profile] greenadine.livejournal.com
С free пока осторожнее надо. Уж очень много клиентов, которые клянутся, что никогда в жизни больше ничего с ними не подпишут.
Из последнего: [livejournal.com profile] serge007 пропал offline из-за того, что free уже месяц как не может довести ему линию. На все вопросы (по номеру 08.92.... с длинным приветствием - классика) отвечают в духе "ну вы же пока не платите за контракт, первая сумма пойдет с момента первого коннекта".
В случае разрыва контракта - какой-то безумный штраф, причем этот пункт не имеет срока действия. Т.е. пожизненно...

Хотя и wanadoo тоже те еще...

Date: 2003-07-04 11:17 am (UTC)
From: [identity profile] b0rg.livejournal.com
ну и чего?
очередной high level marketing bullshit?
я тут ставил себе Edonkey на isdn, так и сказал ему, что 4 выходящих коннекта. ADSL с 20 кон ограничением мне не нужен, т.к. в моем обычном рабочем состоянии открыто 20 бровзеров, аська и что-нибудь еще...
нетстат меньше 150 соединений не показывает (это не крутизна, там 100 на рабочие sql сервера), но все равно...

а варез я скачиваю по старинке irc + ftp...

Date: 2003-07-07 12:44 am (UTC)
From: [identity profile] greenadine.livejournal.com
я тут ставил себе Edonkey на isdn, так и сказал ему, что 4 выходящих коннекта.
Я не совсем понимаю, как он может в таких условиях работать. Какая при этом скорость скачивания? А закачивания? Не верю...

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

нетстат меньше 150 соединений не показывает (это не крутизна, там 100 на рабочие sql сервера), но все равно...
А уж с серверами-то и подавно.

а варез я скачиваю по старинке irc + ftp...
Это, конечно же, имеет непосредственное отношение к теме :)

Date: 2003-07-05 05:45 pm (UTC)
From: [identity profile] igorbor.livejournal.com
И в конце концов никто не мешает сесть и переписать eDonkey с учетом этих новых условий. В общем, такое средство, если и сработает - то только против очень неискушенных пользователей.

Date: 2003-07-07 12:49 am (UTC)
From: [identity profile] greenadine.livejournal.com
никто не мешает сесть и переписать eDonkey с учетом этих новых условий
Переписать пока не вижу как. Смысл сети - чем больше с тебя качают, тем больше качаешь ты. Большое количество коннектов нужно для эффективного обмена мета-инфо: расшаренные файлы, извесные сервера и пр. Более того, эффективно eDonkey и пр. работают только при закачке большого количества файлов параллельно (ну, либо супер-модного последнего Гарри Поттера), поэтому даже при оптимизации "пара коннектов на файл", эффективность упадет катастрофически.

если и сработает - то только против очень неискушенных пользователей
В этом и идея. Не важно, смогут ли супер крутые хакеры доставать себе все, что они захотят. Важно, что миллионы простых "неискушенных" не имели другого выбора, кроме покупки честных копий.

Re:

Date: 2003-07-07 06:10 am (UTC)
From: [identity profile] igorbor.livejournal.com
Вообще-то, насколько мне известно, огромное количество мета-информации передается не через TCP, а через UDP соединения, а их ограничивать провайдеры, скорее всего, не станут - слишком это муторно и стремно.

Кроме того, эффективность сети eDonkey, например, сравнительно низкая из-за крайне неэффективного построения графа раздачи - все стоят у всех в очереди, толкаются, создают огромный траффик, а полезный поток очень мал. Если попытаться расшарить файл между десятком-двумя клиентов, то количество коннектов с одного компьютера не превысит 20, а эффективность будет около 100%.

Ну и наконец - ограничение в 20 коннектов ощутимо мало даже для неискушенных пользователей. Первая же веб-страница с парой десятков счетчиков/баннеров это продемонстрирует.

Date: 2003-07-07 06:21 am (UTC)
From: [identity profile] greenadine.livejournal.com
все стоят у всех в очереди, толкаются, создают огромный траффик, а полезный поток очень мал.
Если честно, я не вижу здесь неэффективности. Разве в смысле рационального использования очередей :) Встать в очередь - это пакет запрос, пакет ответ. Все. А как можно более рационально организовать очереди?

Первая же веб-страница с парой десятков счетчиков/баннеров это продемонстрирует.
А вот это да. Сразило наповал. Я забыл, как сделаны броузеры :-/
Все, тема закрывается ввиду глупости идеи.

Re:

Date: 2003-07-07 06:34 am (UTC)
From: [identity profile] igorbor.livejournal.com
Ну, встать в очередь - это еще не все. Очередь еще постоянно всю себя опрашивает - Вы попробуйте eMule, там можно посмотреть на вспомогательный траффик - ЖУТЬ.

И потом, имеет ведь значение, как именно организована очередь. Понятно, что самый эффективный путь - это бинарное дерево, то есть если есть уникальный источник файла - то он отдает одновременно двум клиентам, они - еще двум, и так далее. Таким образом общий объём разданных байтов и доступных источников будет расти максимально быстро. А eDonkey по умолчанию раздает то ли 5, то ли 10 клиентам одновременно. Неэффективно.

Date: 2003-07-07 08:33 am (UTC)
From: [identity profile] greenadine.livejournal.com
А я не совсем понимаю, почему раздача двум - оптимальная...

Все, что я смог посчитать - это поведение системы в вырожденном случае, т.е. когда по сети раздается всего один файл, и скорость общения каждой точки с каждой одинакова. В реальности это несколько не так...

Сдается мне, число 5 выбрали для страховки. Если раздавать одному, то если этот один по каким-то причинам не продолжит цепочку (сам раздает что-то другое), то раздача будет долгое время заблокирована. И чем больше людей параллельно качает - тем меньше шансов на блокирование.

Пока думал, родилась-таки идея оптимизации сети. В первую очередь отдавать тем, кто забирает с максимальной скоростью. Просто чтобы избежать глупостей, когда А по капельке качает у Б за океаном, а Б по капельке качает у В за океаном. При этом А и В - в соседних домах.

Но и то... Все это сильно оптимизирует лишь в услоиях незаполненности выходящих каналов. Если они и так заполнены - все равно уже кем. Одним, вытягивающем быстро, или десятком, вытягивающим медленно.

Re:

Date: 2003-07-07 09:50 am (UTC)
From: [identity profile] igorbor.livejournal.com
Конечно, я рассматривал идеальный случай. В этом случае количество источников растет как n^m, где n - количество каналов, а m - сколько раз за данное время один и тот же блок (9 мег в случае eDonkey) был передан от источника. Понятно, что при увеличении n в два раза m уменьшается в столько же раз. Мне представляется, что 2^N > (2*M)^(N/M)

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

Рассмотрите простой пример. Если Б тянет у А в одиночку, то через время t у нас есть два источника, через 2t - четыре и через 10t - 1024. Если же 10 Б тянут у А в параллель - то через 10 t у нас будет только 10 источников.

Конечно, это все идеальный случай и насчет 5 каналов для страховки Вы совершенно правы.

Насчет оптимизации p2p сетей можно целые книги писать. Пока что они сильно неоптимальны :) Но народу, видимо, хватает. Один из способов оптимизации - пойти по пути FIDO, например.

Я думаю, что до тех пор, пока все работает и без того, никто особо вкладываться в это дело не будет. Главное сделано - сети стали децентрализованными (eDonkey еще нуждается в центральных серверах, а вот eMule уже может обойтись. Гнутелла вроде тоже обходится). А если начнут давить сильнее - технические решения найдут ся довольно быстро.

Date: 2003-07-08 01:26 am (UTC)
From: [identity profile] greenadine.livejournal.com
Рассмотрите простой пример. Если Б тянет у А в одиночку, то через время t у нас есть два источника, через 2t - четыре и через 10t - 1024. Если же 10 Б тянут у А в параллель - то через 10 t у нас будет только 10 источников.

Ну я же говорю, в случае незаполненности каналов. Т.е. здесь проигрыш второго варианта в том, что пока первые 10 скачают, оставшиеся 1014 простаивают. Но логично предположить, что они скачивают (с них скачивают) что-то другое в то же время.

И все равно, получается самая эффективная раздача - один за одним.

eDonkey еще нуждается в центральных серверах, а вот eMule уже может обойтись
Ха, я как-то проморгал это дело. Действительно, eDonkey нужно было всякие там server-list подготавливать, роботов настраивать и пр.

пойти по пути FIDO
О чем речь? Я просто FIDO видел только в виде newsgroup уже в Инете. О методах распространения знаю только в самых общих словах (иерархическая подписка на определенные форумы, которая заставит каждый узел качать все то, что хотят его "подчиненные")

Re:

Date: 2003-07-08 06:19 am (UTC)
From: [identity profile] igorbor.livejournal.com
eDonkey еще нуждается в центральных серверах, а вот eMule уже может обойтись
Ха, я как-то проморгал это дело. Действительно, eDonkey нужно было всякие там server-list подготавливать, роботов настраивать и пр.


Строго говоря, eMule тоже нуждается в стартовом адресе. Но если ввести ему руками хотя бы один адрес (не сервера, а другого клиента), то дальше они друг с другом договорятся.



Я сам тоже никогда ФИДО в чистом виде не пользовался, но основная идея была - минимизировать стоимость телефонных звонков. Поэтому, во-первых, использовалась (да и сейчас пользуется) иерархия при построении сети, а во-вторых, софт очень грамотно выбирал, в какое время куда звонить.

Date: 2003-07-06 03:05 am (UTC)
From: (Anonymous)
Хорошо, если так...

Только вот дурное дело нехитрое... Могут заразиться и попробовать. Конкретно ничего не добьются, а людям массу геморроя... Так что лучше бы инфу про этот метод при себе оставить... мне ка-атся...

DarkHobbit

Date: 2003-07-07 12:50 am (UTC)
From: [identity profile] greenadine.livejournal.com
Information must be free! :)

Profile

greenadine: (Default)
greenadine

December 2025

S M T W T F S
 123456
78910111213
141516 17181920
21222324252627
28293031   

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated May. 11th, 2026 09:03 am
Powered by Dreamwidth Studios