Страница 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, точно не засекал, прошёл без проблем. Ну не считая того прикола с кодировками.