ПХП с фалйма TXT | ускорение процесса

Вы наверное хотели сказать "не самая быстрая" =) И это святая правда. Правда чем больше база, тем меньше в дереве происходит разбиений, и тем меньше передвижек и перераспределения индексных файлов. Но 95% пользователей очевидно не нужен ни апдейт ни инсерт, ни альтер и т.д. Им подавай быстрый селект. Если речь идет хотя бы о VPS с возможностью самостоятельного администрирования, можно муське отдать столько памяти, что хватит закешировать все страницы.

А вообще, если говорить о высоконагруженных серверах, о муське стоит забыть. Вот другое дело Постгре. Не зря же такая махина как Яху на нем одном работает.

Но и выполняются медленнее. На одном проекте пришлось отказаться от индексов, иначе с ними обновление таблиц затягивалось на несколько минут. Там, правда, задача была в заливке прайсов по несколько десятков млн позиций :)

Спасибо, судя по всему нужно будет взять на вооружение :)

Кинуть данные в базу. Если база в памяти - может быть быстрее.

Поставить memcached и тягать данные из памяти.

Если у хостинга есть акселератор и кеширование исходящих данных, то отдать юзеру ссылку на файл редиректом.

Хранить кеш на диске в зипованном виде. Считывать, раззиповывать и использовать. Обычно это работает в несколько раз быстрее прямого считывания.

Если файлов более 30 тыс., то раскидать их по каталогам. Будет быстрее.

удалось добится [ PG.t : 0.14 | DB.q : 7 | DB.t : 0.07 ] при 7 запросах 0,07 получается на генерацию страницы уходит 0,07.. кто скажи хорошо нет это? или можно еще менее добится?

Предел - 200 обращений к диску в секунду для всего сервера. Отталкивайтесь от этой цифры и считайте. На глаз - у Вас всё великолепно.

стесняюсь спросить, а что это за предел. откуда цифры?

Не пойму ни как.. как поставить Xcache и заставить его загружать в память файлы

P\S извините за тупость просто с root-ом тяжко у меня :( может есть у кого скомпелированные файлы