Это и объясняет почему у вас предельно простые запросы тормозят.
Ну, как сказал бы Филя - дасвиданья. В смысле пытаться мерить время выполнения запросов и делать какие-то выводы бесполезно в виртуальном окружении. Можете чисто теоретически оценивать сложность запросов. Или не принимать во внимание время оценивать по метрикам show session status like 'handler%' и last_query_cost. Чем меньше, тем лучше. Остальное в гугле.
все что гуглится это aslmanager -- Apple System Log data store file manager
хостинг на mac os x ? мне уже страшно.
Ну значит и на vps тоже нужна убунта. По крайней мере, убедившись лично несколько раз какой тухляк этот "серверный" centos, можно было уже понять суть слова Убунту и сделать выводы касательно дружелюбности в остальных аспектах использования.
Какая буква в фразе "Ubutu - самая новая и широко протестированная система" не понятна ?
Что за материнка? Обычно это значит, что протухший центос не видит современный чипсет.
Ставьте убунту 9.10.
a-little-seo, и ничего принципиально не изменится.
Сказали же, что не хватает потомков апачей и все тормозит. Сам код сайта нужно оптимизировать. Администратору-непрограммисту тут особо нечего делать.
TAFF, работоспособность этого трюка зависит от поведения ftp-сервера и практически нигде сейчас не работает.
пакуйте и качайте wget-ом, nc . в конце концов попросите знакомых с хорошим интернетом или выделенным сервером, которым можно доверить пароли.
kostich, короче, за 200$/мес вы будете обслуживать риск без учета чистого трафика сайта ?
Ну вместо одно запроса пересчитывающего все счетчики update table set counter= ( ...) ; иногда можно написать
update table set counter=(..) where id between 0 and 10;
ждете 10 секунд и
update table set counter=(..) where id between 11 and 20;
и тд. то есть обновление счетчиков растянулось на порции.
так у вас VDS или нет?
В таком смысле особо и нечего посоветовать.
Вам остается разбить запрос-задачу на интервалы по смыслу и запускать sql-запросы с паузами.
Можно для вычислений отдельную копию mysql запустить и понизить приоритет процессу mysqld с помощью программы nice или renice.
kostich, почему вы видите в словах только то, что сами хотите увидеть ? про нефильтрованный трафик речи не было.
Объясняю причем тут легенда :
Сумма счета зависит от доходности сайта, хотя и формально, как вы сказали, привязана к отфильтрованному трафику. До мусорного трафика вам дела нет и в тарификации он не участвует. Таким образом, крупный сайт с большим трафиком больше платит, только потому, что он может платить больше мелкого, а не потому что вы на крупный сайт тратите больше ресурсов. Это называется сегментация рынка (а кое-кто может назвать это дойкой), позволяет максимизировать прибыль и совершенно обычное дело. Тот, кто выработал вашу ценовую политику, все это знал. А вы рассказываете легенду для технарей про какие-то там риски. Ну смешно же.
Это не стыдно, но медиа-проекту не очень выгодно. Каждый ваш клиент должен понимать эту схему при планировании расходов. Тут выше озвученными 200-300$/мес может и не обойтись.
