Re: offtopic: Дисковая подсистема

[Alexey Karagodov]

смотря сколько данных будут "лопатить" за единицу времени эти пхп-скрипты и
будут ли они вообще брать эти данные с локального диска т.е. из файлов
памяти по-больше поставьте (кеш)
чтобы всякие скрипты и всё, что в основном ридонли жило в этом кеше

в случае если там будет в основном ридонли контент, то сата (в зеркале)
хватит

28.11.07, Vitaliy Okulov <vitaliy.okulov at gmail.com> написал(а):
>
> Да, гигабит. Думаю от 10 до 30 гигов. На первое время, возможно больше. Но
> с этим вопрос мне более или менее понятно, тут можно SAS или scsi.
> Мой изначальный вопрос был про динамику, я совсем забыл +).
> Для web сервера, на котором ТОЛЬКО php скрипты хватит ли SATA? По идее
> должно хватить, если ставить нормальный контроллер, но решил спросить про
> ваш опыт, может он у кого-то негативный и в моем случае стоит использовать
> SCSI или SAS.
>
> 28.11.07, Alex Vorona <voron at amhost.net> написал(а):
> >
> > Vitaliy Okulov пишет:
> > > Картинки в основном, вес до 100К.
> > >
> > > 27.11.07, *Монашёв Михаил* <postmaster at softsearch.ru
> > > <mailto: postmaster at softsearch.ru>> написал(а):
> > >
> > >     Здравствуйте, Виталий.
> > >
> > >     Скажи,  что  ты  будешь раздавать, какой суммарный объём файлов,
> > какой
> > >     средний размер файла, и тогда будет ясно какие диски выбрать.
> > >
> > >     > Вопрос по дисковой подсистеме для высоконагруженных проектов,
> > кто
> > >     > что использует и почему?
> > >     >
> > >     Серверабудутпростообрабатыватьзапросынадинамику,
> > IMHOдляэтогохватитхорошегоSATAконтроллераиSATAвинтов.СтоитлииспользоватьSASилиSCSI?
> > >
> > >
> > >
> > >     --
> > >     С уважением,
> > >     Монашёв Михаил, SoftSearch.ru
> > >     mailto:postmaster at softsearch.ru <mailto: postmaster at softsearch.ru>
> > >     ICQ# 166233339
> > >     http://softsearch.ru/
> > >     Без бэкапа по жизни.
> > >
> > >
> > >
> > Канал гигабитный? Сколько обьём картинок в сумме ожидаемый? Сколько
> > клиентов планируется?
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20071128/8f016348/attachment.html>