программистское

[avva]

Клиент обменной сети ED2K/Overnet, бегущий на моём компьютере, жрёт 25% процессорного времени. Повбывав бы.

Причём, ну хоть он в лепёшку расшибись - нечего ему делать на эти 25%. Ему и на 5% делать нечего. Он куски файлов посылает туда-сюда, и больше ничего не делает. Ну ещё их hash подсчитывает иногда, держит очереди и списки других клиентов, и какие-то алгоритмы поиска запускает, когда ищет, у кого бы скачать. Да, он держит одновременно открытыми несколько сотен файлов (отдельные фрагменты большого файла, который он качает) и несколько десятков TCP-соединений. Ну и что?

Как ни прикидывай, у него узким местом обязан быть сетевой I/O, а не процессор. Если бы я мог хотя бы в исходники посмотреть, что же там он такое через задницу делает на 25%. Но он не open-source.

Раздражает.

Comments

[avnik.livejournal.com]

mldonkey вроде не болеет такой болезнью (правда болеет любовью к памяти)

[avva.livejournal.com]

Да, поэтому я его пока не ставлю, потому что помню, сколько памяти он у меня жрал, когда в прошлый раз пробовал.
Кроме того, я не уверен в том, насколько хорошо он поддерживает overnet и что у него с поддержкой fasttrack, в прошлый раз совсем плохо с ней было, так что из KaZAA ничего почти не находил, по сути. Может, это был глюк определённой версии, не знаю.

[thcmyxa.livejournal.com]

mldonkey страдает тем же еще как.
проблема в calm'мовском garbage collector'e на мой взгляд:
CPU активизируеться через конст. промежуток времени и загрузка как правило прямопропорциональна кол-ву коннетов и файлов.
также memotry leaks проевляються там жестко, когда у него какие-то непонятки с кусками (кривая инфа/дата).

[penguinny.livejournal.com]

eMule Plus: http://emuleplus.info/

Процессор практически свободен, тратит до 30 метров памяти.

И открытые исходники, если вышеперечисленного не хватает :)

[avva.livejournal.com]

Не бежит под Линуксом.

[neoromantic.livejournal.com]

скачал. Установил. Запустил.

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

Это нормально?

Или может пнете меня куда-нибудь, где можно почитать толком?

[http://users.livejournal.com/_young/]

зато он как-то странно трафик кушает, даже будучи зажатым под 4к исходящего.

eMule Plus

[3d-object.livejournal.com]

Эээ... он же вроде платным был?
А тут бесплатно сливается.

[3d-object.livejournal.com]

Еще вопрос попутно - а чем eMule Plus лучше простого eMule v0.45b?
И совместимы ли они? То есть у меня штук 40 фильмов качается, продолжат ли они качаться при переходе на eMule Plus?

[b-a-t.livejournal.com]

aMule/xMule? ОНи правда гуевые и не знаю, как насчет CPU... Но - в исходниках хоть :) И aMule даже работает :)

/подозрительно/

[dyemen.livejournal.com]

Может он коды пентагоновские ломает?

[liveuser.livejournal.com]

Судя по их форуму (искал 'CPU usage') - проблема достаточно частая.

Неужели ни одно из объяснений и советов неприменимо?

[avva.livejournal.com]

У них там больше проблема с тем, что CPU usage уходит в 99-100%. Это почти наверняка другая по сути проблема. Но я поищу ещё, спасибо.

[http://users.livejournal.com/_nickname_/]

Может он что-то полезное считает?
Например движение земной коры или эффекты для Голливуда?

эффекты для Голливуда?

[aburachil.livejournal.com]

Ну да, улучшает фильмы, перекачеваемые в данный момент. А то они какие-то... не очень интересные ;-)

[glocka.livejournal.com]

Не, скорее очередное простое число ищет...

[tlkh.livejournal.com]

У меня многие программы для закачки файлов жрут много CPU (CuteFTP старый, DC++). Правда, только когда качают очень быстро - из локальной сети.
Под Windows проблема решается просто - через Task Manager ставишь процессу низкий приоритет, и он перестает мешать.

