netwind

Рейтинг
419
Регистрация
06.05.2007

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

Разве что у вас скрипты долго работают.

Ограничения на современных файловых системах может и нет, но есть потери производительности.

Пожалуй, до сих пор лучшим решением для большого числа мелких файлов остается reiserfs.

Sysctl покажет ограничение на число одновременно открытых файлов.

Слава Шевцов, а тест у вас сильно параллельный был? дело в том, что там блокировка глобальная на всю таблицу. попробуйте на один из тысячи запросов записывать show profile и, возможно, увидите в чем дело. Есть еще патчи где slow_log записывает миллисекунды и , что очень важно в таких случаях, время, которое запрос ожидал блокировки.

"как тут" это хак прикрепления первого сообщения сверху темы - Chief Post http://www.vbulletin.org/forum/showthread.php?t=156141

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

claygod,что-то вас вообще не в ту степь понесло.

popen это контролируемый запуск программы, а не подключение. вообще никакой аналогии с подключением к субд нет.

Слава Шевцов, ну с чего бы ей тормозить?

обычные запросы используют такие таблицы неявно в качестве временного хранилища и ничего никто не замечает.

Если таблица таблица в памяти enigine=memory, то это все ерунда. по крайней мере в vbulletin никто не спешит убирать подобный же запрос и он никогда не тормозит.

Для начала покажите

show create table bb_sessions;

select count(*) from bb_sessions;

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

neolord, мне кажется, в большинстве случаев используется unix-сокет на локальной машине и там простое отображение в адресное пространство работает, не обязательно перекопирование.

neolord:
И еще есть тонкий момент - от объема выбираемых записей то же зависит, и значительную часть времени занимает передача результатов из mySQL сервера в апачевский environment.

Если вы про состояние sending data, действительно момент тонкий и название сбивает с толку. Даже при нормально составленном запросе, mysql может перейти в состояние seniding data тут же, но сама выборка и фильтрация будут продолжаться долго.

А вообще этим временем можно пренебречь.

Всего: 6293