We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Странности на сервере


nyanhost
07-12-2014, 12:22 AM
Еще раз здравствуйте!
Спасибо за ответ, все отлично.

Но есть такая "проблемка", на сервере стоит memcached и он работает медленнее.
Я полагаю Вы знаете что делает эта программа.
Позволяет хранить кеш данных в оперативной памяти. Но так получается, что наши тесты показывают плачевные результаты.
Работа с memcached медленнее, чем работы с файловым кешем на ssd-диске.

Казалось бы, дело может в настройках, но memcached практически не имеет настроек, он просто кеширует файлы в ОЗУ.
Может быть найду времечко и протестирую оперативную память через Rescue.

InA_OvH
07-10-2014, 11:51 AM
Здравствуйте

Специалисты проверили и ответили, что все в порядке. 2 последние строки указывают, что ядро нашло нужные позиции.

nyanhost
07-10-2014, 07:39 AM
Здравствуйте!
С проблемами разобрался - были программные ошибки, однако, память нужно будет протестировать, но пока не имею такой возможности.

Я так понимаю, это плоховато?

dmesg
*BAD*gran_size: 1M chunk_size: 64M num_reg: 10 lose cover RAM: -10M
*BAD*gran_size: 1M chunk_size: 128M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 1M chunk_size: 256M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 1M chunk_size: 512M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 1M chunk_size: 1G num_reg: 10 lose cover RAM: -512M
*BAD*gran_size: 1M chunk_size: 2G num_reg: 10 lose cover RAM: -1536M
gran_size: 2M chunk_size: 2M num_reg: 10 lose cover RAM: 502M
gran_size: 2M chunk_size: 4M num_reg: 10 lose cover RAM: 502M
gran_size: 2M chunk_size: 8M num_reg: 10 lose cover RAM: 502M
*BAD*gran_size: 2M chunk_size: 16M num_reg: 10 lose cover RAM: -10M
*BAD*gran_size: 2M chunk_size: 32M num_reg: 10 lose cover RAM: -10M
*BAD*gran_size: 2M chunk_size: 64M num_reg: 10 lose cover RAM: -10M
*BAD*gran_size: 2M chunk_size: 128M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 2M chunk_size: 256M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 2M chunk_size: 512M num_reg: 10 lose cover RAM: -8M
*BAD*gran_size: 2M chunk_size: 1G num_reg: 10 lose cover RAM: -512M
*BAD*gran_size: 2M chunk_size: 2G num_reg: 10 lose cover RAM: -1536M
gran_size: 4M chunk_size: 4M num_reg: 10 lose cover RAM: 502M
gran_size: 4M chunk_size: 8M num_reg: 10 lose cover RAM: 502M

InA_OvH
07-08-2014, 10:53 AM
Здравствуйте

Если ответ еще актуален, обращались ли вы в службу поддержки So you Start через Менеджер или заполнив форму:

http://www.soyoustart.com/fr/contact-service-client.xml ?

Состояние сервера смогут проверить специалисты в датацентре, но нужно заполнить форму.

Здесь также полезная информация, прежде всего проверьте состояние hardware в Rescue:

http://forum.kimsufi.com/showthread....45-How-to-post

nyanhost
07-02-2014, 01:22 PM
Здравствуйте!

Имею сервер серии SYS с ssd диском (Intel(R) Xeon(R) CPU E3-1225 V2 + 2xSSD 128G S3500 INTEL).
Использую CentOS, никак не могу обновить ядро Linux до более нового. Сейчас ядро 2.6.32-431.11.2, при обновлении на более новое из родных репозиториев, система просто не загружается, приходится через NetBoot ставить старое ядро в настройках загрузчика grub.
Есть также сервер Kimsufi, на нем все отлично обновляется.

Сервер ранее загружался через NetBoot несколько раз.
Не могу понять в чем дело, может ли быть hardware проблема?

К тому же, что странно, на сервере Kimsufi и SoYouStart одинаково развернуты веб-сервера, с практически идентичными настройками. Запускаю тест Битрикса на Kimsufi (старенький Atom) - 4 балла процессора из 9 эталонных. Запускаю тот же тест на SYS-сервере - 1 балл из 9 эталонных. Также сервер Kimsufi выиграет по производительности дисковой подсистемы в этом тесте. Хотя, KS-сервер - это старенький Atom и 4-х летний HDD, а SYS-сервер - это Xeon E-1225 и SSD диски в софт-рейде.

Не могу понять в чем проблема, переустанавливать ОС не могу, так как имею клиентов, эксперименты крайне опасны.
Может кто-то сталкивался с подобным...