Официальная конференция Direct Connect клиента EisKaltDC

eiskaltdc@conference.gentoo.ru

Воскресенье, 7 февраля 2010< ^ >

NegatiV установил(а) тему: Upcoming release: 2.0alpha || SVN: 27 || Конференция разработчиков EiskaltDC++ || логи: http://marsoft.dyndns.info/cgr-calendar.php?room=eiskaltdc || Лог изменений в последней ревизии на свн: http://code.google.com/p/eiskaltdc/source/list
TODO:
* GUI: settings for basic units
* запоминание местоположения виджетов
* Вывод меню хаба на вкладке.
* Антиспам (импортирован)
* Список друзей-врагов
* Раскраску ников
* *NEW* Иконки клиентов
* etc
Release schedule:
* 12.02 Feature-freeze
* 15.02 Tag EiskaltDC++ 2.0alpha
* 17.02 Release EiskaltDC++ 2.0alpha

Конфигурация комнаты

Участники комнаты

GMT+3
[00:13:32] wilgib вошёл(а) в комнату
[00:14:00] wilgib вышел(а) из комнаты
[00:19:17] <dhampire> AntiXpucT, у тебя есть винда с префиксом mingw32 ?
[00:19:36] <AntiXpucT> э?
[00:19:40] <AntiXpucT> в смысле?
[00:19:46] <AntiXpucT> в общем, есть :)
[00:19:50] <dhampire> ну хоть виртуалка
[00:20:11] <AntiXpucT> вайн - не?
[00:20:21] <dhampire> там всё есть для сборки ?
[00:20:22] <AntiXpucT> хотя в общем есть и такая винда
[00:20:25] <AntiXpucT> почти
[00:20:31] <AntiXpucT> есть вроде всё
[00:20:36] <AntiXpucT> но не собирается :(
[00:20:44] <dhampire> дам сейчас тарболл
[00:20:49] <dhampire> попробуешь собрать
[00:22:18] <AntiXpucT> ок
[00:23:40] <dhampire> по джабберу тебе можно кинуть?
[00:23:58] <dhampire> AntiXpucT,
[00:25:28] <dhampire> AntiXpucT, http://narod.ru/disk/17652957000/eiskaltdcpp1.tar.bz2.html
[00:25:49] <AntiXpucT> dhampire: можно и по джабберу было :)
[00:26:02] <dhampire> AntiXpucT, поздно :)
[00:26:50] <dhampire> AntiXpucT, запускайешь cmakegui.exe там конфигуришь всё не достающее прописываешь
[00:26:56] <dhampire> потом собираешь
[00:27:07] <dhampire> если соберётся :)
[00:31:19] <AntiXpucT> dhampire:
[00:31:28] <AntiXpucT> там внутри еще одна eiskaltdcpp
[00:31:40] <AntiXpucT> какю из них? :)
[00:31:43] <AntiXpucT> *ую
[00:32:40] <dhampire> в смысле ?
[00:32:55] <AntiXpucT> а
[00:32:56] <dhampire> AntiXpucT, dcpp po eiskaltdcpp
[00:32:57] <AntiXpucT> вкурил :)
[00:33:02] <dhampire> вот на этом уровне
[00:33:06] <dhampire> :)
[00:33:07] <AntiXpucT> хммм
[00:33:14] <AntiXpucT> там оно гоуорит, что конфигурация не найдена
[00:33:17] <AntiXpucT> *говорит
[00:33:20] Abram вошёл(а) в комнату
[00:33:54] <dhampire> уряяяяяяя
[00:34:04] <dhampire> оно собралось :)
[00:34:11] <AntiXpucT> Х_х
[00:34:16] <AntiXpucT> а мне что делать? :)
[00:34:57] <dhampire> блин только либа дальше всё вылетело :(
[00:39:16] <AntiXpucT> make: /usr/bin/cmake: Command not found
make: *** [cmake_check_build_system] Error 127
[00:39:24] <AntiXpucT> нафига оно его ТАМ ищет?
[00:39:47] <dhampire> In file included from /usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnp.h:505,
                 from /home/egik/work2/c/eiskaltdcpp/eiskaltdcpp/UPnP.h:12,
                 from /home/egik/work2/c/eiskaltdcpp/eiskaltdcpp/main.cpp:16:
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:114: error: expected initializer before 'int'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:130: error: expected initializer before 'void'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:146: error: expected initializer before 'void'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:169: error: expected initializer before 'void'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:194: error: 'UPNP_INLINE' does not name a type
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:221: error: expected initializer before 'int'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:262: error: expected initializer before 'void'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:293: error: expected initializer before 'void'
/usr/lib/gcc/i486-mingw32/4.4.0/../../../../i486-mingw32/include/upnp/upnpdebug.h:321: error: expected initializer before 'void'
долюаное upnp
[00:43:03] <AntiXpucT> у меня вообще не собирается... :(
[00:43:39] <dhampire> эм это нормально что у либы upnp.h иклудит upnpdebug.h который инклудит upnp.h O_O ?
[01:09:33] <dhampire> undefined reference - как от этого избавится никто не знает ?
[01:12:21] <Phazeus> задефайндить )))
[01:12:47] <dhampire> Phazeus, как ? ) это на этапе линковки :)
[01:13:04] <Phazeus> :)
[01:14:57] 0xd34df00d вышел(а) из комнаты
[01:16:38] <dhampire> прям как eiskaltdc всё собирается а не линкуется :)
[01:31:00] <dhampire> гм может я не правильно что-то собрал в mingw32
[01:50:33] 0xd34df00d вошёл(а) в комнату
[02:36:25] 0xd34df00d вышел(а) из комнаты
[02:52:29] 0xd34df00d вошёл(а) в комнату
[04:35:58] Abram вышел(а) из комнаты
[07:35:45] Phazeus вышел(а) из комнаты
[09:48:25] mcdebugger вошёл(а) в комнату
[09:49:19] NegatiV вошёл(а) в комнату
[09:50:04] NegatiV установил(а) тему: Upcoming release: 2.0alpha || SVN: 46 || Конференция разработчиков EiskaltDC++ || логи: http://marsoft.dyndns.info/cgr-calendar.php?room=eiskaltdc || Лог изменений в последней ревизии на свн: http://code.google.com/p/eiskaltdc/source/list
TODO:
* GUI: settings for basic units
* запоминание местоположения виджетов
* Вывод меню хаба на вкладке.
* Антиспам (импортирован)
* Список друзей-врагов
* Раскраску ников
* *NEW* Иконки клиентов
Release schedule:
* 12.02 Feature-freeze
* 15.02 Tag EiskaltDC++ 2.0alpha
* 17.02 Release EiskaltDC++ 2.0alpha
[10:05:41] mcdebugger вышел(а) из комнаты
[10:50:57] wilgib вошёл(а) в комнату
[10:56:55] <wilgib> я на форуме отписался - r46 всё по-прежнему - 100% CPU
[11:01:07] <wilgib> на googlecode на вкладке source надо поправить адрес для получения сорцов:http://eiskaltdc.googlecode.com/svn/branches/trunk/
[11:23:10] няшка вошёл(а) в комнату
[11:25:19] <няшка> 0xd34df00d: привет
[11:25:44] <0xd34df00d> няшка:
[11:26:05] <няшка> 0xd34df00d: моешь обьяснить ЧЯДНТ http://linuxforum.ru/index.php?s=&showtopic=95491&view=findpost&p=1019738
[11:26:09] <няшка> ?
[11:26:49] <няшка> а, да, давай в личкрафт встроим до кучи и эйскальт!
[11:26:56] <0xd34df00d> Ну дык какбе...
[11:27:53] <0xd34df00d> няшка: да хз, я не пробовал пока собирать.
[11:28:27] <няшка> 0xd34df00d: попробуй, такое очучение что что то с компилятором
[11:53:40] <wilgib> няшка: у меня проблем со сборкой нет, какая у тебя версия gcc?
[11:54:25] <няшка> $ gcc --version
gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
[11:55:23] <няшка> wilgib: а вообще что у тебя?
[11:56:33] <wilgib> няшка: $ gcc --version
gcc (GCC) 4.4.3
[11:58:17] <няшка> wilgib: а по логам что можешь сказать, они в топике.
[12:06:00] <NegatiV> няшка: наиболее вероятно - что-то не то с зависимостями
[12:06:06] <dhampire> няшка, dcmake ../ ?
[12:06:32] <няшка> dhampire: это алиас, цмак с дебаг опцией
[12:07:05] <NegatiV> няшка: давай без этого
[12:07:14] <няшка> без дебага?
[12:07:20] <NegatiV> там и так с дебагом собирается
[12:08:11] <NegatiV> возможно dcmake что-то дефайнит левое
[12:08:48] <няшка> неа, проверил только что - те же яйца, вид сбоку
[12:09:19] <NegatiV> вывод с ошибкой на dpaste выложи
[12:12:43] <няшка> http://paste.ubuntu.com/370806/
[12:14:25] <wilgib> няшка: gcc не нравится строка: 44 const int INVALID_SOCKET = -1;
[12:14:50] <NegatiV> хм... других систем нет чтобы попробовать собрать eiskaltdc++?
[12:14:56] <няшка> wilgib: не поверишь, я это знаю. но я не понимаю чем ему не нравится типизованная константа
[12:15:12] <wilgib> NegatiV: разве можно в header-файлах делать инициализацию ведь тогда будет множественная инициализация при включении header-файла в C так делать нельзя, а в C++ не знаю.
[12:15:24] <няшка> NegatiV: угу, виртуальная машина, щас туды экспресс зафиачу с цмком тортиллой и сойду с ума
[12:15:47] <няшка> а я и так с таких ошибок с ума схожу...
[12:16:10] <няшка> хм, а какой версии должен быть буст?
[12:16:13] <NegatiV> wilgib: для этого в хедерах есть #ifndef _HEADER_..._
[12:16:26] <NegatiV> няшка: ну у меня 1.42
[12:16:46] <NegatiV> wilgib: что исключает множественное включение
[12:17:38] <няшка> сейчас с 1,40 до 1,41 дотяну, прощай  кармик, сдраствуй LOL edition
[12:18:14] <wilgib> NegatiV: я знаю, но из моего опыта #ifdef для C это не работает, а вот если собирать C-код компилятором g++ то прокатывает
[12:18:21] <NegatiV> няшка: у меня раньше на дебиане с тарболов полсистемы было собрано
[12:19:03] <NegatiV> wilgib: ну там все g++ собирает, так что ничего не должно случиться
[12:19:07] <няшка> NegatiV: нет, у меня помесь разных убунт, от старых пакетов для харди, но новых от lucid, включая инфру, минт и прочих...
[12:19:23] <няшка> но основная система раньше была кармиком.
[12:19:43] <NegatiV> няшка: перейди на Debian Unstable
[12:20:00] <NegatiV> по стабильности Ubuntu LTS вставит)
[12:20:09] <няшка> NegatiV: гнм там тормозит, и шрифты жуть без допиливания
[12:20:13] <NegatiV> причем проблем со свежими пакетами не будет вообще
[12:20:38] <NegatiV> м-да шрифты жесть в дебиане, не спорю
[12:20:51] <NegatiV> но настраивается все за 10 мин
[12:21:05] <няшка> при локальной репе в сети, проще из lucid таскать пакеты..
[12:21:23] <NegatiV> у меня было свое зеркало)
[12:21:36] <NegatiV> в день пол-гига гиг выкачивалось)
[12:21:51] <NegatiV> думаю сейчас и для арча поднять
[12:23:27] <няшка> в нашем ауле зеркало убунты на наших скоростях и тарифах будет до следующего релиза синкаться, по одной из 2х архитектур.
[12:24:18] <NegatiV> не у меня 10Мбит/с инет, так что проблем с этим ен испытываю вообще
[12:24:24] <NegatiV> *не
[12:43:39] <няшка> и всёравно не хочет, уже что только можно из lucid вытянул...
[12:45:39] <wilgib> няшка: теперь gcc-4.3.3?
[12:45:57] <wilgib> т.е 4.4.3
[12:46:17] <няшка> да
[12:48:54] <wilgib> няшка: у меня boost-1.41.0
[12:52:11] <няшка> wilgib: та же версия, не собирается
[12:52:39] няшка сейчас в VM собирает сборочную систему на lucid, буду там тестить
[12:56:19] <wilgib> няшка: посмотрел твой лог на linuxforum - если gcc и boost сейчас той же версии, то отличие остаётся только в версиях Qt и libupnp
[12:57:19] <няшка> wilgib: я сейчас всё это счастье до lucid обновил, так что и по тем не факт, кстати они  у тебя  какие?
[12:58:16] <wilgib> няшка: Qt-4.5.3 libupnp-1.6.6
[13:00:16] <wilgib> но то что не нправится gcc - это header файл из состава ядра dc++, вроде никак не связан ни с Qt, ни с libupnp
[13:02:38] <няшка> ха, в lucid нет, bzip2-dev
[13:07:37] <wilgib> няшка: а если удалить const перед int собирается?
[13:08:08] <няшка> wilgib: сейчас если на VM не соберется попробую
[13:12:06] <няшка> б л я
[13:12:21] <няшка> libupnp 1.8 - даунгрейднул и всё собралось
[13:16:04] <wilgib> няшка: у твоего процессора какая частота?
[13:16:13] <няшка> хз
[13:16:28] <няшка> 2,6 вроде, но придавлено ondemand до 2х
[13:17:02] <wilgib> т.е. 2GHz?
[13:17:27] <няшка> угу, а что?
[13:19:20] <wilgib> просто у меня на ~1GHz 100% нагрузка на хабе крупном хабе dc.ozerki.net, но раз 2GHz то у тебя непроявится
[13:21:20] <няшка> хз, на 4х ядрах я бывает и не замечаю подвисонов. бывает что то зависнет и начинает греть камень.
[14:48:32] <AntiXpucT> няшка: феном?
[14:48:33] dhampire вышел(а) из комнаты
[14:48:51] AntiXpucT using Phenom x4 2,2GHz
[14:48:58] <няшка> нет, корка
[14:49:23] <AntiXpucT> ae ^_^
[14:50:11] dhampire вошёл(а) в комнату
[16:35:26] <wilgib> NegatiV: есть какие-нибудь подвижки в решении проблемы с 100% CPU?
[16:37:14] <NegatiV> wilgib: пока нет - решил закончить оформление архитектуры приложения, а после feature-freez'а приняться за оптимизацию
[16:38:04] <wilgib> NegatiV: ясно
[16:39:31] <NegatiV> wilgib: рассчитывай занятся этим делом с 12-го
[16:39:49] <NegatiV> заодно последние ревизии проверяй
[16:40:52] <NegatiV> я попробую еще прицепить ко всему этому делу пул памяти - должно очень помочь
[16:41:27] <NegatiV> во всяком случае фактор медленной памяти можно будет спокойно исключить
[16:41:46] <wilgib> NegatiV: r47 всё-также
[16:42:26] <wilgib> NegatiV:  "фактор медленной памяти" - а как же другие клиенты не тормозят?
[16:42:32] <NegatiV> r47 только добавлен функционал и поправлено пара крешей
[16:43:01] <NegatiV> wilgib: другие клиенты в таких количествах не создают/удаляют мелкие объекты
[16:50:14] <wilgib> "с 12-го", "* 15.02 Feature-freeze" сроки сдвинулись?
[16:51:46] <wilgib> NegatiV: "с 12-го", "* 15.02 Feature-freeze" сроки сдвинулись?
[16:52:27] <NegatiV> wilgib: да, думаю немного раньше начать тестирование
[17:05:03] dhampire вышел(а) из комнаты
[17:21:32] <wilgib> NegatiV: Transfers поле file name - отображается только расширение и один символ перед ним в прошлых ревизиях этого бага не было я заметил это в r46(но могло и раньше появиться)
[17:23:05] <NegatiV> wilgib: проверь нагрузку в r48
[17:29:21] <wilgib> NegatiV: уменьшилась, но всё равно значительно выше чем у DC++ под Windows XP
[17:29:53] <NegatiV> wilgib: сколько?
[17:30:09] <wilgib> NegatiV: X 20-25%, eiskaltdcpp 50-60%
[17:30:30] <NegatiV> о, это хорошо
[17:30:59] <NegatiV> это с актиной вкладкой хаба?
[17:31:04] <NegatiV> *активной
[17:31:33] <wilgib> NegatiV: да
[17:31:58] <NegatiV> а не с активной?
[17:32:06] <wilgib> NegatiV: а можно ещё уменьшить, за эталон взять DC++ под Windows XP для него 7-8%.
[17:32:27] <wilgib> точнее 7-10%
[17:33:00] <NegatiV> я спрашиваю нагрузку когда хаб неактивен чтобы узнать где регрессия
[17:33:17] <NegatiV> а не для того чтобы сказать "я сделал все что мог" =)
[17:34:51] <wilgib> с неактивной: X 1-2%, eiskaltdcpp 2-6%
[17:35:23] <NegatiV> wilgib: сколько юзеров на хабе?
[17:35:41] <wilgib> NegatiV: 12242
[17:35:42] <NegatiV> сколько юзеров приходит/уходит в среднем за 5 сек
[17:35:49] <NegatiV> оу
[17:36:02] <NegatiV> адрес хаба?
[17:36:47] <NegatiV> раз нагрузка так падает при неактивной вкладке хаба, то думаю основные тормоза при сортировке
[17:37:02] <wilgib> за 5 сек меняется на +/- 10
[17:37:19] <wilgib> dc.ozerki.net
[17:37:51] <NegatiV> скорее всего тормоза при сортировке
[17:38:31] <wilgib> "аз нагрузка так падает при неактивной вкладке хаба, то думаю основные тормоза при сортировке" - так на linuxforum я и писал, что нагрузка 100% на отображение панели с юзерами
[17:38:35] <NegatiV> попробую переписать сортировку/всавку менее ресурсоемко
[17:38:38] Abram вошёл(а) в комнату
[17:39:04] <NegatiV> wilgib: вот только тогда она не падала до 2-6%
[17:39:23] <wilgib> падала
[17:39:30] <NegatiV> настолько?
[17:39:44] <wilgib> да, настолько
[17:40:04] <NegatiV> хм, я почему то был уверен что незначительно
[17:40:16] <NegatiV> что-то типа до 30-40%
[17:42:29] <wilgib> NegatiV:  если есть нагрузка - то значит она вызвана выполнением инструкций, а если вкладка с хабом не активна - то инструкций нет т.е. нечего выполнять.
[17:43:05] <NegatiV> просто там не начинается перерисовка из-за сортировки
[17:43:43] <NegatiV> а так как окно активно и поступает новый юзер, то начинается сортировка списка + его перерисовка
[17:44:17] няшка зашел на озёрки старым эйскальтом, нагрузка не возросла, если верить htop, были периодические прыжки 8-20% и только.
[17:44:31] няшка вышел(а) из комнаты
[17:44:33] <wilgib> "просто там не начинается перерисовка из-за сортировки" - и я о том же.
[17:44:35] <NegatiV> хотя вот тут одно мне интересно, почему в eiskaltdc нет подобного
[17:45:05] <NegatiV> алгоритм сортировки тот же самый
[17:45:13] <NegatiV> вплоть до буквы
[17:45:45] <wilgib> это вопрос к тому кто писал этот код.
[17:46:08] <wilgib> он то должен полностью его понимать
[17:47:55] <NegatiV> писал то я, но старый код заточен под старый клиент
[17:48:41] <wilgib> в старом клиенте не панель а окно больше ничего в голову не приходит
[17:57:11] <wilgib> NegatiV: так не может быть дело  в том, что вывод в старом клиенте был в окно, а здесь в панель(или как это правильно называть)?
[17:57:34] <NegatiV> нет, точно не в этом
[17:58:45] <wilgib> NegatiV: реализация в Qt этих вариантов одна?
[18:00:00] <NegatiV> wilgib: угу, разницы нет никакой на чем хаб отрисовывать
[18:06:10] <wilgib> NegatiV: кстати, потоков по-прежнему 12.
[18:09:01] <NegatiV> wilgib: я вчера под профилером глянул - большая часть из них обычно спит
[18:09:49] <wilgib> NegatiV: так за их создание отвечает ядро dc++, или кто?
[18:09:54] dhampire вошёл(а) в комнату
[18:10:51] <NegatiV> zlhj
[18:10:54] <NegatiV> *ядро
[18:21:55] Phazeus вошёл(а) в комнату
[18:33:02] tehnick вошёл(а) в комнату
[18:33:27] Kroll вышел(а) из комнаты: Replaced by new connection
[18:33:37] Kroll вошёл(а) в комнату
[18:40:53] <tehnick> Собственно вот:
http://linuxforum.ru/index.php?s=&showtopic=95491&view=findpost&p=1020024
[18:42:11] <tehnick> Вопросы:
Чем определяется количество потоков?
И почему их разное количество в eiskaltdc++ и в freedc++, если они оба на обном ядре dc++?..
[18:43:34] <wilgib> tehnick: обращайся к NegatiV(но желательно в общий чат что бы я мог читать).
[18:44:26] <wilgib> Знаешь как?
[18:44:43] <tehnick> wilgib: вот так?
[18:44:59] <wilgib> wilgib: ок
[18:45:24] <wilgib> tehnick: ok
[18:47:05] <NegatiV> tehnick: r49?
[18:47:54] <tehnick> NegatiV: ок, сейчас обновлю и посмотрю.
[18:48:13] dhampire вышел(а) из комнаты
[19:10:56] dhampire вошёл(а) в комнату
[19:18:49] NegatiV >_> tehnick
[19:18:54] <NegatiV> ну чего там?
[19:23:34] <tehnick> NegatiV: отлично! Процесс занимает всего 10-20% процессорного времени вне зависимости от положения в списке пользователей.
[19:23:35] tehnick вышел(а) из комнаты
[19:23:46] tehnick вошёл(а) в комнату
[19:23:54] <tehnick> NegatiV: отлично! Процесс занимает всего 10-20% процессорного времени вне зависимости от положения в списке пользователей.
[19:24:15] <tehnick> Но список пользователей обновляется слишком часто.
[19:24:46] <tehnick> Когда я писал про таймер и про 1-2 секунды, я имел в виду не только статистику, но и список пользователей.
[19:25:16] <tehnick> Сейчас на том хабе ~12500 юзеров.
[19:25:35] <tehnick> Так что проблема решена, но можно и еще улучшить ситуацию...
[19:26:16] <NegatiV> tehnick: пользователи обновляются как только приходит запрос от ядра
[19:26:22] <tehnick> Вот сейчас смотрю как список пользователей до 3 раз в секунду обновляется.
[19:26:34] <tehnick> Именно это и грузит проц.
[19:28:13] <wilgib> NegatiV: эталон(DC++ под Windows XP) - это не более 10% на отображение списка с пользователями на моей машине ~1 GHz
[19:28:16] <tehnick> (19:23:07)  NegatiV:  tehnick: пользователи обновляются как только приходит запрос от ядра
Это-то очевидно. Но можно иметь этот список в качестве внутренней переменной, а графический виджет обновлять по таймеру...
[19:30:37] <NegatiV> tehnick: ты не поверишь, но обновление данных не заставляет переисовываться список))
[19:31:20] <tehnick> wilgib: сейчас примерно так и есть у меня. Ты 49 ревизию проверял. И DC++ под Windows XP --- это не эталон. FreeDC++ у меня меньше грузит, хотя виндовые клиенты я не пробовал ни разу...
[19:32:00] <NegatiV> сегодня еще попробую убрать списки и заменить их обычными полями в структурах - авось поможет
[19:32:03] <wilgib> tehnick: какая частота у твоего процессора?
[19:32:13] <tehnick> NegatiV: я поверю, если объяснишь то, что я наблюдаю: 2-3 раза в секунду он обновляется
[19:32:35] <NegatiV> tehnick: приходят/уходят юзеры?
[19:33:52] <tehnick> wilgib:
$ cat /proc/cpuinfo
...
model name      : Intel(R) Pentium(R) M processor 1.73GHz
stepping        : 8
cpu MHz         : 800.000
...
[19:34:25] <NegatiV> tehnick: будь на связи ближайшие полтора часа.
[19:35:27] <NegatiV> wilgib: вы нашли друг друга)
[19:35:37] <tehnick> (19:29:27)  NegatiV:  tehnick: приходят/уходят юзеры?
Как это соотносится с:
(19:27:29)  NegatiV:  tehnick: ты не поверишь, но обновление данных не заставляет переисовываться список))
?
[19:35:39] <NegatiV> вот только у него намного меньше нагрузка
[19:36:22] <NegatiV> tehnick: могу кинуть кусок кода если понимаешь C++
[19:36:44] <wilgib> tehnick: r49 на моей машине(~ 1 GHz) DC++ под Windows XP по всем статьям с большим отрывом уделывает LinuxDC++(ведь FreeDC++ - это по сути только косметические поправки)
[19:37:02] <tehnick> NegatiV: понимаю.
[19:37:04] <NegatiV> if (item){
        total_shared -= item->data(COLUMN_SHARE).toULongLong();
        item->updateColumn(COLUMN_NICK, map["NICK"]);
        item->updateColumn(COLUMN_COMMENT, map["COMM"]);
        item->updateColumn(COLUMN_CONN, map["CONN"]);
        item->updateColumn(COLUMN_EMAIL, map["EMAIL"]);
        item->updateColumn(COLUMN_IP, map["IP"]);
        item->updateColumn(COLUMN_SHARE, map["SHARE"]);
        item->updateColumn(COLUMN_TAG, map["TAG"]);
        item->isOp = map["ISOP"].toBool();
        item->px = WU->getUserIcon(user, map["AWAY"].toBool(), item->isOp, map["SPEED"].toString());
    }
    else{
        model->addUser(map, user);
    }
