Конкретные эксперименты над жЫвотными))
#21 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:17
Никак ( 08.09.2011 5:24:09: Ignored 1 bad contacts in routing answer from айпи
08.09.2011 5:24:18: Ignored 1 bad contacts in routing answer from айпи
#22 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:28
подключился юзер на Агузарову - ок. 200-300 получает...
#23 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:31
#24 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:33
оп-па..!! и оба разом отвалились! не, чё-то здесь нечисто..!
#25 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:35
Сообщение отредактировал rukav: 08 Сентябрь 2011 - 04:38
#26 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:41
08.09.2011 5:42:36: Selected client for UDP Firewallcheck: 201.53.238.222
08.09.2011 5:42:36: Kad UDP firewalltest from 90.38.78.164 cancelled
08.09.2011 5:42:36: Selected client for UDP Firewallcheck: 87.16.67.212
08.09.2011 5:42:36: Kad UDP firewalltest from 201.53.238.222 cancelled
08.09.2011 5:42:36: Selected client for UDP Firewallcheck: 95.63.212.252
08.09.2011 5:42:36: Kad UDP firewalltest from 87.16.67.212 cancelled
08.09.2011 5:42:36: Selected client for UDP Firewallcheck: 84.100.241.22
08.09.2011 5:42:36: Kad UDP firewalltest from 95.63.212.252 cancelled
08.09.2011 5:42:36: Selected client for UDP Firewallcheck: 81.32.67.125
08.09.2011 5:42:36: Kad UDP firewalltest from 84.100.241.22 cancelled
08.09.2011 5:42:36: Kad UDP firewalltest from 81.32.67.125 cancelled
08.09.2011 5:42:52: Deleted public IP
08.09.2011 5:42:53: Received proper magic value after DH-Agreement from Serverconnection IP: 178.86.3.184
08.09.2011 5:42:53: Server, Sendlist: Packet size:5623
08.09.2011 5:43:05: UPnP: The port mapping "eMule (Server UDP Port) [UDP: 61298]" doesn't need an update. [urn:schemas-upnp-org:service:WANIPConnection:1]
08.09.2011 5:43:05: UPnP: The port mapping "eMule (UDP Port) [UDP: 39096]" doesn't need an update. [urn:schemas-upnp-org:service:WANIPConnection:1]
08.09.2011 5:43:05: UPnP: The port mapping "eMule (TCP Port) [TCP: 35724]" doesn't need an update. [urn:schemas-upnp-org:service:WANIPConnection:1]
08.09.2011 5:43:05: UPnP: Failed to update port mapping "eMule (Server UDP Port) [UDP: 61298]" [urn:schemas-upnp-org:service:WANPPPConnection:1] [UPNP_E_BAD_RESPONSE (-113)]
08.09.2011 5:43:05: UPnP: Failed to update port mapping "eMule (UDP Port) [UDP: 39096]" [urn:schemas-upnp-org:service:WANPPPConnection:1] [UPNP_E_BAD_RESPONSE (-113)]
08.09.2011 5:43:05: UPnP: Failed to update port mapping "eMule (TCP Port) [TCP: 35724]" [urn:schemas-upnp-org:service:WANPPPConnection:1] [UPNP_E_BAD_RESPONSE (-113)]
08.09.2011 5:44:48: Ignored 1 bad contacts in routing answer from 90.46.48.180
08.09.2011 5:44:49: Ignored 1 bad contacts in routing answer from 79.150.176.68
08.09.2011 5:44:49: Ignored 2 bad contacts in routing answer from 111.240.18.91
08.09.2011 5:44:59: Ignored 1 bad contacts in routing answer from 78.48.71.243
08.09.2011 5:45:03: Ignored 1 bad contacts in routing answer from 94.158.230.26
08.09.2011 5:45:08: Ignored 1 bad contacts in routing answer from 182.149.46.31
#27 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:43
rukav сказал:
#28 OFFLINE
#29 OFFLINE
Отправлено 08 Сентябрь 2011 - 04:57
#30 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:01
#31 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:01
Я в муле такого не видел Интересно надолго ли...
Я тоже перезапускал закачку.
Сообщение отредактировал rukav: 08 Сентябрь 2011 - 05:03
#32 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:06
rukav сказал:
#33 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:07
А другие "качки" есть у тебя щас?
Дык я всё равно качать фильм не буду. Щас только ради теста. А 14 гигов куда мне?)
#34 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:11
#35 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:13
#36 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:15
#37 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:22
Это круто! Когда всё нормально такого быть нельзя...
Ну пошёл на работу собираться. Отключаюсь.
Удачи!
А скорость всё скачет...
Сообщение отредактировал rukav: 09 Сентябрь 2011 - 13:45
#38 OFFLINE
Отправлено 08 Сентябрь 2011 - 05:26
rukav сказал:
картинко
#39 OFFLINE
Отправлено 08 Сентябрь 2011 - 07:53
NeByvalyi (Sep 7 2011, 22:42) писал:
В той же МСК у того же Би у меня всё нормально (!) Как с мулами, так и с торрентами. Как на приём, так и на отдачу.
У меня - не мешают (!)
И никаких признаков вмешательства прова, разве что последний месяц локальный ретрекер ( http://retracker.local/announce ) Пчелайна (какое сочное слово, однако ) перестал работать. (Хотя есть подозрение, что он перешёл на udp:// - а у меня МЮ-ха старинная..)
ну вот а у меня - факт как грится на лице.
Торренты мешают мулам в том смысле что соединение провайдер кладет. соотв. мулы теряют все. потом (после подъема соединения) конечно возраждаются, но долго.
Есть еще одно НО - мулы редко у меня выходят за 20М приема (обычно 500к-1М). а канал 50М. (все скоростя - в битах) а вот торрены бывает на приеме выходят даже за 50М ...
При этом у меня складывается такое ощущение что соединение провайдер мне рвет тогда когда я выхожу на какого-то пира (или даже не 1-го). вот тут мне сразу соединение хлоп и убивают ... и только при наличии хорошего (по скорости) приема.
PS: у меня статический IP.
PPS: в это воскресенье приехал - связи вообще нет. диагностика говорит что кабель не подключен. лампочки не горят так-ж. Довольно быстро дозвонился до Би. там подключили к технарям. оказалось система заблочила мой порт на домовом оборудовании. причем без каких-либо комментов. Ну поговолил с технарем, спрашиваю - может я чего нарушаю по политике кампании, ибо есть у меня и раздача большая и прием ... нет, говорит - не попадался ты ни в какие фильтра и прочее. ну говорю - может какие новые правила которых я не знаю? - да нет говорит - ничего не меняли ...
PPPS: по приведенной выше в ветке ссылке - нет никого уже 15 мин. хотя при старте один источник нашелся. но и он теперь пропал. а я остановил все закачки и оставил только эту ссылку.
#40 OFFLINE
Отправлено 08 Сентябрь 2011 - 08:03
Ramerup (Sep 8 2011, 05:26) писал:
картинко
по поводу С - нет, емул четко работает в рамках тех каталогов которые ему отведены. и где лежат его настройки и он сам. больше никуда ни ногой. (если настройки в каталоге юзера системы а не в в подкаталоге мула - то конечно будет использоваться C активно)
После смены хоть чего то в настройках - думает очень долго. даже на i7 на 4.3ГГц и 16Г RAM это занимает неприлично большое время. Зависит в основном только от величины очередей (всех, там их много разных). При этом ест только 1 ядро и всего на ~10-30%. тоесть похоже сам в себе работает с очередями.
А вот если памяти не очень достаточно и чась мула оказалась в свопе, а своп на С - то тут вот как раз то С и будет пользоваться весьма напряженно. Ибо основная память потребляемая мулом ИМХО как раз на очереди и приходится, соотв. он себя всего из свопа и "будет доставать" ....
плюс - он явно шерстит при этом known*.met и возможно .part файлы. мне пришлось его (их. - емулов у меня счаз 4-ро за канал борятся) сосредоточить с конфигами и .part файлами на 1 шустром винте - так он меня меньше раздражает своими тормозами.
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных