Re: кеширование статики в RAM

Dmitry Koterov dmitry at koterov.ru
Mon Oct 26 01:27:21 MSK 2009


Из autoexec.bat. Причем желательно в config.sys вначале подключить
himem.sys, чтобы smartdrv.exe использовал память между 640КБ и 1024КБ.
Только аккуратно! Дискетку когда со статикой вытаскиваете, не забывайте
запускать smartdrv.exe /c, а то можно файловую систему убить.



2009/10/25 Nikolay Grebnev <nick at algen.spb.ru>

> Начать разгружать диск надо с включения кеширования дисков (как вы смогли
> его выключить - не знаю).
> Помнится, вроде как для этого надо запускать из config.sys smartdrv.exe
> утилиту (яправильно вспомнил? или из autoexec.bat?)
>
> 2009/10/25 Andrey Zloy <andrey.zloy at gmail.com>
>
> MSDOS 5.0 кажись самая свежая )
>> а Вы как порекомендуете разгрузить диск?
>>
>> 25 октября 2009 г. 22:32 пользователь Igor Sysoev <is at rambler-co.ru>написал:
>>
>> On Sun, Oct 25, 2009 at 09:27:20PM +0300, Andrey Zloy wrote:
>>>
>>> > у нас создан диск tmpfs со статикой и он прописан в root для
>>> location'а. А в
>>> > случае 404 рутом считаем локальный диск где картинки и были изначально.
>>> > Новые файлы пишем на диск и время от времени запускается rsync -
>>> переносит
>>> > измененные файлы с локального диска в tmpfs. Почему сразу не писать в
>>> ram? а
>>> > чтоб файлы не потерялись, если вдруг что с памятью случится (провод из
>>> > розетки выдернут :)
>>>
>>> Какую версию MSDOS используете ?
>>>
>>> > 25 октября 2009 г. 21:10 пользователь Алексей Бобок
>>> > <alexey.bobok at gmail.com>написал:
>>> >
>>> > > Здравствуйте.
>>> > > FreeBSD 7.1, nginx 0.8.20
>>> > > Хочу попробовать засунуть картинки дизайна в RAM (всего со всех
>>> > > разделов получается около 10 мегабайт), чтобы разгрузить жесткие
>>> диски
>>> > > немного.
>>> > > Есть ли рабочие варианты еще кроме создать memory disk и указать его
>>> > > как proxy_cache_path?
>>> > >
>>> > > --
>>> > > Best regards, Alexey Bobok
>>>
>>>
>>> --
>>> Игорь Сысоев
>>> http://sysoev.ru
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20091026/6421afc1/attachment.html>


More information about the nginx-ru mailing list