Как быть тормозит VDS

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

пробывал он просто незапускается

:) права на файлик то нужные не выставили? как запускали то?

wget http://mysqltuner.pl

perl mysqltuner.pl

-bash-3.2# perl mysqltuner.pl



 >>  MySQLTuner 1.0.1 - Major Hayden <major@mhtx.net>

 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/

 >>  Run with '--help' for additional options and output filtering

Can't exec "which": No such file or directory at mysqltuner.pl line 245 (#1)

    (W exec) A system(), exec(), or piped open call could not execute the

    named program for the indicated reason.  Typical reasons include: the

    permissions were wrong on the file, the file wasn't found in

    $ENV{PATH}, the executable in question was compiled for another

    architecture, or the #! line in a script points to an interpreter that

    can't be run for similar reasons.  (Or maybe your system doesn't support

    #! at all.)



Use of uninitialized value in scalar chomp at mysqltuner.pl line 246 (#1)

    (W uninitialized) An undefined value was used as if it were already

    defined.  It was interpreted as a "" or a 0, but maybe it was a mistake.

    To suppress this warning assign a defined value to your variables.



    To help you figure out what was undefined, perl tells you what operation

    you used the undefined value in.  Note, however, that perl optimizes your

    program and the operation displayed in the warning may not necessarily

    appear literally in your program.  For example, "that $foo" is

    usually optimized into "that " . $foo, and the warning will refer to

    the concatenation (.) operator, even though there is no . in your

    program.



Use of uninitialized value in -e at mysqltuner.pl line 247 (#1)

[!!] Unable to find mysqladmin in your $PATH.  Is MySQL installed?

В консоли mysql посмотрите "show processlist;", чтобы иметь представляет о том, чем занят мускл. И выкладывайте результат сюда. Дальше будем обсуждать.

А VDS часом не FreeBSD 8.х 64 битная?

Тут недавно на 64 битной восьмерке глюк поймали: один и тот же запрос несколько сотен раз выполняется нормально, а во время очередного стопиццотого запроса рвется коннект и MySQL server has gone. На всех версиях MySQL: 4.1, 5.0, 5.1. После общения с ребятами из перконы проблема решилась апом mysql до девелопмент ветки 5.5.

Попробуйте включить кеширование в DLE. Это снизит общую нагрузку. Узнайте ухостера тип дискового массива - возможно в этом проблема.

Тип дискового массива не может быть проблемой. Ни один тип массивов сам по себе не может быть проблемой.

mysql> show processlist;

+-------+---------+-----------+------+---------+------+-------+------------------+

| Id | User | Host | db | Command | Time | State | Info |

+-------+---------+-----------+------+---------+------+-------+------------------+

| 17001 | alukart | localhost | NULL | Query | 0 | NULL | show processlist |

+-------+---------+-----------+------+---------+------+-------+------------------+

1 row in set (0.00 sec)

alukart добавил 31.12.2010 в 14:15

уже все кеширование максимально включено

Ну так MySQL ничего и не делает. Курит себе, отдыхает. Очевидно, проблема не в нем.

deltahost.com.ua добавил 31.12.2010 в 14:16

Чудес не бывает. Тогда меняйте хостера.

вот собственно сайт bookivedi. ru - путешевствуя по разделам - довольно медленно открываются страницы - точнее генерируются

вот собственно что когда открывается сайт