r0mik

Рейтинг
77
Регистрация
14.02.2010
363:
А что насчет KVM?

немного лучше по производительности чисто счетной (там чуть меньше оверхед на проц), по i/o то же самое (и то если правильно настроите). в целом разницы вы не заметите.

это что же за форумы такие? вот есть форум на ~300К постов - 370M....

должно работать


192.168.1.2 - - [14/Dec/2010:13:37:23 +0200] "GET /vio/blablabla.php HTTP/1.1" 301 292
192.168.1.2 - - [14/Dec/2010:13:37:23 +0200] "GET /vio/ HTTP/1.1" 404 263
192.168.1.2 - - [14/Dec/2010:13:39:01 +0200] "GET /vio/index.php HTTP/1.0" 301 292
192.168.1.2 - - [14/Dec/2010:13:39:01 +0200] "GET /vio/ HTTP/1.0" 404 263

смотрите логи.. возможно нужно банально кеш браузера очистить...

плохо читали


RewriteEngine on
RewriteBase /
RewriteRule ^old/index\.php$ /old/ [R=permanent]

$cfg['ExecTimeLimit'] в config.inc.php

но не проще ли через консоль?

V(o)ViK:
на совсем понял мысль про vmware.

были бы только решения для ЦОД со всеми отсюда вытекающими. даже vmware-server вряд ли кому-то был бы нужен, в свете существования бесплатных альтернатив.

Boris A Dolgov:
Вообще, все ядра для POSIX-программ совместимы друг с другом (кроме экзотических сисколлов, наличие которых грамотная программа проверяет при сборке или запуске). В данном случае используется ядро RHEL, которое будет совместимо на уровне этих сисколлов с RedHat, CentOS и всем, что я указал выше.
Совместимость в бинарниках модулей ядра никто никогда нигде не обещает, ведь это очень сложно - бинарник зависит от компилятора, заголовков и конфигурации.

ну это само собой. я просто уточняю.

если это стандартное RHEL/CentOS (да что угодно) ядро с какими-то дополнительными модулями - это еще куда ни шло... если это свое ядро, с непонятно какими патчами и т.п., от малоизвестной в общем-то компании, то это уже гораздо менее хорошо... вот представьте себе что бы было, если бы vmware inc клепала свои ядра и где бы эта вмварь была...

Boris A Dolgov:
Это все пакеты из RHEL + модуль к ядру

вот собственно это я и пытался понять

то есть это не целый дистрибутив, а лишь несколько пакетов для centos?

V(o)ViK:
i/o лимиты должны быть в ближайшее время. За основу взято VZ.

vz в смысле openvz? простите что спрашиваю так подробно, но у меня нет возможности сейчас скачать и посмотреть.

то есть это свое ядро, не совместимое с rh, centos, suse, debian, etc...

имхо, это плохо...

вы говорите о шаред-хостингах, лимитах... каждого юзера в группу - вот вам и лимиты (в т.ч. и i/o), в купе с изолированным окружением и при минимальном оверхеде (фактически чрут), да еще и учет... остается только написать удобный инструмент для раздачи этих самых лимитов (в принципе их уже есть, но они требуют допиливания) - вот вам и аналог CloudLinux, да еще и совместимый с любым дистрибутивом... лично мне подобное решение было бы интересно, а отдельная ОС, уж простите, нет.

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

seomaniac:
max_user_connections=30
Не помогает.

почему не помагает? поставьте 10, поставьте 5

где вы указываете это значение? что говорит show global variables where Variable_name = 'max_user_connections' ?

просто больше вариантов-то и нет (простых).

а что за LVE такая? cgroups(cpulimits) или свой велосипед?

просто если cgroups, то половину раздела "о продукте" можно не читать. разве что интеграция с панелями представляет интерес.

если свой велосипед, то не понятно зачем оно нужно (тем более без i/o)

Всего: 311