Проблемы со Средством отслеживания XBT, средством отслеживания БитТоррента
Я использовал Средство отслеживания XBT (средство отслеживания БитТоррента). На Debian Lenny главным образом. Моя проблема состоит в том, когда средство отслеживания достигает данного числа коллег, это умирает. Нет никакого информативного сообщения отладки, никакого дампа, ничего. Последний релиз Windows действительно упоминает изменение, которое говорит, что он фиксирует это (я думаю, что это - источник нашей проблемы), но так как я запускаю Linux..
Так.. Что я должен использовать? На котором ОС?
1 ответ
Мы использовали Средство отслеживания XBT (XBTT) на FreeBSD долгое время. Теперь мы имеем о 500k + коллеги, и они быстро растут. И у нас есть объявить интервал 700-секундных, который является очень низким.
1. Единственная оптимизация для Средства отслеживания XBT, о котором я услышал в Linux:
#Backlog
net.core.netdev_max_backlog = 4096
net.core.somaxconn = 4096
# In case you use listen_check
net.ipv4.ip_local_port_range="1024 65535"
net.ipv4.tcp_syncookies = 1
#Timewait sockets (this can negatively impact clients under NAT)
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
#Firewall conntrack
net.ipv4.netfilter.ip_conntrack_max = 1048576
net.nf_conntrack_max = 1048576
Не забывайте увеличивать максимальное число открытых файлов:
ulimit -n 1000000
и сохраните изменения в limits.conf
2. Наше использование Средства отслеживания XBT после патча: Послушайте Очередь увеличение Len
3. Эта строка конфигурации может быть полезной:
listen_check = 0
и также мы имеем очень короткий
read_files_interval = 2
write_db_interval = 3
4. Настройка MySQL требуется как минимум, который необходимо увеличить
max_allowed_packet = 48M
5. Также как примечание стороны, на Linux XBTT использует epoll (), в то время как на других Ose она использует выбор (), который не подходит для highload.
PS. Можно проверить OpenTracker, если ничто не помогает. Но я не протестировал его.