Помогите понять графики и разобратся

в соседнем топике писал что все наладилось и работает стабильно, НО как оказалось не долго
проснувшись утром глянул на графики и ужаснулся

как видно из графика все работало отлично до определенного момента, после него идет полный swap, я отписал в сапорт, на что получил ответ что сервер ушел в swap и был перезагружен,я немного удивился и переспросил про какой swap речь если на графике все было чисто и гладко, на что мне ответили что

Цитата:

Наша система мониторинга сообщила о недоступности некоторых служб вашего сервера, как выяснилось причиной этому было множество процессов php принадлежащих установленным здесь скриптам. Для обеспечения бесперебойной работы сервера пришлось остановить cron на несколько минут, из-за этого и наблюдается этот провал в графике.

после этого у меня сильное возмущение, так как в первом сообщении что сервер перегружен во втором отключен крон, где же истина хочу выяснить

1. подскажите кто знает по какому принципу работает RRDutil? (крон и хз.) т.е пытаюсь понять из-за чего RRDutil перестал рисовать графики.

2. RRDutil отражает 100% информацию о сервере или есть более точная информация(программа)? пытаюсь понять откуда появились множество процессов php и почему на графике не видно этого? (может отражается в другом месте\программе)

3. этот сервер Intel Quad-Core Xeon E3-1230 / 8GB / 2x1TB / 100Mbps Unmetered
лучше чем DELL PE R200 1 x Quad Core X3220 / 8GB / 2x1Tb SATA (RAID1)?

4. переезд из USA в Netherlands / Amsterdam(LeaseWeb amhost) сильно повлияет на доступность в USA при наличии CDN?

5. Netherlands / Amsterdam(LeaseWeb amhost) хороший вариант?

спасибо, были еще вопросы но пока писал вылетели из головы, думаю по же допишу их

Добавь памяти до 16, mysql в innodb - больше эффекта будет.

gimcnuk писал:

Добавь памяти до 16, mysql в innodb - больше эффекта будет.

если честно я не совсем понимаю для чего увеличивать память до 16 гиг если из графика видно, что используется всего 2 гига, или есть какой-то скрытый смысл этого?

бдсм -садо мазо часть2.

E3 конечно получше... 16гб не помешает
Цены хоть в 1.5 раза и выросли но копеешные один фиг.
Давай сюда конфиг mysql и показания top что у тя там помять то жрет... и всетаки советую тебе роботс.тхт разместить...
LeaseWeb не советую
Супорт мог бы и посмотреть какой иммено php скрипт такое выдал и уже плясать от этого...

И вообще я тебе советую nosferatu (америка) или advancedов- тут или америка или европа...

ребят, какие TOP и конфиги, у чела проблема не в железе а в хостинге, ему не дают ssh доступ к серверу. При его 8G рама мускулю было выделено 128M на HEAP какой там активно и юзается.

... или менять хостинг или получить рут и взять отдельных админов.

пиздец, я сразу написал нужен конфиг мускуля.
Да и как это не дают ссш? Надо с турбо ускорением линять от такого хостера. Кто хостер там у него кстате?

P.S. хотя с другой стороны че удивляься, так хостеру проще "разводить" на новые сервера.:-)) Не впервую такое вижу.

Я так понял вебазилла... и это их политика к стате...
Но 128M на HEAP можно в пхпадмине глянуть или его тоже нету, тогда любым скриптом...

конфиг

Код: [развернуть]

[mysqld] old_passwords myisam-recover #skip-locking skip-external-locking skip-name-resolve #skip-networking low_priority_updates=1 #query_cache_size=16M key_buffer=1400M max_allowed_packet=2M table_cache=4096 #record_buffer=4M #read_buffer_size=2M sort_buffer=1M join_buffer_size=4M #read_rnd_buffer_size=4M net_buffer_length=16K bulk_insert_buffer_size=2M #myisam_sort_buffer_size=32M max_connections=300 thread_cache=32 thread_concurrency=8 max_connect_errors=100000 wait_timeout=1200 interactive_timeout=20000 query_cache_size=128M max_heap_table_size=2048M tmp_table_size=2048M read_rnd_buffer_size = 32M myisam_sort_buffer_size = 32M read_buffer_size = 512 table_open_cache = 8000 innodb_buffer_pool_size=2048M innodb_additional_mem_pool_size=512M innodb_log_buffer_size=32M innodb_flush_log_at_trx_commit=2 innodb_log_file_size=128M innodb_thread_concurrency=8 #max_heap_table_size=128M #tmp_table_size=128M tmpdir =/usr/home/mysql/mysql_tmp #log-slow-queries=/usr/home/mysql/mysql-slow.log #long-query-time=15

world-gay-sex писал:

конфиг

http://www.omh.cc/mycnf/
Total memory needed (for 300 connections): 14.4 GB

Настройки завышены, уменьшай.

world-gay-sex писал:

из графика видно, что используется всего 2 гига

Это в спокойном режиме, а в пиках у тебя вылезает за пределы памяти.

Либо ты ещё докупаешь памяти, либо уменьшаешь настройки до нынешнего объёма.

Вот тебе статьи по распределению http://www.ruslog.com/forum/index.php?topic=1023.0