cfindex, вызывающий уничтожение шаблона

мой первый вопрос в стеке,

Я запускаю cf10 Enterprise на сервере Windows 2003 AMD Opteron 2.30 Ghz с 4 ГБ оперативной памяти. Я использую cfindex action = update для индексации более 1k PDF-файлов

Я получаю ошибки памяти jvm, и страница убивается при запуске в качестве запланированной задачи рано утром.

Это код на странице:

cfindex collection = "pdfs" action = "update" type = "path" extensions = ".pdf" recurse = "yes" urlpath = "/ site / files /" key = "D: \ Inetpub \ wwwroot \ site \ files"

Содержимое JVM.config

java.home = s: \ ColdFusion10 \ jre application.home = s: \ ColdFusion10 \ cfusion java.args = -server -Xms256m -Xmx1024m -XX: MaxPermSize = 192m -XX: + UseParallelGC -Xbatch -Dcoldfusion.home = {application .home} -Dcoldfusion.rootDir = {application.home} -Dcoldfusion.libPath = {application.home} / lib -Dorg.apache.coyote.USE_CUSTOM_STATUS_MSG_IN_HEADER = true -Dcoldfusion.jsafe.defaultPathandalgo = FIPScoldPathandalgo = FIPScoldPath_Defaultalgo = FIPScoldPath. .home} / lib / updates, {application.home} / lib, {application.home} / lib / axis2, {application.home} / gateway / lib /, {application.home} / wwwroot / WEB-INF / flex /jars,{application.home}/wwwroot/WEB-INF/cfform/jars

java.library.path = {application.home} / lib, {application.home} / jintegra / bin, {application.home} / jintegra / bin / international, {application.home} / lib / oosdk / classes / win

java.class.path = {application.home} / lib / oosdk / lib, {application.home} / lib / oosdk / classes

Ive также пытался увеличить значение, превышающее 1024 МБ для -Xmx, однако cf не перезапускался, пока я не вернул его обратно до 1024 МБ

Может быть, это мошеннический pdf-файл или мне нужно больше оперативной памяти на сервере?

заранее спасибо


coldfusion cfindex
person creativesprite    schedule 10.12.2014    source источник
comment
@Mark A Kruger - спасибо, Марк Айв отредактировал мой вопрос содержимым файла jvm.config   -  person creativesprite    schedule 12.12.2014
comment
У вас 4 гигабайта оперативной памяти, но вы ограничиваете CF от 256 до 1024 мегабайт (1 гигабайт). Это очень низкий показатель. Достаточно ли у вас накладных расходов (с учетом всего остального на сервере) для перехода на 2гига? -Xms2048m -Xmx2048m ... Также рекомендуется использовать один и тот же номер для обоих. В противном случае ваши операции с GC превратятся в упражнение по изменению размера и освобождению физической памяти.   -  person Mark A Kruger    schedule 15.12.2014
comment
Я вижу, вы безуспешно пробовали больше 1024. Еще одна вещь, которую нужно проверить - ваш сервер 2003 32-битный или 64-битный? если он 32-битный, то вы не сможете использовать размер кучи, намного превышающий 1320 м, из-за ограничений по разрядности. В таком случае ваше настоящее решение - перейти на 64-битную версию.   -  person Mark A Kruger    schedule 15.12.2014
comment
Еще раз спасибо, Марк, за вашу помощь в этом. Я сейчас обсуждаю возможность обновления сервера, используя ваши комментарии в качестве оправдания :) Спасибо и счастливого Рождества !!   -  person creativesprite    schedule 23.12.2014
comment
Замечательно ... Я рад, что смог помочь. Сообщите мне, если вам понадобится официальная помощь по этому обновлению. Это то, что мы делаем :)   -  person Mark A Kruger    schedule 30.12.2014

Ответы (1)


arrow_upward
1
arrow_downward

Я бы сказал, что вам вероятно нужно больше оперативной памяти. 64-битный CF10 с 4 ГБ ОЗУ - это мизер. В качестве эксперимента почему бы вам не попробовать проиндексировать половину файлов. Затем попробуйте вторую половину (или разделите их, как вам удобно). Если в каждом случае процесс завершается, а использование памяти остается нормальным или восстанавливается до нормального, то вот ваш ответ. У вас есть потолок оперативной памяти.

Между тем, было бы полезно больше информации. Можете ли вы опубликовать свои настройки JVM (содержимое вашего файла jvm.config). Если вы используете размер кучи по умолчанию (512 мегабайт), тогда у вас может быть место (не много, но немного) для увеличения. Имейте в виду, что ваш механизм CF ограничен максимальным размером кучи, а не размером физической RAM - хотя, очевидно, ваша куча должна работать в указанной RAM.

Также имейте в виду, что Solr работает в собственном jvm с его собственными настройками. Прочтите этот пост, чтобы получить информацию о это - хотя я подозреваю, что это ваша куча CF переполнена.

person Mark A Kruger    schedule 10.12.2014