Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема построения индекса в Excalibur Text Search DataBlade
|
|||
|---|---|---|---|
|
#18+
Здравствуйте уважаемые коллеги. Суть проблемы – при построении индекса полнотекстового поиска Excalibur Text Search DataBlade, происходит постоянный захват сервером БД новых сегментов памяти. Как результат, сначала заканчивается оперативная память машины, потом своп - и в dbaccess вылетает ошибка, что не хватает памяти – построение индекса неудачное. Характеристики комплекса: - IBM Informix Dynamic Server Version 11.10.FC1 - Excalibur Text Search DataBlade Version 1.30.FC8 Linux-x86_64 Platform - БД – примерно 70 гигабайт – 3,5 млн записей. В поле таблице которую пытаюсь проиндексировать свалены в кучу множество различных форматов данных (zip, doc, xls, jpg, pdf и т.д) – почему так : специфика работы + наследование технологии. Тип данных, которые индексируются соответственно smartblob. - Машина: Intel P4 3,6 Гц Хeon , двухпроцессорная, 4 Гб RAM, 5 SCSI дисков по 140 ГБ независимых друг от друга. - Машина находится в тестовом режиме – можно пробовать разные варианты. Подскажите, пожалуйста, какие еще данные предоставить для обсуждения. Правда процедура тестирования каждой конкретной ситуации достаточно длинная по времени :-) Буду рад помощи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2008, 21:26 |
|
||
|
Проблема построения индекса в Excalibur Text Search DataBlade
|
|||
|---|---|---|---|
|
#18+
DGrabЗдравствуйте уважаемые коллеги. Суть проблемы – при построении индекса полнотекстового поиска Excalibur Text Search DataBlade, происходит постоянный захват сервером БД новых сегментов памяти. Как результат, сначала заканчивается оперативная память машины, потом своп - и в dbaccess вылетает ошибка, что не хватает памяти – построение индекса неудачное. 1. Что значить постоянный захват сервером БД новых сегментов памяти. Как это проявляется ? Наблюдается ли закономерность или зависимость такого захвата от объема или размера индексируемых данных ? 2. Что показывает отчет onstat: 1. onstat -g mem 2. onstat -g seg 3. onstat -g ses 4. onstat -g sql id 5. onstat -g stm 6. onstat -g vpcache 7. onstat -a 3. Какое используется ядро для ОС Linux ? Informix support for Linux - http://www-306.ibm.com/software/data/informix/linux/ids.html 4. Есть ли af-файл ? 5. Рекомендую ознакомиться со следующим материалом: 1. How to control the amount of memory using EXTSHMADD parameter - http://www-1.ibm.com/support/docview.wss?rs=630&context=SSGU8G&dc=DB520&dc=DB560&uid=swg21289142&loc=en_US&cs=UTF-8&lang=en&rss=ct630db2 Возможно, что это Ваш случай ... :) 2. IDS virtual memory segment grows above normal size due to large VP memory caches http://www-1.ibm.com/support/docview.wss?rs=630&context=SSGU8G&context=SSHPYE&dc=D600&uid=swg21255631&loc=en_US&cs=UTF-8&lang=en Пока все. С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2008, 22:28 |
|
||
|
|
start [/forum/topic.php?fid=44&msg=35064036&tid=1608202]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 258ms |
| total: | 405ms |
| 0 / 0 |
