Да на самом деле нет никакой разницы в каком формате сохранять этот файл. В чем его выдавал первоначальный скрипт на php (txt, xml, json, html) в том можно и сохранять. Для пользователей все будет прозрачно.
А зачем вы так обожествляете memcached и пытаете воткнуть его везде?
Запрос к nginx-memcached:
1. коннект пользователя к вебсерверу и обработка запроса
2. пересылка запроса по tcp/ip соединению к memcached с целью выборки данных
3. выборка из памяти (в memcached) за мгновение и пересылка результатов обратно через tcp/ip
4. пользователю передается файл
Запрос к nginx (статичный файл):
1. коннект пользователя к вебсерверу и обработка запроса
2. файл за 1 наносекунду берется из дискового кеша без обращения к диску (наверно используется какой-нибудь еще sendfile, а может что-то еще)
3. пользователю передается файл
Вот мне кажется в первом варианте на п.2 и п.3 очень много сжирается ресурсов и очень много раз делается копирование кусков информации из одной части памяти в другую. Сначала данные из памяти на стороне memcaced копируются в пул отправки tcp/ip, потом с ними там что-то делает ядро, позже информация выстраивается в буфере на прием и собирается в единый файл (а это все множество вызовов malloc, memcpy) да и считается, что сам tcp/ip стек грузит систему не слабо, рассылая всякие там ACK.
Я вижу для себя memcached совсем в другом роде. А в приведенном выше примере статический файл выиграет по скорости, и я не говорю о том, что это проще реализовать.
В целом с автором я согласен. Но в конкретном случае (с выборкой MAX(id) -10) можно было бы поступить проще:
Делать выборку по крону на php каждые N секунд и формировать xml файл с результатом работы и записывать его например в корень сайта с именем 'somefile.xml'
Вебсервер (любой, nginx и даже apache) отдает статический файл максимально быстро, а файл при этом мгновенно помещается в дисковый кеш.
Более того работают все стороны HTTP протокола: HTTP 206 Partial Content, 304 Not Modified. (Все это для файла размером 1кб не нужно, но это точно не повредит, а если файл будет большим — получится только выигрышь)
С помощью ИК порта я бы пользовался телефоном, как пультом от домашней техники.
А сверхмощный светодиод помогал бы найти мне ключи, когда я их выронил в темноте.
И есть еще много вопросов по софту. (Я свой телефон не ломал).
Но взломав я наверно решил многие из них, поэтому я их не выношу этот пункт на передний план. Кому надо тот делает джаилбрейк.
Ну почему же. Из этой же таблички следует что любой провод, сечение которого больше ~17 мм, малоэффективен. 17 миллиметров соответствует 10 копеечной монете. Однако я не раз видел по ящику (особенно в Америке) как люди ходят пешком по проводам. Это наводит на мысль об их колоссальном размере. Найти что-либо в интернете на эту тему не смог.
> Ровно поэтому по ЛЭП передают ток под высоким напряжением и желательно по толстым проводам.
Есть такая штука Скин-эффект. И Поэтому нет никакого прока от бесконечно толстых проводов, т.к. ток течет по кромке кабеля. Идеальный вид проводника — трубка. (С экономической точки зрения)
Я вот когда увидел мысль 'или же [он, браузер] запрещал ввод русских букв в адресную строку'.
Я вот себя поставил на место пользователя, у которого запрещен ввод русских символов в адресную строку. Для себя в этой концепции я вижу одни плюсы. А в упомянутом выше примере с википедией, я готов зайти на ru.wikipedia.org и воспользоваться поиском (я так кстати всегда и делаю).
Хотя наверно установка раскладки в режим 'EN' при попадании фокуса в адресную строку и возврат в исходное состояние при его покидании — логичное действие. В FF3 этого нет. Наверно существует соответствующий addon, но лень искать и даже если несколькими сообщениями ниже появится готовая ссылка, я наверно все равно его не поставлю.
К слову, функция mysql_ping сама восстанавливает подключение к mysql серверу, если оно было утeряно к моменту проверки. И только в случае невозможности его установить возвращается false;
Не совсем в тему, но иногда (раза 2-3 в год, не чаще) я пользуюсь filesearch.ru, кто бы что не говорил про torrent и dc+, но ftp еще жив. Довольно редко, на свой страх и риск можно скачать какой-нибудь 'usbscan.sys', который по какой-то неизвестной причине отсутствует в составе дистрибутива xp.
Думаю, что если убрать файл подкачки то проблема разрешится сама собой. Но если бы памяти было бы побольше, наверно так бы и сделал. Но отключение файла подкачки может навлечь следующую беду: когда-нибудь какой-то программе не хватит памяти. А с файлом подкачки, который более чем в 2 раза увеличивает размер ОЗУ, такого случиться уже почти не может.
Нечаянно отправил комментарий недописав его. Вобщем подозреваю что система выгружает все приложения из памяти в swap, а всю доступную память (в том числе только что освобожденную) использует под файловый кеш. Спрашивается зачем мне это? Я фильм посмотрел, закрыл проигрыватель и забыл. Но по окончанию просмотра фильма я вынужден ждать пока пока произойдут тысячи отдельных операций по чтению 4096 байт обратно из swap в память.
Можно ли вообще отключить дисковый кеш для отдельных прелижений или скажем запретить кешировать более N мегабайт для одного файла. Или может можно вообще как-то решить эту проблему правильно. Или вообще проблема не в этом? Кстати, WinXP SP3.
У меня вопрос на тему оптимизации. (Я обладатель ноутбука Centrino 1500 Mhz 1024 RAM, 40 Gb HDD, в общем довольно старенький). Теперь вы немного уже поняли примерную производительность моей системы. Открыт десяток окон, пишутся диски в nero, качает что-то торрент, firefox отжирает мегабайт 300. Все работает просто отлично! Никаких претензий. Производительнее системы мне и не надо, т.к. в игры не играю, видео монтажом не занимаюсь а фотошопом пользуюсь только чтобы изменить размер у фотографии.
Много лирики, к делу. Например после просмотра фильма, по его окончанию случаются жуткие тормоза. Вообще после любой затяжной операции с диском происходит такая штука.
Хотя скорее всего WAN порт на 1 GB — это не достижение, а следствие того что LAN порты гигабитные. Просто один из портов выделен в отдельный vlan. А вдруг я не прав? Вдргу это устройсво и правда может так быстро перекидывать пакеты с одно интерфейса на другой.
Интересно, а что за процессор в нем? И насколько он сможет этот Gigabit WAN Port реально коммутировать с LAN через NAT. Это дейсвительно немыслимо для роутеров (в привычном для меня понимании). Им бы 100 мбит-то забить как-нибудь, и то силенок не хватает.
А зачем вы так обожествляете memcached и пытаете воткнуть его везде?
Запрос к nginx-memcached:
1. коннект пользователя к вебсерверу и обработка запроса
2. пересылка запроса по tcp/ip соединению к memcached с целью выборки данных
3. выборка из памяти (в memcached) за мгновение и пересылка результатов обратно через tcp/ip
4. пользователю передается файл
Запрос к nginx (статичный файл):
1. коннект пользователя к вебсерверу и обработка запроса
2. файл за 1 наносекунду берется из дискового кеша без обращения к диску (наверно используется какой-нибудь еще sendfile, а может что-то еще)
3. пользователю передается файл
Вот мне кажется в первом варианте на п.2 и п.3 очень много сжирается ресурсов и очень много раз делается копирование кусков информации из одной части памяти в другую. Сначала данные из памяти на стороне memcaced копируются в пул отправки tcp/ip, потом с ними там что-то делает ядро, позже информация выстраивается в буфере на прием и собирается в единый файл (а это все множество вызовов malloc, memcpy) да и считается, что сам tcp/ip стек грузит систему не слабо, рассылая всякие там ACK.
Я вижу для себя memcached совсем в другом роде. А в приведенном выше примере статический файл выиграет по скорости, и я не говорю о том, что это проще реализовать.
Делать выборку по крону на php каждые N секунд и формировать xml файл с результатом работы и записывать его например в корень сайта с именем 'somefile.xml'
Вебсервер (любой, nginx и даже apache) отдает статический файл максимально быстро, а файл при этом мгновенно помещается в дисковый кеш.
Более того работают все стороны HTTP протокола: HTTP 206 Partial Content, 304 Not Modified. (Все это для файла размером 1кб не нужно, но это точно не повредит, а если файл будет большим — получится только выигрышь)
С помощью ИК порта я бы пользовался телефоном, как пультом от домашней техники.
А сверхмощный светодиод помогал бы найти мне ключи, когда я их выронил в темноте.
И есть еще много вопросов по софту. (Я свой телефон не ломал).
Но взломав я наверно решил многие из них, поэтому я их не выношу этот пункт на передний план. Кому надо тот делает джаилбрейк.
Вот у этой штуки (электропоезд ЭР2) мощность равна 4 МВт, так что 180 — это не так уж и много.
Есть такая штука Скин-эффект. И Поэтому нет никакого прока от бесконечно толстых проводов, т.к. ток течет по кромке кабеля. Идеальный вид проводника — трубка. (С экономической точки зрения)
Я вот когда увидел мысль 'или же [он, браузер] запрещал ввод русских букв в адресную строку'.
Я вот себя поставил на место пользователя, у которого запрещен ввод русских символов в адресную строку. Для себя в этой концепции я вижу одни плюсы. А в упомянутом выше примере с википедией, я готов зайти на ru.wikipedia.org и воспользоваться поиском (я так кстати всегда и делаю).
Хотя наверно установка раскладки в режим 'EN' при попадании фокуса в адресную строку и возврат в исходное состояние при его покидании — логичное действие. В FF3 этого нет. Наверно существует соответствующий addon, но лень искать и даже если несколькими сообщениями ниже появится готовая ссылка, я наверно все равно его не поставлю.
(Если кого вопрос действительно очень интересует, думаю будет интересно почитать)
Можно ли вообще отключить дисковый кеш для отдельных прелижений или скажем запретить кешировать более N мегабайт для одного файла. Или может можно вообще как-то решить эту проблему правильно. Или вообще проблема не в этом? Кстати, WinXP SP3.
Много лирики, к делу. Например после просмотра фильма, по его окончанию случаются жуткие тормоза. Вообще после любой затяжной операции с диском происходит такая штука.