Страница 1 из 2

Долгий коннект!

Добавлено: 22 янв 2006, 16:57
Alex1977-01
Проблема проявляется не на всех конфигурациях системы (в смысле, железо+OS), не зависит от типа сервера (имеет место как на Interbase 5.6, так и на Firebird 1.5.2). Машина разработчика (имеет установленный сервер и клиентские приложения).

Суть: при первом обращении к базе данных (независимо от того, каким клиентским ПО инициируется - IBExpert или другим) коннект занимает очень много времени (для базы ок. 1Гб - несколько минут, 100 Мбайт - до минуты), причем чем больше размер базы, тем дольше время. Последующие коннекты и дисконнекты происходят почти мгновенно.

Тек.конфигурация системы: MS Windows XP SP1, Intel Pentium 4 3.0 ГГц, 2Mb L2-Cache, LGA 775, 512 МБ ОП, винт IDE Maxtor 40.0 Гб, 7200 rpm.

Причем не имеет значения, доступ по сетевому или локальному варианту. Не имеет значения, включен или отключен гипертрединг.

Заранее спасибо!

Добавлено: 22 янв 2006, 17:03
hvlad
FAQ обычно читают, перед тем, как задать вопрос, обсосанный минимум сто пятьдесят раз...

Долгий коннект - где искать???

Добавлено: 22 янв 2006, 17:09
Alex1977-01
hvlad писал(а):FAQ обычно читают, перед тем, как задать вопрос, обсосанный минимум сто пятьдесят раз...
Ничего похожего на мою ситуацию в FAQ, увы, не нашел...
:-(

Добавлено: 22 янв 2006, 18:43
kdv
Ничего похожего на мою ситуацию в FAQ, увы, не нашел...
чем читал?
http://www.ibase.ru/ibfaq.htm#xp

Добавлено: 23 янв 2006, 12:28
Ivan_Pisarevsky
kdv писал(а):
Ничего похожего на мою ситуацию в FAQ, увы, не нашел...
чем читал?
http://www.ibase.ru/ibfaq.htm#xp
Это врядли, скорее всего раширение *.gdb+восстановление системы. переименую файл БД например на *.fdb.

Добавлено: 23 янв 2006, 15:51
kdv
что "вряд ли"??? в этом пункте FAQ о том и написано.

Добавлено: 24 янв 2006, 09:23
Ivan_Pisarevsky
kdv писал(а):что "вряд ли"??? в этом пункте FAQ о том и написано.
А уменя почему-то по ссылке вылезло это
медленный (долгий) коннект на Win2003
Это происходит только на старых версиях IB/FB/YA, например Interbase 6, Firebird 1.0.x. Причина - изменения в ядре Win2003, в результате чего существующие ошибки синхронизации в коде IB/FB/YA стали проявляться в виде очень долгого коннекта (20 секунд и более).

Избавиться от этой проблемы можно либо переходом на InterBase 7.1, Firebird 1.5, последнюю версию Yaffil, или возвратом на Windows 2000.
может я не заметил как колесиком крутнул... :oops: тормозю по ходу дела... :)

Добавлено: 24 янв 2006, 09:53
kdv
А уменя почему-то по ссылке вылезло это
"это" на 1 пункт ниже. и имеет ссылку #w2003 :)

Добавлено: 01 мар 2006, 16:50
vlad_tapesh
Хм... а если восстановление системы выключено, но авторизация все равно медленная... что тогда? (windows ХР)

Добавлено: 01 мар 2006, 17:31
kdv
копай настройки dns. долгий коннект - это "медленный" getservbyname, то есть поиск сервера по имени. В DNS часто муру всякую пишут. Лично я видел в одной фсб-шной конторе ссылку в DNS на некий американский почтовый сервер. Соответственно, логин к серверу осуществлялся минут пять.

Добавлено: 02 мар 2006, 09:03
vlad_tapesh
kdv писал(а):копай настройки dns. долгий коннект - это "медленный" getservbyname, то есть поиск сервера по имени. В DNS часто муру всякую пишут. Лично я видел в одной фсб-шной конторе ссылку в DNS на некий американский почтовый сервер. Соответственно, логин к серверу осуществлялся минут пять.
эээ... забыл сказать, что это коннект к локальной базе!

Добавлено: 02 мар 2006, 10:00
kdv
эээ... забыл сказать, что это коннект к локальной базе!
медленный коннект к локальной базе? и что, system restore отключено? и пробовал базу именовать например расширением .ib или .fdb?

Добавлено: 02 мар 2006, 11:59
vlad_tapesh
kdv писал(а):
эээ... забыл сказать, что это коннект к локальной базе!
медленный коннект к локальной базе? и что, system restore отключено? и пробовал базу именовать например расширением .ib или .fdb?
Да, медленный коннект к локальной базе!
Восстановление системы отключено!
Расширение менять пробовал!
Стоит interbase 6.0

Эта проблема не только у меня... три человека с подобным явлением в одном кабинете...

Добавлено: 02 мар 2006, 12:35
Ivan_Pisarevsky
Стоит interbase 6.0
Вот его стоит замочить в первую очередь :)

Добавлено: 02 мар 2006, 12:38
Merlin
vlad_tapesh писал(а): Стоит interbase 6.0

Эта проблема не только у меня... три человека с подобным явлением в одном кабинете...
Три мудреца в одном тазу пустились по морю в грозу (С). Вы ещё Digger от DOS2.0 на XP/W2003 поставьте, такое увидите...

Добавлено: 02 мар 2006, 12:50
kdv
Стоит interbase 6.0

Эта проблема не только у меня... три человека с подобным явлением в одном кабинете...
в пределах Москвы могу решить проблему за $50 в час.

Добавлено: 02 мар 2006, 14:10
vlad_tapesh
kdv писал(а):
Стоит interbase 6.0

Эта проблема не только у меня... три человека с подобным явлением в одном кабинете...
в пределах Москвы могу решить проблему за $50 в час.
Нда... от нас до Москвы - 20 часов в поезде трястись! Ты лучше расскажи как это поправить!

Добавлено: 02 мар 2006, 14:45
kdv
Ты лучше расскажи как это поправить!
негде править, и нечего.

Win XP, SP2, сервиспаки до упора.
Pentium Pro 166 (!!!), 128mb RAM.
InterBase 6.0.1.0, специально установил ради тебя :)

коннектимся к базе employee.gdb через локальный протокол - моментально (не более .5 секунды, с учетом того, что IBE при коннекте засасывает в себя тучу метаданных). К employee.fdb - то же самое.
Сервер работает как сервис. Повторяем тест с ibserver -a, все то же самое, то есть локальный коннект происходит моментально.
Что я не так делаю? Базу побольше взять? Ok, база 290 мег. открываем - то же самое - 0.5 секунды.

Добавлено: 02 мар 2006, 15:13
vlad_tapesh
Win XP Corporate Edition, SP2, сервиспаки до упора.
Pentium 4 2.8, 512mb RAM.
InterBase 6.0.1.0 переустановил на чистую машину.

коннектимся к любой базе через локальный протокол -
40 секунд!!! База - 80Мб...

Добавлено: 02 мар 2006, 15:25
kdv
коннектимся к любой базе через локальный протокол -
40 секунд!!! База - 80Мб...
system restore, ОДНОЗНАЧНО, или в крайнем случае антивирус. Оно копирует твои 80 мег как раз 40 секунд. Попробуй сам скопировать эту базу с одного места на другое, сразу после загрузки компа - получишь эти самые 40 сек.