[19:37:25] <NegatiV> спровоцировать перерисовку может только model->addUser(map, user);
[19:37:35] <NegatiV> кусок выше - обновление полей
[19:38:15] <NegatiV> я и хочу заменить item->updateColumn(COLUMN_NICK, map["NICK"]); на item->nick = map["NICK"].toString()
[19:38:47] <NegatiV> что должно оказаться более выгодным по процессорному времени решением
[19:39:59] <wilgib> tehnick: "хотя виндовые клиенты я не пробовал ни разу" - как же ты тогда судишь - эталон или нет?
[19:45:37] <wilgib> как соотносятся эти две фразы "1.73GHz" и "cpu MHz : 800.000" - или это frequency scaling?
[19:45:47] <dhampire> wilgib, а ты с чего судишь что DC++ под win xp - эталоН?
[19:47:57] <wilgib> dhampire: с того, что на том же ядре и имеет самое низкое потребление CPU для списка юзеров, скачки/отдачи, поиска и.т.д.
[19:49:10] <tehnick> wilgib: у меня нет винды и из-под wine я их не запускал, т.к. мне это неинтересно, поэтому и сразниваю именно опробованные лично клиенты.
[19:50:35] <wilgib> tehnick: под wine они тормозят и производительность примерно такая же как у LinuxDC++, а вот функционал как небо и земля.
[19:51:56] <wilgib> tehnick: "у меня нет винды" - а ты не лукавишь?
[19:52:22] <tehnick> (19:42:28)  wilgib:  как соотносятся эти две фразы "1.73GHz" и "cpu MHz : 800.000" - или это frequency scaling?
Да, частота автоматически понижается для энергосбережения, когда процессор мало используется. Я специально так настраивал:
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1733000 1333000 1067000 800000
[19:53:56] <tehnick> wilgib: не знаю, у нас в локалке некоторые человеки используют greylink и flylink под вайном и радуются...
[19:55:17] <tehnick> (19:48:47)  wilgib: tehnick: "у меня нет винды" - а ты не лукавишь?
В смысле?
[19:55:19] <wilgib> tehnick: ну так я и писал, что на слабой машине производительность такая же, а функционалзначительно больше.
[19:56:23] <wilgib> tehnick: в смысле, что стоит в dualboot или в VM.
[19:58:01] <tehnick> В виртуалбоксе была еще недавно, да. Но удалил, когда место освобождал.
[19:58:46] <tehnick> И сетевые проги я в ней не использовал.
[19:59:12] <wilgib> tehnick: посмотрел твой сайт, а как же maple, mathcad, и.т.д?
[19:59:52] <tehnick> Вот какой такой мифический функционал есть в этих виндовых дц-клиентах? Несколько раз спрашивал человеков, но никто толком не ответил...
[20:00:55] <Phazeus> есть самое главное
[20:01:06] <tehnick> (19:56:03)  wilgib:  tehnick: посмотрел твой сайт, а как же maple, mathcad, и.т.д?
А зачем мне они дома? Они в комп-классе у нас на кафедре.
[20:01:12] <Phazeus> они н искажают текст при отправке (приёме) отображают его как есть.И это самое главное для меня :)))
[20:01:23] <Phazeus> *не искажают
[20:02:15] <tehnick> wilgib: и вообще, это оффтопик
[20:04:27] <tehnick> wilgib: и кстати, только mathcad нет под никсы. Было бы желание, можно было бы использовать это проприетарное ПО и в моей системе...
[20:04:28] <wilgib> tehnick: самый главный - это многопоточноя скачка(нормальная, а не та что в LinuxDC++), смайлики, фильтры, иконки не отвратные, юзабилити(обильные контекстные меню), лично я больше ничего и не использую?
[20:04:46] <tehnick> Эм...
[20:05:33] <tehnick> Это скорее из области: "на вкус и цвет..."
[20:09:11] <tehnick> wilgib:
Чем не устраивает многооточная скачка в LinuxDC++ или в EiskaltDC? Разные смайлики и темы есть во FreeDC++ точно, в EiskaltDC не смотрел, но тоже должны быть. Фильтры есть. Обильные контекстные меню --- это что?
[20:09:11] tehnick вышел(а) из комнаты
[20:09:21] tehnick вошёл(а) в комнату
[20:09:25] <NegatiV> единственное что я считаю нужным лично мне - поиск, скачивание, браузер шары
[20:09:28] <tehnick> wilgib:
Чем не устраивает многооточная скачка в LinuxDC++ или в EiskaltDC? Разные смайлики и темы есть во FreeDC++ точно, в EiskaltDC не смотрел, но тоже должны быть. Фильтры есть. Обильные контекстные меню --- это что?
[20:10:28] <tehnick> NegatiV: не забудь опцию отключения смайлов в настройках сделать потом =)
[20:11:01] <NegatiV> tehnick: они все равно сейчас не работают)
[20:11:38] <wilgib> tehnick: тем что она не автоматическая, в EiskaltDC есть но он не так давно появился
[20:12:19] <tehnick> wilgib:  так еще в бытность его вакнутом эта возможность была.
[20:12:48] <tehnick> wilgib: она автоматическая, надо только поставить галочку в настройках.
[20:13:09] <tehnick> Время появления клиента --- вообще не в тему.
[20:13:27] <tehnick> NegatiV: а как в EiskaltDC их отключить.
[20:13:59] <NegatiV> tehnick: никак, ветвь мертва
[20:14:02] <tehnick> Блин, планировал на пару минут в конференцию заглянуть. Но беседа затягивает...
[20:14:24] <wilgib> tehnick: автоматическая скачка - это поиск источников и постепенное их добавление по мере нахождения - если в EiskaltDC-1.0.41 это есть, то у меня не работает
[20:15:11] <NegatiV> собственно автоматическое скачивание "из коробки" главная черта EiskaltDC/Valknut
[20:15:30] <NegatiV> правда его надо включить в настройках
[20:15:50] <wilgib> "поставить галочку в настройках" - ставил, нет эффекта
[20:16:10] <tehnick> Да, вот дефолтные настройки могли бы и грамотнее делать. Вся проблема в этом...
[20:16:24] <NegatiV> ну хз, Файл->Быстрые настройки->Режим загрузки: многопоточный
[20:16:34] <NegatiV> и все работает\
[20:19:32] <wilgib> NegatiV: я все настройки облазил - по факту источники, которые точно есть не добавлялись т.е. неработает автопоиск, хотя от бота хаба время от времени приходили сообщения "Не флудите поисковыми запросами"
[20:20:53] <tehnick> wilgib: linuxdcpp давно не видел, но помню, что там эта возможность появилась не так давно, когда они на последнее ядро dc++ перешли. Стабильных релизов с тех пор еще не было и эта возможность есть только в их PPA на ланчпаде. Во freedcpp точно работает.
[20:22:23] <tehnick> wilgib: у меня работает, может проблема в хабах?
[20:22:53] <wilgib> tehnick: нет там такой возможности, а новое ядро там уже почти год, добавление новых источников происходит только если выполнить повторный поисковый запрос
[20:26:07] <wilgib> tehnick: вспомнил - ведь на dc.ozerki.net не работает поиск по TTH - в этом причина того что автопоиск не работает.
[20:27:53] tehnick вышел(а) из комнаты
[20:28:03] tehnick вошёл(а) в комнату
[20:31:02] dhampire вышел(а) из комнаты: Replaced by new connection
[20:31:12] dhampire вошёл(а) в комнату
[20:47:29] Abram вышел(а) из комнаты
[20:54:10] dhampire вышел(а) из комнаты
[21:14:04] dhampire вошёл(а) в комнату
[21:22:42] <NegatiV> wilgib: tehnick: r50
[21:23:32] <NegatiV> хаб 6.5к юзеров - нагрузка 1%
[21:24:27] <wilgib> NegatiV: а на dc.ozerki.net?
[21:24:53] <NegatiV> wilgib: меня редеректит на другой хаб с них
[21:25:04] <NegatiV> а там максимум 7к
[21:25:52] <wilgib> NegatiV: там >12k, а на какой редеректит?
[21:26:22] <NegatiV> dc.key-gen.it
[21:35:27] <wilgib> NegatiV:  производительность осталась той же: X 20-25%, eiskaltdcpp 50-60%.
[21:36:21] <wilgib> NegatiV: что пускали на хаб надо шару >31 GB
[21:36:43] <NegatiV> wilgib: я уже понял) лень шарить столько
[21:41:37] <wilgib> NegatiV: на хабе dc.key-gen.it у меня почему-то загрузка ровна такая и не меняется: X 12%, eiskaltdcpp 12.8%
[21:42:18] <NegatiV> у меня на всех хабах 1%, 3% - максимум
[21:43:20] <wilgib> NegatiV: меня смущает такое точное постоянное значение в top: eiskaltdcpp 12.8%.
[21:46:02] <wilgib> NegatiV: у X тоже постоянное значение - 12%.
[21:46:30] <wilgib> tehnick: ты чего так долго?
[21:47:21] <tehnick> Я занят как бы.
[21:49:07] <NegatiV> ))
[21:49:51] <NegatiV> tehnick: отпишись, как сможешь о результатах
[21:49:57] <NegatiV> лан всем бб. я спать)
[21:50:04] NegatiV вышел(а) из комнаты
[21:54:09] wilgib вышел(а) из комнаты
[21:57:13] WiseLord вошёл(а) в комнату
[22:02:20] <tehnick> NegatiV: процесс занимает около 10% CPU (загрузка неравномерная, колебания 0-25% при непереодическом появлении/отключении пользователей) при частоте 800MHz на хабе ~12400 пользователей. Считай, что проблема решена.
[22:03:13] <tehnick> NegatiV: хоть мы и не пришли к взаимопониманию по поводу обновления списка пользователей...
[22:31:29] gray_graff вошёл(а) в комнату
[22:39:50] wilgib вошёл(а) в комнату
[22:44:02] wilgib вышел(а) из комнаты
[23:27:58] tehnick вышел(а) из комнаты
[23:28:08] tehnick вошёл(а) в комнату
[23:30:10] Abram вошёл(а) в комнату