egor2fsys 5 Posted 2006-06-27 10:42:36 Share Posted 2006-06-27 10:42:36 ПЕРЕД КОМПИЛЯЦИЕЙ expat НЕОБХОДИМО СДЕЛАТЬ ./configure --prefix=/usr а уже потом make и make install Link to post Share on other sites
UR3LTG 0 Posted 2006-06-27 10:48:45 Share Posted 2006-06-27 10:48:45 ПЕРЕД КОМПИЛЯЦИЕЙ expat НЕОБХОДИМО СДЕЛАТЬ./configure --prefix=/usr а уже потом make и make install Пардоньте, не компилил. Ставил как пакет. В /usr/lib и в /usr/include ставил линки на соответствующие файлы из /usr/local/... Или посоветуете скомпилить expat из сырцов? Link to post Share on other sites
egor2fsys 5 Posted 2006-06-27 11:33:44 Share Posted 2006-06-27 11:33:44 документацию читали ? чувствую что нет. http://stg.dp.ua/doc20/install_server.html если в пакете старая версия, то это тоже плохо Link to post Share on other sites
UR3LTG 0 Posted 2006-06-27 11:49:17 Share Posted 2006-06-27 11:49:17 документацию читали ?чувствую что нет. http://stg.dp.ua/doc20/install_server.html если в пакете старая версия, то это тоже плохо Спасибо, но из дистрибутива FreeBSD 5.4 у меня ставился Expat 1.95.8. Я его удалил и поставил из пакаджей expat-2.0.0_1. Какой Expat нужен для сборки stg-2.4.8.6? За ссылку к документации то же спасибо. Просто не мог определить, какой из разбросанных в инете пакетов документации основной. Только возникает вопрос: для stg-2.4.8.6 правильно make bsd5 или ./build? Заранее благодарен за ответ. ЗЫ: Линки /usr/local -> /usr/ это неправильный путь? Link to post Share on other sites
egor2fsys 5 Posted 2006-06-27 13:03:04 Share Posted 2006-06-27 13:03:04 лучше не делать линки, а изначально поставить все правильно. для 2.4 нужно делать ./build Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 12:31:32 Share Posted 2006-06-28 12:31:32 лучше не делать линки, а изначально поставить все правильно.для 2.4 нужно делать ./build Уважаемый egor2fsys, большое Вам спасибо за помощь! Все проблемы с компиляцией решились установкой пакета в /usr (pkg_add -p /usr expat-2.0.0_1.tbz). Но возникла другая проблема: заниженные показания счетчиков трафика. Имеется: машина Cel 433/ 96 Mb RAM/ 2x NIC RTL8139. rl0 - внешний интерфейс, смотрит на ADSL модем. IP 192.168.1.50/255.255.255.0. rl1 - внутренний интерфейс, смотрит в локалку. IP 10.0.1.50/255.255.255.0. На ней стоит FreeBSD 5.4 с поднятым inetd (sshd, ftpd), NAT и firewall. Адрес моей машины, подключенной к локалке - 10.0.1.100, ADSL - 196.168.1.1. В настройках stargazer-а указан iface = rl1. На серваке поднят FTP. Пытаюсь тянуть на свою машину файл весом 57 Мб - трафик стабильно 23-25 Мб. Заливаю его же - 45-48 Мб. Практически при любых настройках в файле rules (т.е. таких, при которых трафик как то считается ), stargazer показывает около 40% трафика на download, и около 75% на upload. Скорость скачивания/закачивания - около 1 Мб/сек. Текущие настройки rules таковы: All 192.168.1.1 DIR0 ALL 10.0.1.50 DIR1 ALL 10.0.1.0/24 DIR1 В файле stargazer.conf соответственно укзано: DirName0 = Internet DirName1 = Local DirName2 = DirName3 = DirName4 = DirName5 = DirName6 = DirName7 = DirName8 = DirName9 = С 9 вечера вчерашнего дня до 6 утра сегодняшнего было перепробовано множество вариантов настройки. Результаты примерно одинаковы. Нагрузка на процессор при самых плохих условиях не превышает 40 % (idle менше 60% просто не видел). В среднем 20-25%. Сам stargazer потребляет от 1% до 7% времени CPU. Причем, при скачке большого файла эта величина постепенно растет от 1% до 6-7%. При этом пиковое значение прерываний - не более 15% (времени CPU). Версия сервера - Stargazer 2.4.01. Пожалуйста, подскажите в какую сторону копать? Заранее благодарен за ответ. ЗЫ: ADSL к линии пока не подключен (это будет происходить не у меня), так что как обстоят дела на внешнем интерфейсе я пока не знаю. Конечно же при обращении к web-конфигуратору ADSL-ника что то считается, но правильность этих показаний под большим вопросом. Link to post Share on other sites
egor2fsys 5 Posted 2006-06-28 12:41:53 Share Posted 2006-06-28 12:41:53 добавьте последней строкой в файл правил ALL 0.0.0.0/0 DIR0 этим вы посчитаете весь неклассифицированный трафик, который не попадает в первые строчки ваших правил. однако надо учесть что сюда попадут бродкасты и так далее. если не поможет то посмотрите в момент закачки нагрузку на проц. ну или придётся перейти на версию 2.0.16 Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 13:29:33 Share Posted 2006-06-28 13:29:33 добавьте последней строкой в файл правилALL 0.0.0.0/0 DIR0 этим вы посчитаете весь неклассифицированный трафик, который не попадает в первые строчки ваших правил. однако надо учесть что сюда попадут бродкасты и так далее. если не поможет то посмотрите в момент закачки нагрузку на проц. ну или придётся перейти на версию 2.0.16 Огромное спасибо Вам за столь быстрый ответ! насчет ALL 0.0.0.0/0 DIR0 сейчас попробую. Только что пробовал загрузить машину (компиляция stargazer-а) и погонять файлы. Итог: скачка 19 Мб, заливка 48. Файл тот же, 57 Мб. Все привенные предыдущем моем посте значения загрузки системы - именно при скачивании/закачивании. Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 13:42:25 Share Posted 2006-06-28 13:42:25 После приведения rules к виду: All 192.168.1.1 DIR0 ALL 10.0.1.50 DIR1 ALL 10.0.1.0/24 DIR1 ALL 0.0.0.0/0 DIR0 В локалке было подсчитано 5 Мб с копейками. %) "Инетный" интерфейс - по нулям. В общем, рекомендуете перейти на 2.0.16? Там другой механиз подсчета трафика? Как правильно снести stargazer-а? Заранее благодарен за ответ. Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 13:59:28 Share Posted 2006-06-28 13:59:28 Прошу извинить, не заметил "All 192.168.1.1 DIR0". Поправил на "ALL 192.168.1.1 DIR0". Закачка стала 23 Мб, заливка - 48 Мб. На всякий случай подчеркиваю, что FTP стоит на том же сервере, что и stargazer. Link to post Share on other sites
egor2fsys 5 Posted 2006-06-28 14:28:28 Share Posted 2006-06-28 14:28:28 старый сносить не надо. достаточно заменить бинарник и конфиг сервера Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 14:39:30 Share Posted 2006-06-28 14:39:30 Ясно, спасибо. Скажите пожалуйста, виндовый менеджер 1.67.8 и авторизатор 2.44.6 с stargazer 2.0.16 совместимы? Или лучше поставить все из http://stg.dp.ua/download/all_in_one/redirect_2005_05_17.htm? Конфиг это который stargazer.conf? Заранее благодарен за ответ. Link to post Share on other sites
egor2fsys 5 Posted 2006-06-28 14:51:55 Share Posted 2006-06-28 14:51:55 совместим авторизатор и сервер. конфигуратор лучше взять 1.60.7 Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 16:58:34 Share Posted 2006-06-28 16:58:34 Ясно, спасибо. В общем, собрал я stargazer-2.016.7.6.src.tgz (make bsd5), поместил stargazer в /sbin. Ейный конфиг - в /etc/stargazer. Пробую запускать - ничего не выходит. Процесс не появляется: stargazer ; ps ax | grep star 941 p0 R+ 0:00,01 grep star Может быть надо установить старый expat? Сейчас у меня стоит 2.0.0_1. Заранее благодарен Вам за ответ. Link to post Share on other sites
CronAcronis 0 Posted 2006-06-28 17:03:09 Share Posted 2006-06-28 17:03:09 В логах что tail -n 15 /var/log/messages Link to post Share on other sites
egor2fsys 5 Posted 2006-06-28 18:20:24 Share Posted 2006-06-28 18:20:24 stargazer.conf правили ? дефолтный может не покатить Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 18:46:34 Share Posted 2006-06-28 18:46:34 Ребята, большое вам спасибо за натырку! Действительно, в stargazer.conf был ералаш с правами. В общем, все запустилось. Но ситуация с учетом трафика по прежнему не очень хороша. С переходом на 2.0.16 upload начал считаться нормально (даже чуть с лишком, но я это отношу на служебные данные). А вот download - 52,25 из 57 Мб. rules по прежнему: ALL 192.168.1.1 DIR0 ALL 10.0.1.50 DIR1 ALL 10.0.1.0/24 DIR1 ALL 0.0.0.0/0 DIR0 stargazer.conf в этом отношении остался тем же. Что делать?! Куда копать? Заранее очень благодарен всем Вам за советы! ЗЫ: Чуть не забыл, загрузка проца осталась прежней. Link to post Share on other sites
UR3LTG 0 Posted 2006-06-28 20:45:54 Share Posted 2006-06-28 20:45:54 Для полноты картины, вот статистика с внутреннего интерфейса во время прокачки файла: С сервера. netstat -w 60 -I rl1 -d input (rl1) output packets errs bytes packets errs bytes colls drops 27355 0 1641333 41011 0 62077878 0 0 На сервер. netstat -w 60 -I rl1 -d input (rl1) output packets errs bytes packets errs bytes colls drops 92626 0 64864997 46461 0 2509616 0 0 Длина файла - 59,862,992 байт. Насколько я понимаю, BPF все успевает ловить. Link to post Share on other sites
UR3LTG 0 Posted 2006-06-30 10:11:40 Share Posted 2006-06-30 10:11:40 В общем, все решилось: зашейпил внутренний интерфейс на 100 Мбит %) и обрел счастье правильного подсчета. Но один момент мне до сих пор не ясен: из каких соображений Автор СТГ приоритезировал подсчет трафика "наружу" перед подсчетом "внутрь"? И на последнем 2.4.8.6, и на 2.016.7.6 трафик в направлении UP явно считается ближе к истине (при условии, что проца не хватает на обработку буферов). Хотя, Cel433 с таким трафиком должен справляться на ура. Да и идеология расчета числа байт и их стоимости в одном потоке, на мой взляд, глубоко порочна. Тут действительно нужен хороший запас вычислительной мощности. В отличии от случая распараллеливания этих процессов. ИМХО, тут было бы лучше применить подход схожий с построением частотомеров на микроконтроллерах: счетчик работает в асинхронном режиме относительно основной программы, а та только время от времени проверяет его состояние. Правда, это совсем другая архитектура... Хотя может быть я не прав. Но опять же, таково мое ИМХО. Link to post Share on other sites
sypper-pit 0 Posted 2006-07-10 09:52:03 Author Share Posted 2006-07-10 09:52:03 всё проще чем вы думает ... просто считается по покетам и затем количество покетов ссумируется и округляется ... именно по этой причине происходят непонятки при суммах трафика .. хотя всё общитывается по логам верно Link to post Share on other sites
UR3LTG 0 Posted 2006-07-10 09:58:16 Share Posted 2006-07-10 09:58:16 всё проще чем вы думает ... просто считается по покетам и затем количество покетов ссумируется и округляется ... именно по этой причине происходят непонятки при суммах трафика .. хотя всё общитывается по логам верно Немного не понял Вашу мысль. Как может вестись учет по количеству пакетов, если их длина, в общем случае, разная?! Link to post Share on other sites
XoRe 0 Posted 2006-07-11 06:53:11 Share Posted 2006-07-11 06:53:11 Наверное sypper-pit говорил про покеты, а имел в виду байты ) 2sypper-pit: почему тогда на одних системах этой программой считается нормально, а на других нет? Процессоры вроде считают и там и там одинаково ) Link to post Share on other sites
sypper-pit 0 Posted 2006-07-13 13:03:51 Author Share Posted 2006-07-13 13:03:51 да я говорил про пакеты Link to post Share on other sites
XoRe 0 Posted 2006-07-14 05:42:48 Share Posted 2006-07-14 05:42:48 Количество пакетов - это всегда натуральное число. 0,5 пакета прийти не может. Даже фрагментирование - это разбиение одного пакета на несколько. В логах СТГ количество трафика пишется в байтах. Поэтому тут потерь быть не может. Потери могут быть в стоимости. В логах стоимость пишется с точностью до 7 знака (или до 6го?). В общем минимальная стоимость будет 0,000001. Если пользователь накачал на 0,0000015, то эот посчитается как 0,000001. Вот где округление может сыграть злую шутку. В остальных случаях траффик может пропускаться изза большой нагрузки на сервер или изза программных сбоев. Link to post Share on other sites
sypper-pit 0 Posted 2006-07-18 18:49:59 Author Share Posted 2006-07-18 18:49:59 нет я говорил немного про другое просто в одном пакете может быть разное MTU , пример есть пакеты на 1500MTU - LAN100mbs и 563MTU - dial-up сответственно получается что модему нужно отослать ~ 3 пакета , а сетевухе 1 вот я про что Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now