[cmm.livejournal.com]

у меня было подозрение, что гуёвые ослиные клиенты жрут процессор в основном в процессе обновления своих гуёв.  зато красиво, типа, blinkenlights и всё такое.
mldonkey процессор практически не жрёт.  память последние стабильные версии (полгода уже как минимум) тоже жрать перестали.  я им жутко доволен.
за поддержку fasttrack не скажу, как-то он мне никогда не был нужен.  в дебиановской поставке mldonkey поддержка fasttrack вообще даже не скомпилирована, кажется.

[avva.livejournal.com]

Но в fasttrack-е же куча всего лежит. Например, отдельные песни или альбомы даже - у миллионов пользователей козы по всему миру легче найти и быстрее скачать, чем в осле, разве нет?

Думаю, надо попробовать опять mldonkey в любом случае, ты прав.

Чем ты пользуешься, только им и только сетью осла в нём?

[stas]

Сдаётся мне, цикл I/O процессор жрёт. В юниксе с select() такая проблема имеется - если есть очень много очень медленных клиентов, то куча времени тратится на процедуру "ок, select вернулся - но кто же его вернул?". В виндах я, правда, с этим делом не знаком, но симптомы схожие. Нормально вроде это решается только применением либо отдельных threads (т.е. передачей задачи в ОС) либо использованием чего-то типа epoll.

[avva.livejournal.com]

Да, я тоже подозреваю, что в этом может быть дело. Обидно, почему я могу написать сервер, который больше тысячи клиентов обрабатывает, не выходя за 0.5% CPU, а эти уроды на какие-то несколько сотен не могут? ;)

кстати, skype:

[ypq.livejournal.com]

113 processes: 2 running, 111 sleeping
CPU states:  7.0% user,  0.0% nice,  3.1% system,  0.4% interrupt, 89.5% idle
Mem: 314M Active, 31M Inact, 74M Wired, 25M Cache, 60M Buf, 45M Free
Swap: 512M Total, 91M Used, 420M Free, 17% Inuse

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
51149 pq        96    0 27656K 17904K select  23:57  2.83%  2.83% skype_bin
  733 pq        96    0   174M    99M select  59:38  1.66%  1.66% Xorg
  893 pq        20    0 79488K 58408K kserel  57:55  0.00%  0.00% firefox-bin
...
51122 pq        96    0 27656K 17904K select   1:02  0.00%  0.00% skype_bin
  761 pq        96    0 38676K 28904K select   0:57  0.00%  0.00% sim
...
51147 pq         8    0 27656K 17904K nanslp   0:11  0.00%  0.00% skype_bin

он, конечно, не всегда на 1 строчке, они с Xorg соревнуются... однако то ли это Xorg - понятно, да. то ли программа, в норме живущая в трее... вон специально sim оставил в цитате - чем он должен быть лучше/хуже skype в плане прожорливости. однако ж skype вон еще в нескольких ипостасях!

[mihhon.livejournal.com]

вот причина
http://forum.EMULE-project.net/lofiversion/index.php/t64730.html

и решение проблемы
http://forum.emule-project.net/index.php?showtopic=36840

[avva.livejournal.com]

Вы ошибаетесь; я не пользуюсь emule (который не бежит под Линуксом). Я пользуюсь "официальным" клиентом eDonkey/overnet, см. www.overnet.com.

[glocka.livejournal.com]

А может, код заказан адвокатами, и эти 20% уходят на постоянное компилирование/компрессирование статистики перекачки, и периодическую отсылку ее заказчикам...

eMule IONIX попробуй

[filesharing-ru.livejournal.com]

если на GUI грешишь - в осле есть настройки типа save CPU - у меня в локальной сети DSL провайдера он крутится на Celeron 433 MHz 300 кб/с качает порой и ничё не тормозит

ещё CPU напряжён немного когда хэшируются файлы

больше ему деваться некуда