afaik многопоточность в перле достигается путем использования "threads", а там уже просто поток создается и внутри него делается нужная задача:
Module id = threads CPAN_USERID JDHEDDEN (Jerry D. Hedden <jdhedden@cpan.org>) CPAN_VERSION 1.67 CPAN_FILE J/JD/JDHEDDEN/threads-1.67.tar.gz MANPAGE threads - Perl extension allowing use of interpreter based threads from perl INST_FILE /usr/local/lib/perl5/5.8.8/mach/threads.pm INST_VERSION 1.07
а что у службы поддержки вызвало трудности ?
cpan стоит ? менеждеры пакетов типа yum, apt?
наберите в консоле:
for a in $(cat /etc/passwd|awk -F ":" '{print $1}');do echo -e "User: $a"; echo -e "Group: $( groups $a) \n\n";done
можно командой scp:
scp /путь/от/куда/ xxx.xxx.xxx.xxx:/путь/куда/
но лучше использовать rsync:
rsync -rtzlvpog /путь/от/куда/ xxx.xxx.xxx.xxx:/путь/куда/
В обоих примерах xxx.xxx.xxx.xxx это ip сервера на который нужно перенести данные. Использование доменов тоже допустимо.
Судя по вопросу обычный mysqldump вызывает высокую нагрузку, а значит нужно смотреть в сторону
ionice/nice, либо можно использовать перловый скрипт mysqlhotcopy.
Если критично время синхронизации, то лучше использовать полноценную кластерную репликацию (с mcluster-ом у меня строго негативные ассоциации и посему его не рекомендую разворачивать)
dotfixa, вы получаете ошибку "Maximum execution time of 30 seconds exceeded" или что то связанное с mysql или просто пустая страничка?
в общем попробуйте выполнить скрипт бинарным php в обход таймаутам апача и max_execution_time
должно получится примерно так
0 1 * * * /usr/bin/php -f /home/user/public_html/script.php
В действительности цифру никто не назавет. ..
Все зависит от стольких мелочей, что тут без опыта не понять 15 это много или нормально. Как показывает практика вам больше стоит уделять внимание занятости оперативной памяти (используется ли своп) и жестким дискам, чем смотреть на показатели LA. А для того чтобы делать вывод по загруженности системы вам нужны графики по которым вы сможете ориентироваться.
спасает пересборка апача без ivp6 или даунгрэд на первый, а хаков понятное дело можно предложить и дописать все сайты в /etc/hosts и т.п но имхо не выход.
Вы начали смотреть в нужном направлении, проблема с днс действительно существует. host-tracker.com и hyperspin.com это подтверждает - в какие то моменты они просто не резолвят домен. Разве что причину выяснить вы не попытались и сразу полезли в ZoneEdit.
Если рассуждать то проблемы с днс они бывают всего нескольких типов и выяснить почему они происходят не сложно:
1) Ваши днс сервера могут не отдавать запись в какой-то промежуток времени.
Причина:
* Слишком большая нагрузка и они захлебываются (такое может быть еще из-за ДДоС-а)
* Не стабильный канал и потеря пакетов
2) Ваши днс сервера не отдают корректную запись о домене либо не отдают ее вообще для некоторых подсетей:
* Невнимательность, незнание того кто занимался настройкой
Я таки нашел время чтобы посмотреть что у вас там происходит и вот что у меня получилось:
ваш домен направлен на днс сервера DNS1.IQPARTNER.INFO и DNS2.IQPARTNER.INFO.
Проверив ip адреса этих поддоменов и главного домена DNS1.IQPARTNER.INFO (65.98.16.114), DNS2.IQPARTNER.INFO (65.98.16.115) и IQPARTNER.INFO (65.98.16.114) можно понять что все это находится на одном и том же сервере и к услугам zoneedit.com вы не прибегали.
Теперь пройдемся по самим записям. Первое что бросается в галаза это то что оба днс домена находятся в одной подсети что согласно rfc2182 не правильно, но по сути это не так страшно как может звучать, сейчас на это только nic.ru смотрит.
Сами записи выглядят верно, разве что очень большой expire стоит - 3600000 (я советую вам его понизить), отсутсвует spf запись, но это мелочи. После просмотра всего я могу добавить к возможным причинам выпадения резолва следующее:
В момент первода домена на собственные именные сервера DNS1.IQPARTNER.INFO и DNS2.IQPARTNER.INFO могла возникнуть проблема по миру и они не прорезолвили домен в тот момент закешировав пустую запись.
Ну и наконец рекомендации:
1) В момент когда у когото не резолвится домен попросите пропинговать ip сервера или сделать трэйс до него. То что вы показываете аптайм сервера не дает основание утвердать что нет проблем с каналом
2) Нужно уменьшить expire для зоны
3) Удалить CNAME запись с поддомена WWW и создать для него полноценную A запись
4) Если акаунт в ZoneEdit-e таки купили, то воспользуйтесь их услугами и перекиньте на них вторичный днс
Причин может быть действительно много, это нужно проверять и трэйсить. Проверить можно утилитами ps (подсчитывая память по каждому процессу), lsof и strace. Если стукнитесь в приват, за печенье посмотрю что у вас на впске происходит :)
