powered by simpleCommunicator - 2.0.48     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Слишком долгое подключение и выполнение первого запроса.
25 сообщений из 102, страница 1 из 5
Слишком долгое подключение и выполнение первого запроса.
    #40106297
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Приветствую, форумчане!

Столкнулся с такой проблемой - медленное удаленное подключение к БД и, что самое главное, очень медленное выполнение первого запроса.
Именно в цифрах:
Подключение к БД 30-45сек (IBExpert это делает за 15-30сек)
Выполнение первого запроса, не важно какого, не важно к какой таблице, даже примитивного "select first 1 ..." выполняется 2-3 минуты, затем все работает с нормально быстро.
В IBExpert этой проблемы нет, запросы работаю одинаково быстро сразу после коннекта.
Не могу понять, с чем это связанно и как ускорить?

Firebird 2.5
FibPlus 7.7.7000 Release
Delphi 10.2

Подключение к БД - удалённо через Internet c использованием vpn.
Интернет соединение стабильно, 100 Мбит.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106298
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kaktus1983,

А пинг сервака что дает? Может там в принципе доступ такой тугой?
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106299
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Softologic,
Пинг проверю, но IBExpert ведь сразу адекватно по скорости работает с этой же БД.
И тормоза нереальные только при первом запросе, даже к таблице с 20 записями...
Впечатление что что-то куда-то кэшируется при первом запуске, но ХЗ что и куда.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106300
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kaktus1983,

Очевидно метаданные запрашивают ся и кешируются. Что там именно делается смотри в коде приложения и компонентах доступа
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106303
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Есть еще такой интересный момент:

Программа работает с 2-мя базами на одном и том же сервере, параллельно.
При запуске происходит последовательное подключение к двум БД, используются 2 компонента TpFIBDatabase.
Подключение к каждой БД одинаково по времени длится 30-45 сек.

Выполнение 1го запроса к 1й БД - 2-3 мин
Выполнение 1го запроса к 2й БД - уже 20-30сек
последовательность БД можно менять местами - ничего не меняется - тормозит именно 1й запрос к 1й БД
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106309
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kaktus1983Не могу понять, с чем это связанно и как ускорить?

Вариант 1: кто-то кривыми руками базу убил в хлам и при первом подключении у неё
начинается массовая чистка накопившегося мусора, сжирающая все ресурсы.
Вариант 2: на сервере живёт зловред, сжирающий все ресурсы на файловом уровне
дерьмового железа (антивирус или бэкап какой).

Первый вариант вероятнее. Ускорять рихтовкой рук того пацана, что колбу
держит приложение программировал.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106312
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kaktus1983В IBExpert этой проблемы нет, запросы работаю одинаково быстро сразу после коннекта.
это значит, что
- в IBExpert запросы не фетчатся полностью, а приложение может делать fetchAll.
- в приложении делается что-то еще, кроме того что выполняются в IBExpert

Насчет "медленного подключения" к БД - ну сделайте пустое приложение с pFIBDatabase, и проверьте.
Коннект из любой программы всегда одинаков. А вот что дальше программа делает ПОСЛЕ коннекта - это то, что в ней написали.

Вариантов понимания происходящего как минимум два - включить монитор sql в fibplus, или включить трейс в ФБ.
А потом выяснится, что в фибплюсе включено по умолчанию кэширование всех метаданных, или что-то в этом роде...
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106314
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvА потом выяснится, что в фибплюсе включено по умолчанию кэширование всех
метаданных, или что-то в этом роде...

.... и опять всплывёт старый флейм о пагубном влиянии неестественного интеллекта
на неокрепший естественный. Может, оно и к лучшему, что плюсы почили в бозе...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106316
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov,
похоже там присутствует 2 варианта, я на это повлиять не могу.
Моя цель - добиться скорости работы порядка IBExpert.

kdv,
Приложение пустое, только TpFIBDatabase, и коннект в 2 раза дольше чем у IBExpert. Это допустимо.
А вот вот запрос через TpFIBQuery, самый примитивный, к таблице с 20 записями всего (хотя даже тут fetchAll убрал) - 3 минуты в первый раз, это проблема. Потом запросы к другим таблицам и даже другой БД - быстрее на порядок.
IBExpert тоже фетчит метаданные и отображает их в дереве, но за 5-10 сек всего.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106317
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kaktus1983Приложение пустое, только TpFIBDatabase, и коннект в 2 раза дольше чем у
IBExpert. Это допустимо.
А вот вот запрос через TpFIBQuery, самый примитивный, к таблице с 20 записями
всего (хотя даже тут fetchAll убрал) - 3 минуты в первый раз, это проблема.

И вот это как раз указывает на первый вариант. Смирись.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106318
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov

.... и опять всплывёт старый флейм о пагубном влиянии неестественного интеллекта
на неокрепший естественный. Может, оно и к лучшему, что плюсы почили в бозе...

Хоть плюсы почили в бозе тихо и естественно, но вполне себе рабочие форки для (сравнительно) новых версий все же есть. Там никто не запрещает на уровне исходников выключить это самое кэширование по умолчанию :)
И вообще... в свое время плюсы были вполне достойнейшими компонентами. Зачем ругать тех, кто ушел на покой?!... Кощунство жеж :).
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106322
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SoftologicИ вообще... в свое время плюсы были вполне достойнейшими компонентами.

