Медленная работа через VPN
Модераторы: kdv, Alexey Kovyazin
Медленная работа через VPN
В сети с FB 1.5 часть машин подключена через локалку, а часть через глобальную сеть с VPN. К скорости работы программы на клиентах в локалке нет притензий, а через VPN работает очень медленно-некоторые пункты меню открываются 3-7 мин. Посоветуйте, как можно ускорить работу? Заранее, спасибо.
Епт, мне почему-то показалось, что речь идет о терминальном подключении .
1. Пропускная способность канала?
2. Что означает
3. Вы уверены, что база у вас по клиент-серверной технологии написана? Если она на чем-нибудь типа IBTable, то тормоза - это нормально .
1. Пропускная способность канала?
2. Что означает
? Долго открывается форма справочника или что-то еще?некоторые пункты меню открываются 3-7 мин.
3. Вы уверены, что база у вас по клиент-серверной технологии написана? Если она на чем-нибудь типа IBTable, то тормоза - это нормально .
-
- Заслуженный разработчик
- Сообщения: 644
- Зарегистрирован: 15 фев 2005, 11:34
Это уже обсуждалось, поищите...
Вкраце, протокол фб между клиентом и сервером генерирует очень много мелких пакетов и на каналах с длинным пингом (спутник, к примеру) даже при достаточно широком канале дает сильную посадку производительности, а уж если диалап/жопорез, то вообще туши свет.
Пишите веб морду, расширяйте канал, используйте подпаковку трафика, минимизируйте обмен трафиком (часто юзеру нужно видеть гораздо меньше информации, чем он пытается доказать).
Вкраце, протокол фб между клиентом и сервером генерирует очень много мелких пакетов и на каналах с длинным пингом (спутник, к примеру) даже при достаточно широком канале дает сильную посадку производительности, а уж если диалап/жопорез, то вообще туши свет.
Пишите веб морду, расширяйте канал, используйте подпаковку трафика, минимизируйте обмен трафиком (часто юзеру нужно видеть гораздо меньше информации, чем он пытается доказать).
Много пакетов это понятно - поэтому и тормоза. Решение проблемы...!!!???
ZeBeDee - пробывал не особо , может есть какие-то хитрости? Кстати, реально ли она жмет трафик под Win2000 (glib ставил).
Может нужно оптимизировать запросы, что бы было как можно меньше обрашений между сервером и клиентом. Проблема в том что сокрость канала 4Mb, а пинг 150 - 250ms соответственно пакеты по 150 байт гуляют где-то со скростью 3кB/с. Просто файлы - качаются со скоростью 30 - 100 кВ/с.
Я понимаю что SQL для того и придумали : послал маленький запрос, а к тебе нужная информация потоком, а не по 150 байт.
У кого какие мысли на эту тему?
ZeBeDee - пробывал не особо , может есть какие-то хитрости? Кстати, реально ли она жмет трафик под Win2000 (glib ставил).
Может нужно оптимизировать запросы, что бы было как можно меньше обрашений между сервером и клиентом. Проблема в том что сокрость канала 4Mb, а пинг 150 - 250ms соответственно пакеты по 150 байт гуляют где-то со скростью 3кB/с. Просто файлы - качаются со скоростью 30 - 100 кВ/с.
Я понимаю что SQL для того и придумали : послал маленький запрос, а к тебе нужная информация потоком, а не по 150 байт.
У кого какие мысли на эту тему?
да уже сил нет мусолить эту тему. что здесь, что вот тутУ кого какие мысли на эту тему?
www.ibase.ru/devinfo/conf.htm
я, конечно, извиняюсь за такой ответ, но действительно, этот вопрос обсуждался за последние 2 месяца не один раз. И по крайней мере в Firebird 2.0 с этим ситуация улучшена. см. release notes, там это должно быть. ключевое слово к этой проблеме - "roundtrip".
p.s. а вообще что это за канал такой - 4мб, что файлы качаются как на канале 256к-1мб?
Это когда уже около 5-6 пользователей.p.s. а вообще что это за канал такой - 4мб, что файлы качаются как на канале 256к-1мб?
Если эту проблему так подробно обговаривали и она так насущна - давно пора сделать FAQ или ссылки на конференции(потому как в ней я ничего не смог найти, да может и калека).
Прошу всеже помоч