|
|
|
|
|
для: tim333
(20.02.2008 в 14:51)
| | Слишком мало, чтобы создавать нагрузку... | |
|
|
|
|
|
|
|
для: tim333
(21.02.2008 в 14:36)
| | Раз машина у Вас свободна, значит ограничения либо на уровне приложений, либо на уровне канала.
Для самого Apache у Вас какие ограничения на максимальное кол-во процессов? Если он сильно зажат, то примерно такая картина и будет. Error_log для Apache (общий, не для сайта) что-нибудь говорит?
А сервер где расположен? | |
|
|
|
|
|
|
|
для: tim333
(21.02.2008 в 14:36)
| | Может линуксу переустановить?
Давай ставь SLAS )))
А если серьёзно, если всё так серьёзно, то попробуй создать копию этой машины.
Я думаю ничего страшного не будет если ты быстренько кабеля переставишь и посмотришь скорость работы на другой машине. | |
|
|
|
|
|
|
|
для: tim333
(20.02.2008 в 16:18)
| | > select * from blabla where width>='$width' and height>='$height' order by (bal/golos)*(one/(select ndown from tim where id='1')) desc,id desc limit $page,9
>Cтолбцы bal,golos,one не уникальны и насколько я понял индексы тут не примениш.
Зачем вообще совать независимый select ndown from tim в выражение порядка?!
Может быть попробовать переписать выражение порядка как bal*one/golos , или даже завести отдельный индексированный столбик под его значение? Уникальность значений ключа сортировки для создания индекса, кстати, совсем не требуется. | |
|
|
|
|
|
|
|
для: tim333
(19.02.2008 в 17:43)
| | Я уже вообще ничего непонимаю.
Начинаю сканировать сайт через host-tracker.com. Время отклика 18 сек, ппц я в панике.
Проходит минутка и БАХ, сайт начинает работать раз в 5 шустрея.Я быстренько смотрю количесво висящих процессов в mysql, смотрю что в top и всякие характеристики.
И все осталось таким же , как было все, так все и осталось, непонимаю....... o_O | |
|
|
|
|
|
|
|
для: himic
(21.02.2008 в 06:22)
| | Пооптимизировал уже все. Самые жестокие селекты которых в секунду около 1-2 обрабатываеться за 0.05сек.
Дело скорея всего в другом. | |
|
|
|
|
|
|
|
для: pini-pini
(20.02.2008 в 16:16)
| | НАш админ оракла был в шоке от селекта )))
Попробуй отдельно в каком нибудь query browsere отработать, посмотри, действительно ли он так долго отрабатывает, если да, то оптимизируй селекты.
Попробуй mysql_free_result, вобщем эксперементируй | |
|
|
|
|
|
|
|
для: cheops
(20.02.2008 в 23:39)
| | Сейчас ноч и сайт можно сказать прекрасно работает, количесво висяков 0-5.
Swap постепенно кушаеться гдето до 120мб если сайт дня 3 работает. | |
|
|
|
|
|
|
|
для: cheops
(20.02.2008 в 23:39)
| | Ну может с количеством висяков я приувеличил, но до 10 частенько наблюдаю в спящем состоянии.
Может это из большого количесва команд? в минуту их 3-4к как пишит phpmyadmin.
Тоесть в сек штук 50-60 висят штук 5-10. Значит работают или уже отработали штучек около 50.
Может back_log как то влияет ?
Я уже незнаю что делать. Неделю мучаюсь в поисках. | |
|
|
|
|
|
|
|
для: cheops
(20.02.2008 в 23:39)
| | Форума нету, постояных соединений нету, если бы были постояные соединения я бы их увидил в процессах.
swap может и подругим причинам использоваться.
Постоянных процессов нет. | |
|
|
|
|