Не были. На изначальную кривизну FIBC они наворотили этот самый интеллект чтобы
пользоваться ими смогли даже идиоты. И это всё.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106326
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо!
Проблема решена, скорость работы с удаленной БД одинакова с IBExpert.
Виновником оказался EventAlerter.
Видимо на сервере его порт был заблокирован брандмауэром.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106328
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
SoftologicИ вообще... в свое время плюсы были вполне достойнейшими компонентами.

Не были. На изначальную кривизну FIBC они наворотили этот самый интеллект чтобы
пользоваться ими смогли даже идиоты. И это всё.
Окей. А тогда что на замену то ? Чтоб прям достойно было. И не для всех, а кто в теме.

ЗЫ: И кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день? Странно...
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106341
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты
по сей день?

Ну это у него надо спрашивать. Полагаю, изначально купился на простоту
использования, а потом они превратились в чемодан без ручки, как это обычно и
бывает.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106348
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день?
патамушта он остановился на 4й версии ФИБов, если я не ошибаюсь, и дальше пилит их самостоятельно.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106370
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты
по сей день?

Ну это у него надо спрашивать. Полагаю, изначально купился на простоту
использования, а потом они превратились в чемодан без ручки, как это обычно и
бывает.
Таки что Отцы используют (и рекомендуют) в трудах ежедневных в качестве коннектора с FB ? :)
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106371
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Внезапно: fbclient.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106372
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
Внезапно: fbclient.

Эту песню (библиотеку) я и сам отгадал с первой ноты :)
Однако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB. Самописное нечто, я полагаю?
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106377
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SoftologicОднако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB.

Это чтобы мышкой на форму кидать и клац-клац? Не, такой фигнёй пусть чайники маются.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106384
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov
SoftologicОднако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB.

Это чтобы мышкой на форму кидать и клац-клац? Не, такой фигнёй пусть чайники маются.
Да как бы можно ничего не кидать, в рантайме все, но ведь упрощают же жизнь компоненты ж...

Или Дмитрий сторонник подхода: абсолютли все свое, ибо чем низкоуровневее, тем лучше? Оно понятно, но баланс ведь должен быть. А так исходя из вашей концепции получается всякие сторонние обертки\фреймворки\компоненты - зло что-ли?
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106385
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Softologicно ведь упрощают же жизнь компоненты ж...

Нет. Если подсчёты включить время на их изучение и вылавливание в них багов, то
конечный результат в лучшем случае в районе нуля.

SoftologicА так исходя из вашей концепции получается всякие сторонние
обертки\фреймворки\компоненты - зло что-ли?

Нет, но чаще от них больше вреда чем пользы, поскольку среднестатистические
компоненты это обёртка вокруг одной функции, да ещё и вводящая в заблуждение.
Типичный пример - TThread.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106391
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakov

Нет. Если подсчёты включить время на их изучение и вылавливание в них багов, то
конечный результат в лучшем случае в районе нуля.

Вы это как бы про все компоненты априори??? То есть вот взять всех и под одну гребенку?

Dimitry Sibiryakov

Нет, но чаще от них больше вреда чем пользы, поскольку среднестатистические
компоненты это обёртка вокруг одной функции, да ещё и вводящая в заблуждение.
Типичный пример - TThread.

Это ж какой длинный тернистый путь (без компонентов\оберток\фреймворков) должны пройти будут новички, чтобы скажем, лет за 5 написать хоть что то вменяемое. На мой взгляд, это время прошло еще в начале нулевых, если не сказать даже 90-х. Сейчас куда практичнее баланс - берешь компонент, прогоняешь на нем десяток-другой тестов и вперед - в разработку сразу, если приемлемый результат по: 1) финансовым затратам на покупку\время разработки; 2) по количеству некритичных багов, которые можно быстро править в исходниках; 3) по скорости получения данных\парсинга\рендеринга;
2й пункт самый непростой, да, но я вообще по началу покупал компоненты без исходников и в целом, меня устраивало. Сейчас, по прошествии 10 лет в Delphi, покупаю по возможности с исходниками конечно.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106393
Softologic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В довершение добавлю такой момент: когда в 2010м мне занадобился инструментарий для проектирования и, собственно, кодинга бизнес-приложения, я выбрал Delphi как раз из за большого количества всяких готовых штук. На тот момент как раз по отзывам, мне как нубу (точнее полному чайнику) больше всего подошли\понравились FIbplus. Никаких особых нареканий за все 10 лет к ним у меня не было. Совсем.
...
Рейтинг: 0 / 0
Слишком долгое подключение и выполнение первого запроса.
    #40106402
kaktus1983
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Softologic,
Полностью поддерживаю ваше мнение, Fib+ отличные компоненты, и я даже не знаю альтернатив, несмотря на то, что они уже долго не поддерживаются.
...
Рейтинг: 0 / 0
25 сообщений из 102, страница 1 из 5
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Слишком долгое подключение и выполнение первого запроса.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]