Конструкция

$time = microtime ();

$time = explode (' ', $time);

$time = $time[1] + $time[0];

легко заменяется на

$time = microtime (1);

Я уж промолчу про то, что оптимизация серьёзных баз данных может продолжаться пару часов, а там считать микросекунды — это уже блажь :)

Из вашего решения следует, что на вашем VDS не был настроен swap раздел и когда заканчивалось свободное место ОЗУ, то программам не куда было сбрасывать данные для высвобождения ОЗУ и из-за этого они выдавали ошибку.

По всем правилам у каждой ОС должен быть swap раздел, но видимо многие хостеры, которые предлагают VDS/VPS предпочитают не настраивать этот раздел диска, на то у них есть свои причины вызванные экономической стороной вопроса. Если разобраться, то все вытекает из-за недостаточности ОЗУ выделяемым для VDS. Обратите внимание на тарифные планы VDS, вы увидите что хостер предлагает 128Мб, 256Мб, 512Мб и т.д. ОЗУ для вашего будущего VDS. На сегодняшний день это бесспорно мало и операционным системам приходится использовать раздел swap на диске.

Не все хостеры для VDS используют блейд сервера или сервера вообще. Поэтому общее кол-во памяти ОЗУ не так велико, а его нужно разделить между VDS. Тут арифметика проста, чем меньше памяти выделяется для VDS, тем больше их можно разместить на одном физическом сервере и больше получить прибыли. В любой системе виртуализации узким местом является дисковая подсистема, VDS много а винчестер один и он не поспевает за всеми запросами от всех VDS, а если еще подключить SWAP раздел и учитывая что каждый VDS будет свапить, т.е. обращаться к диску, т.к. ОЗУ мало для работы, то вся система в целом будет тормозить. Конечно выход есть, нужно использовать RAID массивы и жесткие диски с большой скоростью вращения шпинделя (10-15к оборотов в минуту), но такие диски стоят намного дороже чем диски SATA для обычных десктопов. Поэтому хостеры и отключают раздел SWAP в VDS, но если бы они выделяли больше ОЗУ для VDS, то ОС не пришлось бы так часто свапить и тогда не было бы нужды отключать swap раздел на VDS.

# dd if=/dev/zero of=/mnt/500Mbytes.swap bs=1M count=512

# mkswap /mnt/500Mbytes.swap

добавляем в /etc/fstab следующую строчку:

/mnt/500Mbytes.swap swap swap defaults 0 0

ОС CentOS 5.5 VDS Xen

(183/184): glibc-common-2.5-58.el5_6.4.i386.rpm | 16 MB 00:03

(184/184): valgrind-3.5.0-1.el5.i386.rpm | 20 MB 00:03

--------------------------------------------------------------------------------

Total 3.4 MB/s | 141 MB 00:41

Running rpm_check_debug

Running Transaction Test

Убито

Но как понять, что трафик шифруется?

По какому участку кода? ну или типа того...

Не могли бы Вы привести пример? : выполняем такую то команду и видим шифрованный трафик ... и выглядит он так то.

Спасибо.

Сергей, указывая внешние DNS сервера вы избавляете себя от дополнительных проблем, которые могут возникнуть в будущем. К тому же такая конфигурация будет работать на любом сервере в любом дата-центре и вам не нужно будет подстраивать каждый раз конфиг, когда вы устанавливаете OpenVPN на новом месте.

У каждого провайдера интернета есть свои DNS сервера и они прописываются при подключении к интернету, но у не которых провайдеров доступ к их DNS разрешен только их клиентам, а когда вы подключитесь к OpenVPN, то ваш ip адрес изменится и ваш провайдер не даст доступ к своим DNS. Вот тут как раз и спасают внешние DNS. Конечно можно использовать DNS записи сервера на котором установлен OpenVPN, тогда вы будете использовать DNS дата-центра.

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

Поэтому я предлагаю более простой и 100% рабочий вариант это использовать ip адреса OpenDNS: 208.67.222.222, 208.67.220.220, они всегда доступны, быстро обновляют таблицу записей DNS и к тому же могут отсекать загрузку баннеров и вредоносных сайтов, если вы создадите аккаунт на сайте opendns.com и укажите с какого ip будете делать запросы.

спасибо.