Comments 20
Могу сказать, что сеть достаточно быстра, а новые ноды в i2p могут только ускорить сеть.
На сколько быстро чем тор? Помню как поставил себе ТОР-брайзер то скорость была 1/10 моего канала.
Гораздо, гораздо медленнее, чем Tor. Максимум видел 2 мегабита/с.
Два мегабита через i2p — это фантастика. Обычно там байты в секунду, ну, максимум, килобайты.
Да нет, вроде, я даже на hiddenbooru.i2p иногда заглядываю, нормально открывается. Байт в секунду никогда не видел, отклик больше 5 секунд тоже редко бывает.
У меня floodfill-нода с несколькими тысячами подключений, которая запущена круглосуточно. Может быть, в этом и дело.
У меня floodfill-нода с несколькими тысячами подключений, которая запущена круглосуточно. Может быть, в этом и дело.
У Вас слабоинтегрирован в сеть роутер. Или проблема на стороне сайта. Скорости с порядком «байты в секунду» были в i2p года три назад. Год назад, один мой приятель там торренты раздавал на сотнях килобит в секунду.
планируется ли добавлять фильмы с русскоязычной озвучкой?
Если бы еще I2P был написан на компилируемом языке (как Tor) и не требовал бы Java VM…
UFO just landed and posted this here
В случае десктопных компьютеров — да. В случае же установки на роутер (или что-то подобное) — java не подойдет. Да и для слабых компьютеров не подходит: проблема не в скорости, а в объеме памяти для работы.
UFO just landed and posted this here
тут несколько нюансов возникает (где-то с год назад смотрел почему так много cpu выедается):
1) шифрование (луковая архитектура заставляет хорошенько погреть воздух, да и памяти кушает порядочно в режиме router именно он)
2) SSU (он же udp, очень часто замечал что выступает в приоритете), так как он любит порождать на по потоку на соединение, а отсюда и context switch вылазит и wait на сокетах. NTCP уже nio и от многих проблем избавлен, но он уже tcp.
в связке этих 2 пункта дают как неплохое потребление памяти (буфера на чтение-запись, шифрование, стек под каждый новый поток-соединение) и cpu (context switch, постоянное шифрование),
так что получаем:
1) режем скорость и количество соединений — работаем шустро
2) даем много ресурсов — проц захлебывается, поедание памяти и то не настолько заметно даже становится
1) шифрование (луковая архитектура заставляет хорошенько погреть воздух, да и памяти кушает порядочно в режиме router именно он)
2) SSU (он же udp, очень часто замечал что выступает в приоритете), так как он любит порождать на по потоку на соединение, а отсюда и context switch вылазит и wait на сокетах. NTCP уже nio и от многих проблем избавлен, но он уже tcp.
в связке этих 2 пункта дают как неплохое потребление памяти (буфера на чтение-запись, шифрование, стек под каждый новый поток-соединение) и cpu (context switch, постоянное шифрование),
так что получаем:
1) режем скорость и количество соединений — работаем шустро
2) даем много ресурсов — проц захлебывается, поедание памяти и то не настолько заметно даже становится
Sign up to leave a comment.
Разработчики Popcorn Time планируют уходить в i2p