Reply With QuoteЕсли это не слишком сложно, включите, пожалуйста в to-do.Originally Posted by bsl45
Вот топик, где люди столкнулись с той же проблемой - http://www.networkedmediatank.com/sh...d.php?tid=3462
Senior Member
Запустите udpxy из командной строки и посмотрите версию (номер сборки) в прошивке Олега. Затем скачайте исходники из sourceforge.net и посмотрите в файле CHANGES изменения, внесённые после данной сборки.
Senior Member
Если это не слишком сложно, включите, пожалуйста в to-do.
Вот топик, где люди столкнулись с той же проблемой - http://www.networkedmediatank.com/sh...d.php?tid=3462
Senior Member
Включил. Всех с наступающими...
В альфа прошивке 1.9.2.7-10d обновлен udpxy-1.0_Chipmunk
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Я поставил себе прошивку из А остались ли еще энтузиасты-разработчики? со встроенным udpxy 1.0_Chipmunk (build 7). Проблема в том, что просмотр через udpxy жутко тормозит, выпадают кадры, IP-TV Player подвисает, лог роутера переполняется записями вида "udpxy[200]: write_buf: write: Resource temporarily unavailable". В то время просмотр через multicast route или в 10 Олеговской прошивке через более раннюю версию udpxy - работает замечательно! В чем может быть проблема? Может в прошивке заданы неверные параметры запуска udpxy?
Senior Member
Посмотрите, пожалуйста, с какими параметрами работает и та и другая версия - заодно и версию в 10-ой прошивке сообщите. Протестируйте с запуском вручную на одном и том же потоке (достаточно близко по времени), желательно со своим журналом (-l). Если в 10-ой прошивке версия "lean", надо проверить, не будет ли разницы при переходе (на той же версии) на "debug".
Forum Guru
bsl45
Я боюсь дело в новой uClibc 0.9.29. Похоже AlexeyS надо взять новый udpxy, положить вместе с библиотекой в /opt на старой прошивке 1.9.2.7-10, прописать LD_LIBRARY_PATH=/opt/lib, убить штатную, и запустить новую с теми-же параметрами.
Ну, вот, запустил udpxy вручную (пока правда только на новой прошивке): результат - какое-то время показывает нормально, а затем начинает тормозить. Если результата не будет - с 10 версией попробую завтра поэксперементировать, там версия udpxy 0.1-37
udpxy.log.txt
Senior Member
Важно, чтобы тестирование было почти что одновременно, сначала на одной версии, потом на другой.
Проблему Вашу вижу, попробуйте, как предлагает, IIy, новую библиотеку. Сравните работу.
Last edited by bsl45; 20-01-2009 at 21:36.
Пришла в голову еще одна идея: скомпилировать старую версию с новой библиотекой и попробовать на новой прошивке... Вечером протестирую.
Проверил, по очереди запустил на новой прошивке старую (0.1-37) и новую (1.0-7) версии. Старая, как и ожидалось - работает без сбоев, новая - как и вчера... Обе версии для равности условий эксперимента пересобрал с тулчейном http://wl500g.googlecode.com/files/h....1.2-1.tar.bz2
Похоже причина именно в udpxy 1.0 - 7
0.1-37.log.txt
1.0-7.log.txt
Senior Member
пробная сборка 8
Вот пробная сборка 8 - попробуйте на ней.
Я откатил способ записи, используемый в сборке 7 - похоже, он был выполнен и неказисто, и ненадёжно (ох уж эти инновации...).
Вот, теперь похоже работает, правда проверил достаточно бегло.
При более беглом рассмотрении, заметил, что не смотря на отсутствие ошибок - переодически наблюдаются выпадения на изображении, напрямую и в версии 0.1 такого не наблюдается
Senior Member
Алексей, мне кажется, я докопался, в чём разница:При более беглом рассмотрении, заметил, что не смотря на отсутствие ошибок - переодически наблюдаются выпадения на изображении, напрямую и в версии 0.1 такого не наблюдается
В версии 0.1-37 параметр -R (rcache) выставлен по умочанию в 1 (единица), что означает "буферизируй не более одного пакета", во всех сборках версии 1 (Chipmunk) данный параметр устанавливается в "-1" (минус 1), что означает "буферизируй столько сообщений, сколько вместит буфер" (buffer size). Буфер же по умолчанию 64К - 65536 байт.
Итак, в версии 0.1-37:
В версии 1.0-7:Code:2009-01-21 19:06:23.428553 MSK Relaying traffic from socket[2] to socket[7], buffer size=[65536], rcache=[1]
В Вашем случае работает вариант, когда сообщения не "задерживаются" долго в буфере, т.е. -R 1 или чуть больше (попробуйте постепенно увеличивать и определите свой предел. Можно также поиграть и с параметром -H - он определяет максимальное время нахождения данных в буфере (но тут разрешение в секундах и это, если время дорого, не слишком высокое разрешение) и, стало быть, не даёт данным там "застаиваться" дольше указанного промежутка. Сначала попробуйте всё же -R и -B (размер буфера). Если (или когда) "нащупаете" оптимальный для себя параметр -R, можете "подогнать" под него размер буфера (из расчёта один пакет - 1344 байта), чтобы не выделять память впустую.Code:2009-01-21 19:09:54.608127 MSK 176 Relaying traffic from socket[2] to socket[7], buffer size=[65536], rcache=[-1]
Попробуйте, в общем, и напишите, что получилось. Я буду в отлучке до 4-го февраля, посмотрю на результаты по приезду.
Last edited by bsl45; 24-01-2009 at 04:51.
Posting Permissions
