* Для жужжащего анонима добавлен ключ запуска /sqltrace - включает логирование всех sql запросов идущих к базе
Использовать только опытным тестерам!
1. Запускать из ком строки - FlylinkDC.exe /sqltrace
2. в файле Logs\sqltrace.log наблюдаем поток SQL запросов к базе
3. если находите кривые или избыточные запросы - сообщайте будем оптимизировать.
* В окне хаба в списке юзеров окончательно исправлена ошибка с сортировкой опов. (прошу подтвердить кто это просил)
* Все дополнительные файлы баз данных
- FlylinkDC_dht.sqlite
- FlylinkDC_log.sqlite
- FlylinkDC_mediainfo.sqlite
Сообщения
17 комментариев:
Предлагаю перенести в настройках вкладку ШАРА в избранные хабы.
Это даст возможность задавать шару для конкретного хаба в избранных.
Как это видется подключаемся к хабу шара 0, если хаб нужен добавляем в избранные как и раньше, но в избранных появляется вкладка ШАРА где можно задать как обычно ее. Где генерируется файлист тока для этого хаба, оне потом и отдается юзеру если запрос прошол с этого хаба на файлист.
В чем выгода:
Для интернет хабов можно сделать шару не большую, аналогично для локалки и пиринга максимальную, плюс огробный для тех хабов где стоит ограничение на вход по шаре (ввиду отсутствия мозгов у админов которые считают что шары больше 10Тб не можит быть)
Если хаб не пускает (ограничение на вход по шаре), то как обычно отключило от этого шаба добавили его в избранные и там сделали шару.
Если хаб локальный имеет выход в инет, то все как обычно будет качатся файл лист именно для этого хаба.
Минус будет только один что будет файлистов стока сколько будет хабов подключенных в избранных.
Но это мелочь по сравнению что дает эта фишка, и наверника будет пользоватся спросом и на других клиентах, наверника не так сложно это реализовать.
С опами все впорядке работает как надо спс.
Долго сам себя закрывал, чтобы закрыть себя после обновления, появилось это с 69 бетки
Жужжащий
Вот что в лог нажужжало.
По ходу он всю очередь так обрабатывает, а там не один гиг... за несколько минут 70 мб лог... и даже после корректного выхода висит в процессах и шумит пока не прибьешь..
[2013-03-13 22:10:52] commit;
[2013-03-13 22:10:52] begin;
[2013-03-13 22:10:52] delete from fly_queue_source where fly_queue_id=79848
[2013-03-13 22:10:52] insert or replace into fly_queue (
Target,Size,Priority,Sections,Added,TTH,TempTarget,AutoPriority,MaxSegments,id,CID,Nick,CountSubSource) values('I:\DC++\cdr\202\0746.JPG',3762747,2,'',1361547978,x'132dcae5bae64da7126a58f3c6f838c772a26f563cf5f5f7','',1,50,79848,x'6bb9ec3c3f7ef42747e4824c59e25ae785cab1dfc5f15821','cdr',0)
[2013-03-13 22:10:52] commit;
[2013-03-13 22:10:52] begin;
[2013-03-13 22:10:52] delete from fly_queue_source where fly_queue_id=56743
[2013-03-13 22:10:52] insert or replace into fly_queue (
Target,Size,Priority,Sections,Added,TTH,TempTarget,AutoPriority,MaxSegments,id,CID,Nick,CountSubSource) values('I:\DC++\che\tempodoc\РІС\1095.JPG',1987791,2,'',1361383604,x'92e53c02ead12c78d52fd5b2fcae210ff1ade27a981ec08f','',0,50,56743,x'55cc89445690864629dd43998077d80ff234787a0aefbd3a','che',0)
[2013-03-13 22:10:52] commit;
[2013-03-13 22:10:52] begin;
[2013-03-13 22:10:52] delete from fly_queue_source where fly_queue_id=1672
[2013-03-13 22:10:52] insert or replace into fly_queue (
Сколько файлов в очереди?
даааааа вы сделали это!)))))
неужели оперы поченились)))))
П.С пока полет нормальный... багов с операми и т.п не замечано)
Порадовало в окне статус перестали мелькать юзеры с полосками отдачи\загрузки
тут серьезнее похоже баг нашелся чем сортировка опов :(
по именам файлам 1095.JPG
можете посмотреть вы их недавно добавили и их очень много?
давайте дождемся когда все отжужит и локализуем проблему?
По алгоритму очередь должна скидываться в базу пачками по таймеру раз в 10 секунд.
и туда должны попадать только записи помеченный как грязные.
такая активность может быть вызвана очень большим кол-вом записей в очереди
я счас со своей стороны проведу тест если не усну :)
забил в поиске: 1095.JPG
нашло 177 файлов/картинок) ну эт наверн нормально... они там с разными названиями прост есть данные циферки "1095"
Еще жужащему. если эти файлы старые и не менялись то по ним сброс на диск не должен проходить
может сломали признак загрязнения
и он тупо сливает все записи....
в общем почти нашли. жужащий вы очень помогли. спасибо.
Для жужащего
проверьте вот этот вариант - станет лучше?
http://rghost.ru/download/44484669/28cf5847d2a519bf92aabb74f19196933a5f5bba/FlylinkDC-r502-sql-fly_queue-optimisation-build-13258.7z
Если все ок - вечером выпущу новую бетку и sp12.x
также вроде спидометр починил ежик.
Подтверждаю, спидометр в норме
https://dl.dropbox.com/u/5624901/Pic54248.PNG
На публику скоро выйдет 71 бетка, там исправлена несколько критических моментов, в том числе расчёт скорости на отдачах, и повышенная нагрузка на жёсткий диск. Пока же только пользователи внутренних веток: серой и ежовой могут получить последние фиксы, обновившись до r502-beta70 r13261.
Жужжащий
FlylinkDC-r502-sql-fly_queue-optimisation-build-13258.7z
жужит точно так же , до конца прогнать не смогу... это на ночь оставлять надо =)
Очередь большая измерить количество и вес не знаю даже как =) тысячи штук и гигабайты...
Если до вечера идей не образуется могу на ночь поставить пожужать..
в старой версии 12938 в окне закачек показывает 98000 штук на 219 Гб =))
"в старой версии 12938 в окне закачек показывает 98000 штук на 219 Гб =))"
что значит в старой?
в новой это число изменилось?
или некоторые файлы докачались?
Жужащий
Просто в новой не успеваю до списка закачек дойти... оно когда жужжит полностью зависает (не отвечает) =)
Отправить комментарий