?

Log in

No account? Create an account
программистское - Поклонник деепричастий [entries|archive|friends|userinfo]
Anatoly Vorobey

[ website | Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Links
[Links:| English-language weblog ]

программистское [апр. 26, 2005|01:26 pm]
Anatoly Vorobey
Клиент обменной сети ED2K/Overnet, бегущий на моём компьютере, жрёт 25% процессорного времени. Повбывав бы.

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

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

Раздражает.
СсылкаОтветить

Comments:
[User Picture]From: avnik
2005-04-26 10:29 am
mldonkey вроде не болеет такой болезнью (правда болеет любовью к памяти)
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 10:45 am
Да, поэтому я его пока не ставлю, потому что помню, сколько памяти он у меня жрал, когда в прошлый раз пробовал.
Кроме того, я не уверен в том, насколько хорошо он поддерживает overnet и что у него с поддержкой fasttrack, в прошлый раз совсем плохо с ней было, так что из KaZAA ничего почти не находил, по сути. Может, это был глюк определённой версии, не знаю.
(Ответить) (Parent) (Thread) (Развернуть)
[User Picture]From: penguinny
2005-04-26 10:38 am
eMule Plus: http://emuleplus.info/

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

И открытые исходники, если вышеперечисленного не хватает :)
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 10:41 am
Не бежит под Линуксом.
(Ответить) (Parent) (Thread) (Развернуть)
[User Picture]From: b_a_t
2005-04-26 10:48 am
aMule/xMule? ОНи правда гуевые и не знаю, как насчет CPU... Но - в исходниках хоть :) И aMule даже работает :)
(Ответить) (Thread)
[User Picture]From: dyemen
2005-04-26 10:50 am

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

Может он коды пентагоновские ломает?
(Ответить) (Thread)
[User Picture]From: liveuser
2005-04-26 10:53 am
Судя по их форуму (искал 'CPU usage') - проблема достаточно частая.

Неужели ни одно из объяснений и советов неприменимо?
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 11:17 am
У них там больше проблема с тем, что CPU usage уходит в 99-100%. Это почти наверняка другая по сути проблема. Но я поищу ещё, спасибо.
(Ответить) (Parent) (Thread)
[User Picture]From: _nickname_
2005-04-26 10:54 am
Может он что-то полезное считает?
Например движение земной коры или эффекты для Голливуда?
(Ответить) (Thread)
[User Picture]From: aburachil
2005-04-26 11:01 am

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

Ну да, улучшает фильмы, перекачеваемые в данный момент. А то они какие-то... не очень интересные ;-)
(Ответить) (Parent) (Thread)
(Удалённый комментарий)
[User Picture]From: tlkh
2005-04-26 12:19 pm
У меня многие программы для закачки файлов жрут много CPU (CuteFTP старый, DC++). Правда, только когда качают очень быстро - из локальной сети.
Под Windows проблема решается просто - через Task Manager ставишь процессу низкий приоритет, и он перестает мешать.
(Ответить) (Thread)
[User Picture]From: cmm
2005-04-26 12:58 pm
у меня было подозрение, что гуёвые ослиные клиенты жрут процессор в основном в процессе обновления своих гуёв.  зато красиво, типа, blinkenlights и всё такое.
mldonkey процессор практически не жрёт.  память последние стабильные версии (полгода уже как минимум) тоже жрать перестали.  я им жутко доволен.
за поддержку fasttrack не скажу, как-то он мне никогда не был нужен.  в дебиановской поставке mldonkey поддержка fasttrack вообще даже не скомпилирована, кажется.
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 01:00 pm
Но в fasttrack-е же куча всего лежит. Например, отдельные песни или альбомы даже - у миллионов пользователей козы по всему миру легче найти и быстрее скачать, чем в осле, разве нет?

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

Чем ты пользуешься, только им и только сетью осла в нём?
(Ответить) (Parent) (Thread) (Развернуть)
[User Picture]From: stas
2005-04-26 01:05 pm
Сдаётся мне, цикл I/O процессор жрёт. В юниксе с select() такая проблема имеется - если есть очень много очень медленных клиентов, то куча времени тратится на процедуру "ок, select вернулся - но кто же его вернул?". В виндах я, правда, с этим делом не знаком, но симптомы схожие. Нормально вроде это решается только применением либо отдельных threads (т.е. передачей задачи в ОС) либо использованием чего-то типа epoll.
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 01:07 pm
Да, я тоже подозреваю, что в этом может быть дело. Обидно, почему я могу написать сервер, который больше тысячи клиентов обрабатывает, не выходя за 0.5% CPU, а эти уроды на какие-то несколько сотен не могут? ;)
(Ответить) (Parent) (Thread) (Развернуть)
[User Picture]From: ypq
2005-04-26 03:03 pm

кстати, skype:

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 вон еще в нескольких ипостасях!
(Ответить) (Thread)
[User Picture]From: avva
2005-04-26 06:33 pm
Вы ошибаетесь; я не пользуюсь emule (который не бежит под Линуксом). Я пользуюсь "официальным" клиентом eDonkey/overnet, см. www.overnet.com.
(Ответить) (Parent) (Thread)
(Удалённый комментарий)
From: filesharing_ru
2006-01-25 02:45 pm

eMule IONIX попробуй

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

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

больше ему деваться некуда
(Ответить) (Thread)