Dmitry Lendel пишет: > Привет. > Сервер выставлен в Inet. OS Linux. Интернет довольно шустрый. 512 > Имеет ли смысл что-то менять в настройках FB? Например TCP Remote buffer? > Какой размер страницы оптимален для Linux. 2048? > Есть жалобы на скорость работы. Запросы очень простые и оптимизированные. > Данных не много. В некоторых случаях летает, а в некоторых приходится ждать. > Я бы мог с админом поинраться. Буду признателен за рекомендации. > Дмитрий >
Накладные расходы на служебный траффик велики. По поводу улучшений протокола в двойке ДЕ писал тут (см. от 4 мая - Improved remote protocol): http://www.firebirdsql.org/index.php?op=devjournal Но сам я еще FB 2.0 "не щупал ни разу". Ничего в конфигах не исправлял (у меня классик 1.5.3 под линухом в инет провешенный). Все по умолчанию. Только KEEPALIVE настроил, но это уже не FB, а операционки касается. Пробовал увеличивать и выигрыша не получил. Посему считаю, что Remote buffer увеличивать смысла особого нету, т.к. все равно по дороге разрежется по 1500 байт ;-) MTU на роутерах обычно ведь никто не меняет. Вот если вся дорога от клиента до сервера у тебя под контролем, то да, тут можно поиграть параллельно с MTU на роутерах и Remote buffer в конфиге FB. На базах размер страницы 8K. Технология - чистый клиент-сервер. Запросы (много мелких друг за другом, не считал сколько, на разных базах по-разному), которые отрабатывают на локалке за 20 секунд, через инет работают 20 минут (канал на сервере 768К, у клиентов 256K, с десяток-другой промежуточных роутеров по дороге от сервера к клиентам). Это самое длительное, что у меня есть. Типовая операция продажи одного автобусного билета с удаленного сервера занимает от одной до полутора минут. А это пяток легких запросов (читающие и пишущие) да что еще FIBPlus служебного нагенерит ;-) Но всех это устраивает, ибо с самого начала все к этому были готовы. Опять же, на роутерах посреди дороги бывают затыки и это тоже вносит коррективы в итоговое время от запроса до получения результатов. Слишком много факторов при оценке "скорострельности" при работе через интернет. Было, я по началу пытался анализировать, но потом бросил эту затею. Неудобно людей дергать в других городах исполнить какую-то мою блажь ради никому ненужного эксперимента, результаты которого день ото дня разнятся. -- Regards, Ovchinnikov Vasily ova at tkvc ru --~--~---------~--~----~------------~-------~--~----~ -~----------~----~----~----~------~----~------~--~---
