Несовместимость linux 2.6 и firebird

Администирование клиентской и серверной части InterBase, Firebird, Yaffil. Настройка файла конфигурации и т.п.

Модераторы: kdv, Alexey Kovyazin

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 24 апр 2007, 11:42

Готовлюсь к переходу на ядро 2.6.x, перечитал ещё раз топик.
Если проблема в локменеджере, не пробовали выставить для него фиксированный приоритет? Что-то даёт или по-прежнему беда?

Lyas
Сообщения: 7
Зарегистрирован: 14 мар 2007, 10:07

Сообщение Lyas » 26 апр 2007, 16:54

WildSery писал(а):Готовлюсь к переходу на ядро 2.6.x, перечитал ещё раз топик.
Если проблема в локменеджере, не пробовали выставить для него фиксированный приоритет? Что-то даёт или по-прежнему беда?
Дело не в лок менеджере, или ядро или glibc.
На данный момент ставит CentOS 3.8, проверим на нём, соберём на нём новое ядро со старым glibc, и узнаем точно.

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 26 апр 2007, 17:04

Не догнал. Тормозит же не само ядро, а FB. Тут прочитал версию, что приоритет у локменеджера FB падает, он не успевает обрабатывать запросы процессов FB, и потому тормоза.
Чего я не понял?

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 26 апр 2007, 18:16

Тормозит же не само ядро, а FB
и при чем тут FB? ядро загоняет лок-менеджер в низкий приоритет. Вопрос - с какого рожна?

WildSery
Заслуженный разработчик
Сообщения: 1738
Зарегистрирован: 05 июн 2006, 16:19

Сообщение WildSery » 26 апр 2007, 18:36

kdv писал(а):и при чем тут FB?
Конечно "при чём". Но к самому FB претензий нет :) Это ему не дают нормально работать.
Потому и вопрос у меня возник - выставление фиксированного приоритета помогает?

Lyas не на мой вопрос ответил, а на вопрос "не в локменеджере ли причина?" Я не причину спрашивал ;)

v6y
Сообщения: 78
Зарегистрирован: 12 мар 2005, 17:45

Сообщение v6y » 27 апр 2007, 08:59

Чего вы к этому локменеджеру прицепились? В реальной жизни(если конечно имется ввиду fb_lock_manager) он практически не используется. Можете вручную установить ему самый наивысший приоритет и скорее всего ничего не изменится. Единственное его назначение, которое мне удалось обнаружить, заключается в выполнении определенных операций, для которых, грубо говоря, нужны рутовые права. Например, имеем локальное соединение пользователем рут и удаленное соединение пользователем из под которого вызывается fb_inet_server из xinetd/inetd (обычно firebird). В детали механизма блокировки я не в вдавался и посему их не знаю. Тем не менее частью этого механизма является посылка сигнала LockSignal из firebird.conf (kill(pid,LockSignal)) определенным процесам, выбранным по определеннм (мне неизвестным) критериям из lock-файла. Но поскольку пользователь firebird не может послать сигнал пользователю root, то для таких ситуаций и предназначен fb_lock_manager. Если же сигнал необходимо послать от пользователя firebird пользователю firebird, fb_inet_server делает это самостоятельно и fb_lock_manager в этом случае просто "отдыхает". Если у fb_lock_manager есть какие-то другие функции, то пусть уважаемые разработчики просвятят, лично я таковых не обнаружил. Не знаю как другие, но я локальных соединений практически не использую, а по сему fb_lock_manager у меня вообще никак не используется и понижение ему приоритета до ниже плинтуса вполне обосновано.

Lyas
Сообщения: 7
Зарегистрирован: 14 мар 2007, 10:07

Сообщение Lyas » 27 апр 2007, 09:21

WildSery писал(а):Не догнал. Тормозит же не само ядро, а FB. Тут прочитал версию, что приоритет у локменеджера FB падает, он не успевает обрабатывать запросы процессов FB, и потому тормоза.
Чего я не понял?
Локменеджер нипричём, он в это время спит.
В момент работы и появления проблемы делали strace локменеджера, ничё он не делает, он спит почти всегда....

dms
Сообщения: 4
Зарегистрирован: 22 окт 2007, 09:11

Сообщение dms » 22 окт 2007, 09:21

Lyas писал(а):
WildSery писал(а):Не догнал. Тормозит же не само ядро, а FB. Тут прочитал версию, что приоритет у локменеджера FB падает, он не успевает обрабатывать запросы процессов FB, и потому тормоза.
Чего я не понял?
Локменеджер нипричём, он в это время спит.
В момент работы и появления проблемы делали strace локменеджера, ничё он не делает, он спит почти всегда....
Вообщем ктонибудь решил данную проблему?

freemanzav
Сообщения: 14
Зарегистрирован: 01 ноя 2005, 14:32

Сообщение freemanzav » 22 окт 2007, 11:36

dms писал(а):
Вообщем ктонибудь решил данную проблему?
Да, переходом на 2.4 :D

dms
Сообщения: 4
Зарегистрирован: 22 окт 2007, 09:11

Сообщение dms » 23 окт 2007, 07:17

freemanzav писал(а):
dms писал(а):
Вообщем ктонибудь решил данную проблему?
Да, переходом на 2.4 :D

Совсем нет другого решения?
А сколько наборту твоего сервака памяти(оперативки)?

freemanzav
Сообщения: 14
Зарегистрирован: 01 ноя 2005, 14:32

Сообщение freemanzav » 23 окт 2007, 09:35

dms писал(а): Совсем нет другого решения?
А сколько наборту твоего сервака памяти(оперативки)?
Совсем нет. Оперативки 8 гиг. Винты SAS, скорость чтения ~ 150 mb/sec.

dms
Сообщения: 4
Зарегистрирован: 22 окт 2007, 09:11

Сообщение dms » 24 окт 2007, 08:55

freemanzav писал(а):
dms писал(а): Совсем нет другого решения?
А сколько наборту твоего сервака памяти(оперативки)?
Совсем нет. Оперативки 8 гиг. Винты SAS, скорость чтения ~ 150 mb/sec.
а если 16 гектар поставить не заглохнет?
и кстати 2 версия птички не поможет решить этот вопрос?

freemanzav
Сообщения: 14
Зарегистрирован: 01 ноя 2005, 14:32

Сообщение freemanzav » 24 окт 2007, 13:26

dms писал(а):
а если 16 гектар поставить не заглохнет?
и кстати 2 версия птички не поможет решить этот вопрос?
Оперативка здесь не играет роли. Пробовали на версиях 1.5 - 2.0

dms
Сообщения: 4
Зарегистрирован: 22 окт 2007, 09:11

Сообщение dms » 26 окт 2007, 09:28

freemanzav писал(а):
dms писал(а):
а если 16 гектар поставить не заглохнет?
и кстати 2 версия птички не поможет решить этот вопрос?
Оперативка здесь не играет роли. Пробовали на версиях 1.5 - 2.0
можеш асю свою написать? у меня просто вопросы есть очень хотелось бы обсудить

Ответить