Господа админы.
Есть ли сабж в природе и если да, то не будет ли кто любезен поделиться.
Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела" более заданного количества времени.Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15 минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4 Gb RAM, но не обосновывают.
С уважением, HarleQuin
>Господа админы.
>Есть ли сабж в природе и если да, то не будет ли
>кто любезен поделиться.
>Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему
>данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела"
>более заданного количества времени.
>
>Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15
>минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4
>Gb RAM, но не обосновывают.
>
>С уважением, HarleQuinкогда мы делали свой ftp с публичным доступом, я списывался с ребятами
из Черноголовки: ftp.chg.ru на такую же тему, никаких расчетов, они
взяли средненький PC со скази и потом уже апгрейдили, мы у себя сваяли
raid-массив (PCI-2-SCSI), так что важен сетевой интерфейс, а не мощность
CPU и размеры RAM. Потянет и PIII/600Mhz со сказями, придется вылизать
сетевой интерфейс и доступ, ну и настроить безопасность как следует.
Еще придется поиграться с ftpd серверами на предмет КАКОЙ выбрать.1000 connect x300KB и timeout 15 - будут зависеть от сети(интерфейса-карты), точки доступа, выбранного ftpd и дисковых операций.
Все показывает время, многие публичные архивы и вовсе с P/200 начинались
и чуть-ли не по 2000г.PS. А tcp/ip стек в Solaris-8/9 крутой, только надо почитать о возможностях.
PPS. Linux'овые дистрибутивы чаще крутятся под wu-ftpd (ну нравится им видимо это глюкало), практически все *BSD под своим ftpd, на FreeBSD он
доработан под критическое кол-во соединений, масса других известных архивов под proftpd который более продвинут по возможностям чем оба указанных.
>>Господа админы.
>>Есть ли сабж в природе и если да, то не будет ли
>>кто любезен поделиться.
>>Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему
>>данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела"
>>более заданного количества времени.
>>
>>Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15
>>минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4
>>Gb RAM, но не обосновывают.
>>
>>С уважением, HarleQuin
>
>когда мы делали свой ftp с публичным доступом, я списывался с ребятами
>
>из Черноголовки: ftp.chg.ru на такую же тему, никаких расчетов, они
>взяли средненький PC со скази и потом уже апгрейдили, мы у себя
>сваяли
>raid-массив (PCI-2-SCSI), так что важен сетевой интерфейс, а не мощность
>CPU и размеры RAM.Я недавно спрашивал насчет сетевух, те что MLT 4 интерфейса, которые под
окошками их можно настроить чтобы работали как 1. Что-то никто так и не
ответил. Можно ли подобную вещь сделать под *BSD?>Потянет и PIII/600Mhz со сказями, придется вылизать
>сетевой интерфейс и доступ, ну и настроить безопасность как следует.
> Еще придется поиграться с ftpd серверами на предмет КАКОЙ выбрать.>1000 connect x300KB и timeout 15 - будут зависеть от сети(интерфейса-карты), точки
>доступа, выбранного ftpd и дисковых операций.А где-нибудь есть сравнительный анализ всех имемющихся ftpd?
>Все показывает время, многие публичные архивы и вовсе с P/200 начинались
>и чуть-ли не по 2000г.
>
>PS. А tcp/ip стек в Solaris-8/9 крутой, только надо почитать о возможностях.
>
>
>PPS. Linux'овые дистрибутивы чаще крутятся под wu-ftpd (ну нравится им видимо это
>глюкало), практически все *BSD под своим ftpd, на FreeBSD он
>доработан под критическое кол-во соединений, масса других известных архивов под proftpd который
>более продвинут по возможностям чем оба указанных.
>>>Господа админы.
>>>Есть ли сабж в природе и если да, то не будет ли
>>>кто любезен поделиться.
>>>Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему
>>>данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела"
>>>более заданного количества времени.
>>>
>>>Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15
>>>минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4
>>>Gb RAM, но не обосновывают.
>>>
>>>С уважением, HarleQuin
>>
>>когда мы делали свой ftp с публичным доступом, я списывался с ребятами
>>
>>из Черноголовки: ftp.chg.ru на такую же тему, никаких расчетов, они
>>взяли средненький PC со скази и потом уже апгрейдили, мы у себя
>>сваяли
>>raid-массив (PCI-2-SCSI), так что важен сетевой интерфейс, а не мощность
>>CPU и размеры RAM.
>
>Я недавно спрашивал насчет сетевух, те что MLT 4 интерфейса, которые под
>
>окошками их можно настроить чтобы работали как 1. Что-то никто так и
>не
>ответил. Можно ли подобную вещь сделать под *BSD?есть проект, не знаю на сколько он стабилен, где-то ссылки были, а мб
уже и в stable включен>>Потянет и PIII/600Mhz со сказями, придется вылизать
>>сетевой интерфейс и доступ, ну и настроить безопасность как следует.
>> Еще придется поиграться с ftpd серверами на предмет КАКОЙ выбрать.
>
>>1000 connect x300KB и timeout 15 - будут зависеть от сети(интерфейса-карты), точки
>>доступа, выбранного ftpd и дисковых операций.
>
>А где-нибудь есть сравнительный анализ всех имемющихся ftpd?вряд ли, разве что пару тройку демонов кто-нить сравнил и все, а это
мало>>Все показывает время, многие публичные архивы и вовсе с P/200 начинались
>>и чуть-ли не по 2000г.
>>
>>PS. А tcp/ip стек в Solaris-8/9 крутой, только надо почитать о возможностях.
>>
>>
>>PPS. Linux'овые дистрибутивы чаще крутятся под wu-ftpd (ну нравится им видимо это
>>глюкало), практически все *BSD под своим ftpd, на FreeBSD он
>>доработан под критическое кол-во соединений, масса других известных архивов под proftpd который
>>более продвинут по возможностям чем оба указанных.
>Господа админы.
>Есть ли сабж в природе и если да, то не будет ли
>кто любезен поделиться.
>Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему
>данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела"
>более заданного количества времени.
>
>Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15
>минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4
>Gb RAM, но не обосновывают.
>
>С уважением, HarleQuin
По сему вопросу кроме многоуважаемого ALL был запрошен поставщик и сервис Sun. Они предложили:
SUN Netra V120 (Fire V120), CPU: Ultra Sparc II, RAM: 1 Gb, HDD: 2*72Gb
Божатся и клянутся, что пойдет, причем с родным демоном (Solaris 8).
Бум брать, а по результатам сообщу, КАК это безобразие будет себя вести.
>>Господа админы.
>>Есть ли сабж в природе и если да, то не будет ли
>>кто любезен поделиться.
>>Суть дела такова - по заданным параметрам: мах.количеству одновременных сессий и объему
>>данных на сессию надо прикинуть необходимое железо, чтобы сессия не "висела"
>>более заданного количества времени.
>>
>>Как пример: 1000 сессий одновременно по 300 кБайт данных и до 15
>>минут. Под одним юзером. Предлагают SunFire V880 2xUltraSPARC III, 4
>>Gb RAM, но не обосновывают.
>>
>>С уважением, HarleQuin
>По сему вопросу кроме многоуважаемого ALL был запрошен поставщик и сервис Sun.
>Они предложили:
>SUN Netra V120 (Fire V120), CPU: Ultra Sparc II, RAM: 1 Gb,
>HDD: 2*72Gb
>Божатся и клянутся, что пойдет, причем с родным демоном (Solaris 8).
>Бум брать, а по результатам сообщу, КАК это безобразие будет себя вести.
>
на Sparc'ах SCSI, узнай какой ultra-wide? Чьи диски, какие сетевые интерфейсы и какой процессор UltraSparc-II. Родной демон там полное гавно