Страница 1 из 1
зависает FB на активации индекса
Добавлено: 03 июн 2008, 12:45
vik
Есть база на FB 2.0.3, таблица с текстовым полем varchar(1000) и индекс по этому полю. На одном компе при восстановлении из бекапа fb зависает на активации этого индекса. При этом сначала он вроде как шуршит, а через некоторое время загрузка проца падает на ноль, память под процессом в районе 100+Мб, и в таком состоянии процесс зависает намертво. Та же ситуация если сделать рестор без активации индексов и пробовать активировать его в ручную. На других компах всё проходит без проблем. ОС - хрюша сп2. Подскажите куда копать?
Добавлено: 03 июн 2008, 13:11
kdv
пытать комп. ведь исходя из описания, дело в компе?
глянте там что в temp происходит в это время.
Добавлено: 03 июн 2008, 13:16
vik
Походу да, дело в компе. Просто идеи чего в компе пытать закончились. Temp в смысле системный temp? А куда там смотреть, что там должно/не должно быть относительно этой проблемы?
Добавлено: 03 июн 2008, 14:02
Merlin
Место на диске под сортировку кончается, наверное

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

Добавлено: 03 июн 2008, 14:11
vik
да забыл сказать, там ещё и записей порядка 500К+ ))) вообще я конечно понимаю что это не самый лучший вариант... но с другой стороны задача решается хорошо, поиск просто летает, а это основная функция в данном случае. В общем всё бы хорошо, если б не этот **** комп. Причём тачка нормальная и места на венике тоже хватает, а индекс не хочет активироваться.. Не знаю что там ещё пробовать...
Добавлено: 03 июн 2008, 14:15
hvlad
Сколько времени ждал ?
Каков р-р файла fb_xxx в темпе ?
Можно попробовать на fb 2.1, он быстрее сортирует большие объёмы
Добавлено: 03 июн 2008, 14:18
vik
У меня проходит минут за 5, а там прождал минут 20-30. С темпом посмотрю и отпишусь, спс.
Добавлено: 03 июн 2008, 14:23
hvlad
vik писал(а):У меня проходит минут за 5, а там прождал минут 20-30. С темпом посмотрю и отпишусь, спс.
"Там" скорее всего откл. кеш записи на диск. Глянь дисковый IO, если он есть во время "зависания" - это оно.
Ну и сравни с 2.1, по возможности
Добавлено: 03 июн 2008, 14:30
vik
hvlad писал(а):Глянь дисковый IO, если он есть во время "зависания"
А это простите за ламерство как глянуть?
Добавлено: 03 июн 2008, 14:54
hvlad
Стандартный PerfMon
Ещё можно ProcessExplorer от SysInternals
Добавлено: 03 июн 2008, 14:57
vik
ок, спс посмотрю
Добавлено: 05 июн 2008, 12:52
vik
На счёт IO - читал по-маленьку что-то, но ничего не писал. Зато с 2.1 всё прошло без проблем, всем спс.
Добавлено: 05 июн 2008, 12:58
hvlad
vik писал(а):На счёт IO - читал по-маленьку что-то, но ничего не писал. Зато с 2.1 всё прошло без проблем, всем спс.
Ну, минут за (сколько ты ждал - 20 ?) 60 он может быть и справился бы
А сколько времени 2.1 потратил ?
Добавлено: 05 июн 2008, 13:28
vik
Врядли, я посмотрел процесс эксплорером - 2.0.3 сначала жужжал, проц грузил, диск дёргал, а потом на определённом этапе все индикаторы падали - проц ~5%, c диска читал но очень немного, записи вообще не было. Вроде как пробовал что-то прочитать, но не получалось, и дальше этого он не шёл. А 2.1 минут за 5 или 10, точно не засекал, прошёл без проблем. Ну не считая того прикола с кодировками.