Но получается, что Вы уже провели часть диагностического процесса, и пришли к выводу, что не хватает памяти. А Вы уверены, что Вы его провели правильно? Если сайт тормозит, то очень низка вероятность, что дело в памяти. Есть более "популярные" причны - высокий iowait, таймауты баз, тормоза третьесторонних ресурсов, на которые ссылается сайт, и прочее.
Если бы Ваша диагностика была правильной, то Вы бы не пришли к таким двум пространным и несамодостаточным вопросам, как упомянутые.
Впрочем диагностику первичную должен провести хостер. Вот если он отказывается ее проводить - это уже не камильфо. Ситуация тупиковая. Верхи не хотят, низы не могут (прав доступа нет).
Ни капельки не приблизились :) Все что нужно - задать вопрос хостеру "почему может тормозить?". Если он не проведет начальную ревизию, сами Вы ничего не сделаете, потому что прав доступа не хватит. Уже если он покажет, что вот здесь и здесь тормозит, а вызвано это тем-то и тем-то - и это "тем-то" явно проблема кода, то уже будете дальше сами думать. А пока можете и не думать.
Это не потому что хостер юлит, а потому что Вы задаете вопросы, ответы на которые заранее сформируют у Вас в голове неверное видение дел. Смотрите, что Вы спросили:
Да, такие параметры бывают. Но что они Вам скажут вне контекста сотен остальных параметров? И судя по тому, что вопрос Вы все-таки такой задали, значит Вы не очень хорошо понимаете принцип распределения памяти между процессами. Вы даже не спросили выдает ли их ulimit, cgroups по весу или cgroups по hard-лимиту. Каждый процесс получит разное количество памяти в связи с выбранной технологией. Вы также не спросили сколько единовременное процессов сейчас на сервере, чтобы разделить общую память и увидеть, что максималка снижена. И не задали такой же вопрос на следующую секунду, чтобы увидеть, что картина с максимально выделенной памятью еще раз поменялась.
В связи с этим хостер боится, что Вы сложете неверное представление и заранее пытается предотвратить его, выкладывая часть теории. Вот отсюда и берется видение, что хостер юлит. Он не юлит, а ликбез делает :)
1) Это не зависит от датацентра, а потому лучше писать тут.
2) Логов процессора и памяти не существует. Существует только статистика. Но она настраивается вручную третьесторонними продуктами и по умолчанию ее нет нигде, кроме Windows (perfmon).
3) Если задаете такие вопросы, то не плохо бы было указать операционную систему. Старую шутку о телепатах и отпусках не слышали наверно только Вы :)
4) Опера - это браузер такой. А сокращение оперативной памяти до "опера" жутко режет слух.
~/Documents/Text/ksakep/expl/proftpd> perl telnet_iac.pl written by kingcope usage: proremote.pl <target ip/host> <your ip> <target type> [0] FreeBSD 8.1 i386, ProFTPD 1.3.3a Server (binary) [1] FreeBSD 8.0/7.3/7.2 i386, ProFTPD 1.3.2a/e/c Server (binary) [2] Debian GNU/Linux 5.0, ProFTPD 1.3.2e Server (Plesk binary) [3] Debian GNU/Linux 5.0, ProFTPD 1.3.3 Server (Plesk binary) [4] Debian GNU/Linux 4.0, ProFTPD 1.3.2e Server (Plesk binary) [5] Debian Linux Squeeze/sid, ProFTPD 1.3.3a Server (distro binary) [6] SUSE Linux 9.3, ProFTPD 1.3.2e Server (Plesk binary) [7] SUSE Linux 10.0/10.3, ProFTPD 1.3.2e Server (Plesk binary) [8] SUSE Linux 10.2, ProFTPD 1.3.2e Server (Plesk binary) [9] SUSE Linux 11.0, ProFTPD 1.3.2e Server (Plesk binary) [10] SUSE Linux 11.1, ProFTPD 1.3.2e Server (Plesk binary) [11] SUSE Linux SLES 10, ProFTPD 1.3.2e Server (Plesk binary) [12] CentOS 5 i586, ProFTPD 1.3.2e Server (Plesk binary build95101209.05) [13] Ubuntu ?, ProFTPD 1.3.2c Server [14] ProFTPD 1.3.2b Debian 4 (Plesk binary) [15] ProFTPD 1.3.2b Debian 5 (Plesk binary) [16] ProFTPD 1.3.2e Fedora 11 (Plesk binary) [17] ProFTPD 1.3.2e Fedora 7 (Plesk binary) [18] ProFTPD 1.3.2e Fedora 8 (Plesk binary) [19] ProFTPD 1.3.3 Debian 4 (Plesk binary) [20] ProFTPD 1.3.3 CentOS 4 (Plesk binary) [21] ProFTPD 1.3.3 CentOS 5 (Plesk binary) [22] Bruteforce 8189 [23] Bruteforce 4101 [24] ProFTPD 1.3.2e CentOS 5 (Distro binary) [25] CentOS 5 x86_64, ProFTPD 1.3.2e Server (Plesk binary build95101209.08) [26] CentOS 4 x86_64, ProFTPD 1.3.2e Server (Plesk binary build95101209.05) [27] CentOS 4 i586, ProFTPD 1.3.2e Server (Plesk binary build95101209.08) [28] Debian 6 x86_64, ProFTPD 1.3.3a
Возьмите и сломайте его - это будет лучшее обоснование. Языком любой трепать умеет.
Мои поздравления лучшему хостингу!
Так, для справки, hosting101 - это ресурс, на котором левую колонку (зеленую) заполняет каждый хостер о себе сам, а правую (красную) за него заполняют конкуренты :)
Ребят, вы правда считаете, что описание сложности реализации элементов хостинга градируется по классам в школе? Что вы все вообще в хостинге делаете?
Согласен. Не тот инцидент, который может расшатать человека до того, чтобы поднять попу, сесть за форум, откинуть полы фрака как пианист и написать целую тему.
А, понял. Вы перепутали named pipes и named SHM :) Теперь все на свои места встало.
Только эта статья не поможет - она для сишников. А для PHP вообще ничего делать не надо, просто настроить mod_php так, чтобы он работал.
Судя по первому посту, где не работает даже phpinfo, вы этот шаг не прошли, а уже занимаетесь вопросом SHM. Из-за этой непоследовательности все ваши проблемы.
Отложите SHM и просто настройте стандартно mod_php, а проблема SHM автоматически решится после этого.
Причем тут уже похапэ? SHM - это часть физической памяти. То есть северный мост. А named pipes - сетевой протокол. И как любой сетевой протокол, он работает с вводом-выводом (неважно сеть ли это, диск или что еще). А ввод-вывод находится на южном мосту. Какой еще named pipes?
Где вы это вычитали?
