Я установил solr-3.6 в свой локальный ящик Windows, и он работал нормально.
Я установил solr-4.0 в большой экземпляр amazon ec2 linux, и загрузка процессора выросла до 100%. Средняя мощность процессора составляла 80-90%.
Я думал, что это может быть из-за 4.0, поэтому я снова установил 3.6 в EC2. Но опять же загрузка ЦП была в среднем 80-90%.
В обеих версиях solr работает в EC2. не знаю, почему загрузка процессора так высока. я запустил сервер solr, используя "sudo nohup java -jar start.jar &"
В моем локальном ящике установлена java 1.7, а в EC2 - 1.6.0_24. Я сопоставил solr dir с томом EBS.
/dev/mapper/vg1-solr 8361916 1935928 6342128 24% /home/ec2-user/SOLR/solr/example/solr
Есть ли известная проблема?
Похоже, что есть проблема, которая описана в ответе ниже. Для получения более подробной информации см. Кто-нибудь еще сталкивался с высокими показателями сбоев сервера Linux в течение второго дня?
Вчера мы столкнулись с этой проблемой - проблема возникла из-за дополнительной секунды 30 июня 2012 года. Компонент ядра Linux, который управляет временем ожидания, не обновляется до правильного времени, что приводит к чрезвычайно высокой загрузке ЦП процессами Java. Связанный вопрос о сбое сервера и моем исправлении, которое я получил от него (для Debian):
(введите эти команды из командной строки)
export LANG="en_EN"
date -s "`date`"
/etc/init.d/ntp stop
ntpdate pool.ntp.org
/etc/init.d/ntp start
Я считаю, что для систем, производных от Red Hat, вы замените ntp на ntpd.