DmitryLe пишет: > Привет. > Возможно ты и прав. Почему-то основной > тормоз там, где запрос ничего не > возвращает. Т.е. пусто. Парадокс. > Сложный запрос с объединением 5 таблиц > и одним параметром летает, а тупой как > пробка, но пустой до 1.8 сек. Почему?
Накладные расходы на служебный траффик велики. По поводу улучшений протокола в двойке DE писал тут (см. от 4 мая - Improved remote protocol): http://www.firebirdsql.org/index.php?op=devjournal Но сам я еще FB 2.0 "не щупал ни разу". Ничего в конфигах не исправлял (у меня классик 1.5.3 под линухом в инет провешенный). Все по умолчанию. Только KEEPALIVE настроил, но это уже не FB, а операционки касается. На базах размер страницы 8K. Технология - чистый клиент-сервер. Запросы (много мелких друг за другом, не считал сколько, на разных базах по-разному), которые отрабатывают на локалке за 20 секунд, через инет работают 20 минут (канал на сервере 768К, у клиентов 256K, с десяток-другой промежуточных роутеров по дороге от сервера к клиентам). Но всех это устраивает, ибо с самого начала все к этому были готовы. Опять же, на роутерах посреди дороги бывают затыки и это тоже вносит коррективы в итоговое время от запроса до получения результатов. Слишком много факторов при оценке "скорострельности" при работе через интернет. Было, я по началу пытался анализировать, но потом бросил эту затею. Неудобно людей дергать в других городах исполнить какую-то мою блажь ради никому ненужного эксперимента, результаты которого день ото дня разнятся. -- Regards, Ovchinnikov Vasily ova at tkvc ru --~--~---------~--~----~------------~-------~--~----~ -~----------~----~----~----~------~----~------~--~---
