Неясно по какой причине, но по мобильному интернет-каналу от билайн блоки сливаются дико медленно - 1000 блоков сливаются больше часа. И закачиваются не многим быстрей.
При этом скорость соединения приличная и файлы из инета могут качатся со скор. около 5 КБ\сек., так что письмо с 1000 блоков получается меньше, чем за минуту.
Отсылка, правда, помедленней, около 1.5 КБ/сек, но все равно в 3-5 минут укладывается.
Лежит уже неделю, как шпала в палисаднике.
И отмазывается как-то особенно изощренно, первый раз такое вижу.
Hi. This is the qmail-send program at nodezero.distributed.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<blocks@nodezero.distributed.net>:
preline: fatal: unable to run procmail: file does not exist
Написал им в bugzilla. Будем ждать.14.12.03 14:06 Автор: mss <Сергей> Статус: Member
[RC5] тебе именно автопилот нужен? в любом случае, пиши - вышлю тебе несколько тысяч. ты же за bugtraq считаешь, я надеюсь ;)14.12.03 06:10 Автор: jammer <alex naumov> Статус: Elderman Отредактировано 14.12.03 06:38 Количество правок: 1
> а вообще, утилитка консольная/win32 есть у тебя, высылающая > файл по е-мэйлу? если дашь - могу и автомат настроить. > самому искать некогда. Про утилитку даже не слышал. Да и обычный слив работает. Но быстрее получать-отправлять почтой. К тому же у меня дома сетка из четырех компов и мне не хочется все их пускать в инет. Тем более, что он через GPRS. Проще заказать блоки по почте на неделю работы и сливать время от времени.
А где примерно эту утилитку поискать?
А не проще ли поставить proxyper ?16.12.03 23:36 Автор: mrc Статус: Незарегистрированный пользователь
> > а вообще, утилитка консольная/win32 есть у тебя, высылающая > > файл по е-мэйлу? если дашь - могу и автомат настроить. > > самому искать некогда. > Про утилитку даже не слышал. Да и обычный слив работает. Но
погоди, тебе слив нужен или получение buff-in.* ?
> быстрее получать-отправлять почтой.
относительно прямого обмена с rc5.stel.ru? сомнительно. или что для тебя быстрее - дохождение до кеймастера или оперативное поддержание своих буферов в приемлимых рамках? мне дома (выделенки нет) хватает и автоматического обмена раз в сутки. глючит автомат (dial-up халявный, требовать низзя) - могу руками но реже... если конечно не прибьет меня в нете из дома долго посидеть.
> К тому же у меня дома сетка из четырех компов и мне не хочется все их пускать в инет. Тем более, что он через GPRS.
кеширующий прокси + NAT с файрволлом в стиле дзержинского - не гуд? обмен не каждый блок а реже -> меньше накладных расходов. трафик считать считалкой, дабы быть уверенным, что в месяц расходуешь <100р.
> Проще заказать блоки по почте на неделю работы и сливать время от времени.
не согласен.
> А где примерно эту утилитку поискать?
может на яндексе? уж я не знаю :)
Сливать даже через rc5.pp.ru медленно!15.12.03 23:45 Автор: vagrant Статус: Незарегистрированный пользователь
Неясно по какой причине, но по мобильному интернет-каналу от билайн блоки сливаются дико медленно - 1000 блоков сливаются больше часа. И закачиваются не многим быстрей.
При этом скорость соединения приличная и файлы из инета могут качатся со скор. около 5 КБ\сек., так что письмо с 1000 блоков получается меньше, чем за минуту.
Отсылка, правда, помедленней, около 1.5 КБ/сек, но все равно в 3-5 минут укладывается.
Всё равно приём каждого блока подтверждается keyproxy и только тогда посылается следующий.
И как тут может прокся помочь? Если связь хреновая - пинг большой, то тут уже ничего не спасёт.
эх, не знаешь броду, суешься в воду...19.12.03 12:03 Автор: jammer <alex naumov> Статус: Elderman
> Всё равно приём каждого блока подтверждается keyproxy и > только тогда посылается следующий. > И как тут может прокся помочь? Если связь хреновая - пинг > большой, то тут уже ничего не спасёт.
это обсасывалось уже на нашем форуме. искать? ты тока скажи.
во первых, прокси посылает по 15 блоков, не дожидаясь подтверждения получения первого. 2 нитки обмена - уже по 30, etc.
во вторых, ты даже не поинтересовался, как меняется клиент через http-proxy. пинг пингом, коровий протокол коровьим протоколом - не мешай его с ICMP. общеизвестно, что и при очень медленном пинге (домашние LAN с выходом в инет) некоторые протоколы дают очень неплохую скорость - тот же ftp. а еще на этом форуме есть люди, которые знают что ftp отдыхает, когда есть такой протокол - binkp. так, для примера. пинг тут уже не важен.
хмм...19.12.03 14:46 Автор: mss <Сергей> Статус: Member
> это обсасывалось уже на нашем форуме. искать? ты тока > скажи. Поищи плиз если не трудно.
> во вторых, ты даже не поинтересовался, как меняется клиент > через http-proxy. Ну да - я говорил именно про клиента, так что вот этот момент интересует - что - реально скорость возрастает? И за счёт чего же?
Запросы идут пачками...18.12.03 23:48 Автор: mrc Статус: Незарегистрированный пользователь
2003-12-19 08:54:39,Status: Uplink needed... (thresholds exceeded)
2003-12-19 08:54:39,Status: Creating uplink (outgoing server) connection.
2003-12-19 08:54:40,Uplink: [1] connection to 213.134.208.133 changed state
2003-12-19 08:54:40, from 0 (ESTNONE) to 1 (ESTCONNWAIT)
2003-12-19 08:54:40,Uplink: [1] connection to 213.134.208.133 changed state
2003-12-19 08:54:40, from 1 (ESTCONNWAIT) to 50 (ESTREADY)
2003-12-19 08:54:41,Uplink: [1] Establishing handshake with 213.134.208.133...
2003-12-19 08:54:41,Uplink: [1] Server is running version 333.
2003-12-19 08:54:41,Uplink: [1] Server is running version 333.
2003-12-19 08:54:41,Uplink: [1] Got permission acknowledgement.
2003-12-19 08:54:41,Uplink: [1] The perproxy says: "[pp] Dont forget to set country in your personal information!"
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:71AD8B3E:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70B725EE:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70A0CB33:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6961244B:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6EDD2A1D:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E6E9023:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6A22D85D:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6FB2EED4:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70A0B1D3:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E732E9F:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:70E661BD:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6E87FE3B:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6F740190:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:721614D0:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:38,server: --> uplink rc5-72 packet CA:6F99D688:00000000 iter 1
2003-12-19 08:54:38,server: Queueing rc5-72 request.
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:71AD8B3E:00000000 iter 1
2003-12-19 08:54:58,server: Received rc5-72 packet CA:74243A96:00000000 iter 1
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:70B725EE:00000000 iter 1
2003-12-19 08:54:58,server: Received rc5-72 packet CA:74243A97:00000000 iter 1
2003-12-19 08:54:58,server: <-- ack OK rc5-72 packet CA:70A0CB33:00000000 iter 1
[...]
а теперь смотрим лог прокси внимательно.
08:54:38 - прокси всегда высылает ровно 15 out-блоков и 15 in-запросов (если конечно есть столько необходимости в обмене). проходит 20 секунд. получает ОК на out - тут же высылает следующий, получает in-пакет - тут же высылает следующий запрос. далее процесс идет, пока обмен не завершится - исходящий буфер опустеет, входящий наполнится согласно конфигу. других алгоритмов обмена за прокси еще никто не замечал.
У меня 335, там (imho) быстрее...19.12.03 23:41 Автор: mrc Статус: Незарегистрированный пользователь Отредактировано 19.12.03 23:43 Количество правок: 1
=== build 335 ===
OGR is no longer supported for clients below v2.8015.469 anymore.
"[ports]/timeout" sets maximum idle time for client connections (#2971)
perproxy: fix slow uplink connections for rc5-72 and ogr contents (#2951)
В любом случае - гораздо быстрее, чем клиентом.
На дайлапе (31200) скачалось 10.000 блоков за 13-15 минут
сам поставил 335 на работе - гляну в понедельник.20.12.03 21:21 Автор: jammer <alex naumov> Статус: Elderman
> Неясно по какой причине, но по мобильному интернет-каналу > от билайн блоки сливаются дико медленно - 1000 блоков > сливаются больше часа. И закачиваются не многим быстрей.
а сколько времени ты просчитываешь эту тысячу - наверняка дольше часа - в чем тогда проблема? у тебя же не повременная оплата.
> При этом скорость соединения приличная и файлы из инета > могут качатся со скор. около 5 КБ\сек., так что письмо с > 1000 блоков получается меньше, чем за минуту. > Отсылка, правда, помедленней, около 1.5 КБ/сек, но все > равно в 3-5 минут укладывается. > Поэтому я так за почту и держусь.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
