Форум vBTorrents.org - Changelog для версии 2.5 alpha

Форум vBTorrents.org (https://vbtorrents.org/index.php)

- Разработка VBTT (https://vbtorrents.org/forumdisplay.php?f=11)

- - Changelog для версии 2.5 alpha (https://vbtorrents.org/showthread.php?t=64)

Changelog для версии 2.5 alpha

Т.к. после релиза проблематично будет вспомнить и описать весь список изменений, то пока буду отписываться в этой теме об изменениях которые будут в 2.5 версии.

Таблица пиров разбита на две: активные пиры и архив пиров. Что дало возможность отойти от ограничения идущего еще от xbtt - один пользователь/один торрент. Как следствие размер таблицы с постоянным доступом (теперь это активные пиры) стал значительно меньше, что в свою очередь значительно ускорило работу с этой таблицей.
Все критические настройки используемые и в аннонсере и в фронтэнде вынесены в файл конфига булки - config.php. Я понимаю что это не совсем удобно, но всетаки этот файл не изменяется при обновлении Vb на новые версии и основные настройки vbtt, такие как время аннонса и т.п. меняются очень редко. А вынесение этих настроек в файл конфига уменьшает количество запросов в момент аннонса на 1.
Полностью изменена логика расчета текущей статистики - теперь все тяжелые запросы делаются по крону, такие как обновление таблиц user и attachment. Убрана вся логика из php кода и перенесена в sql запрос.
Write-cache включен по умолчанию - из аннонса убраны все update таблиц - остались 1 insert и 1 replace (к тому же replace-а не будет если не использовать лимиты для личеров), значительно уменьшено количество select-ов.
Для каждого отдельного пхп кеша будет отдельный файл оптимизированный специально для него (на данный момент только xcache т.к. могу нормально протестировать только на нем). Соответственно при использовании кеша количество запросов к БД при аннонсе можно свести к 0.
Проверка порта на открытость вынесена в крон из аннонса, что тоже значительно повысило производительность. К тому же теперь пара IP/порт проверяется только 1 раз, что хорощо сказалось на суммарной производительности. А именно раньше в момент аннонса при попытке открытия порта стоял таймаут в 5 сек, что могло сильно увеличить время отклика сайта если одновременно приходило много аннонсов с недоступных портов. Теперь же (при переносе в крон) сделал таймаут настраиваемым. При проверке оказалось что при таймауте в 2 сек, в момент теста портов в один поток за 30 сек крон может проверить от 200 до 15 портов. Это хоть и не очень много но задача отрабатывается каждую минуту поэтому без проблем может проверять более 10К активных пар ip/порт

просьба фиксировать все запросы по модификациям БД, чтоб потом можно было обновить скриптом.

Цитата:

Сообщение от snake007v (Сообщение 1030)

просьба фиксировать все запросы по модификациям БД, чтоб потом можно было обновить скриптом.

Зафиксирую когда доделаю, потому что в данный момент поля в БД меняются по несколько раз в день.

Небольшое изменение в работе статы как профиле пользователя, так и и статистики торрента.
Для меню торрента: "Список пиров" отображается только текущая статистика активного пира. Может быть несколько для одного пользователя. Почему не учитываю суммарную стату (включая архивную), потому что тогда стоит полная неопределенность в плане суммирования, если несколько пиров одного пользователя. Например, человек раздает с 2-х компьютеров, уже засчитанного аплоуда на 20ГБ (архив), активной статы на одном компе 5Гб, на другом 10ГБ. Если просто добавлять архивную к текущей, то получится что на одном компе в сумме раздал 25ГБ, на другом 30ГБ, т.е. в сумме 55ГБ, хотя реально всего 35ГБ (20+5+10).

Аналогично и с текущей активностью пользователя на трекере, будет отображаться только текущая стата.

Для Скачали/подключились в статистике торрента, загруженные и скаченные торренты в профиле пока все остается по прежнему

Почти закончил переписывание аннонсера.
Вся часть при работе с чистым мускулем уже переписана.
Переписываю часть работы с кешем. Пока что количество запросов в момент аннонса от 2 до 3 ( один из которых селект по индексу, остальные инсерты в мемори таблицы). Но можно избавиться и от этих запросов :))))
Думаю за сегодня завтра сделаю (по крайней мере от селекта)...

*YAHOO* Убрал еще один запрос из аннонса, теперь остался всего один запрос инсерта в memory таблицу.
Как следствие сейчас около 1.2 запроса на аннонс и 0.1 запрос на скрейп.
Теперь если переведу и очередь аннонсов на кеш, то можно убрать и инсерт, тогда получится на аннонс около 0.2 запроса.

ждём исходники :)

А когда приблизительно планируется релиз 2.5?

Цитата:

Сообщение от r4mZeS (Сообщение 1330)

А когда приблизительно планируется релиз 2.5?

тож интересно!