Здравствуйте. Поддерживаю на плаву программу, получающую большие объемы данных через tcp сокеты. Что будет происходить, если посылать ей количество пакетов, "выходящее за рамки допустимого"? Возможно ли добиться переполнения буфера TCP/IP? Какие еще могут быть проблемы на стороне принимающей программы, и как их отследить?

Здравствуйте. Есть задачка: при передаче больших объемов данных через сокеты, изменять длину отсылаемого пакета, и смотреть, как это сказывается на производительности. Проблем с самой передачей данных нет (делаю все согласно статье http://www.rsdn.ru/article/unix/sockets.xml), а вот как регулировать длину длину пакета - не нашел.

Листал Стивенса... есть MTU, MSS, буфер сокета... но как регулировать размер самого пакета?

Здравствуйте. Суть вопроса: есть изолированная локальная сеть. Все компьютеры получают время с сервера (Suse Linux 9.3), посредством демона xntpd. Экспериментально установлено, что локальные часы сервера сильно "врут" (могут за несколько суток отстать на полчаса). В то же время, я вижу, что часы на материнской плате сервера "врут" гораздо меньше. Насколько мне известно, Linux синхронизирует свои часы с хардварными только при загрузке ОС, а сервер должен работать без перезагрузок длительное время. Вопрос: можно ли средствами xntpd синхронизировать локальные часы компа с хардварными?

P.S. Конечно, можно просто поместить в крон скрипт, выполняющий hwclock --hctosys (первое, что пришло мне в голову), но мое руководство отличается нездоровым минимализмом...

Доброго времени суток!

Возникла такая задача: синхронизировать время на компе с Suse 9 с компом, на котором Windows XP (да, звучит странно ). То, с чем синхронизируется Windows - несущественно, система предполагается изолированной. Поднял на XP сервер NTP через gpedit.msc -> Административные шаблоны -> Система -> Служба времени.

Далее пишу на компе с Linux:

ntpdate 10.0.1.106 //ip хоста с Windows

Все отлично синхронизируется Следующим шагом скрипт, выполняющий ntpdate, положил в /etc/cron.hourly, получил регулярную синхронизацию, без всяких демонов.

Однако, начальство сказало все сделать на Linux через демона ntp. ладно:

chkconfig xntpd on

Демон теперь постоянно висит в системе, вот конфиг /etc/ntp.conf :

//---------------------

server 127.127.1.0 fudge 127.127.1.0 stratum 8

server 10.0.1.106

//---------------------

Однако демон не работает Пишу ntpq -p, у хоста 10.0.1.106 всегда reach=0 (stratum=2, jitter=4000) Пробовал убирать локальный источник синхронизации (комментил 2 первые строчки в /etc/ntp.conf) - безрезультатно. Эспериментально было остановлено, что комп с Linux каким то образом синхронизируется при загрузке системы. При рабочей системе ntpq -p показывает вышеописанную картину, и синхронизация не происходит вообще.

Как же быть с демоном ntp?

Доброго времени суток. Программа с таблицей TreeView, на которую постоянно поступают новые данные. Я использую метод GTK::TreeView::queue_draw(), чтобы принудительно перерисовать таблицу, после того, как записываю новые данные в TreeModel.

Программа работает пару суток, затем падает, что меня очень сильно не устраивает. Сообщение при падении: GLib-GObject-ERROR **: file gsignal.c: line 646 (emission_pop): should not be reached aborting...

Иногда вываливается Segmentation fault.

Использую gtkmm2-2.2.8, gcc 3.3.3, SuSE 9.3 Буду благодарен за любую помощь.