https://opennet.dev/openforum/vsluhforumID1/77795.html стоит задача хранить большой объем информации...<br>около 2тб<br>архив этого всего условно делится на две категории <br>свежее - которое качают часто<br>и архивное - которое качают гдето 20% качальщиков<br>винты сата/иде (8-10-12 штук)<br>сеть:100 реальных мегабит (крупная локалка)<br>сетевуха: гигабитная, PCI-E<br>и самое главное: нагрузка - 40-60 пользователей постоянно.<br>требования к скорости примерно 1 Мбайт/сек<br><br>предполагаемое решение:<br>винт для "свежего" (см. выше)<br>сделать в Raid-0 из двух винтов<br>остальное "архивное" хранить как обычно.<br><br>НО напрашивается вопрос<br>на чем это все вертеть?<br>тоесть какой ftp сервер посоветуете для freebsd или как вариант для линукс <br>(готовы перейти если будет действительно существенный прирост в производительности)<br>Щас используем proftpd как особо одаренный... Но нефакт что он лучший.<br><br><br> https://opennet.dev/openforum/vsluhforumID1/77795.html#10 Tue, 11 Dec 2007 13:48:18 GMT &gt;Я так понял, что никаких экзотический функций от сервера вам не нужно. Тогда чем проще, &gt;тем лучше. Я бы выбрал просто ftpd, входящий в дистрибутив FreeBSD. Он очень лёгок, &gt;быстр, прост.<br><br>чушь, штатный ftpd не предназначен для таких нагрузок, к тому же там минимум возможностей.<br><br>&gt;vsftp -- рекомендую<br><br>согласен, сам тоже юзаю<br><br>&gt;Вот об этом если можно поподробнее ;-) <br>&gt;чево там тюнинговать? <br>&gt;ну async можно включить...<br><br>я бы не стал, это имеет смысл делать там где потеря данных не критична, типа как на проксевом кеше например<br><br>&gt; ну softupdates... а что еще? <br><br>включено по умолчанию<br><br><br>&gt;&gt;Узкое место - дисковая подсистема. <br>&gt;&gt;Нужно чтоб система нормально отдетектила SATAII винты <br>&gt;&gt;Знаю - проходили.<br>&gt;&gt;На удачных материнках (к примеру на интелах)<br>&gt;&gt;SATA определяются как IDE.<br><br>а что SCSI не рассматривается? самое то<br><br><br>&gt;Включаем поллинг. <br><br>это не про производительность :), скорость скорее всего упадет, т.е. в этом случае это скорее вредно<br><br><br><br> https://opennet.dev/openforum/vsluhforumID1/77795.html#9 Tue, 11 Dec 2007 11:19:17 GMT <br>&gt;Вот об этом если можно поподробнее ;-) <br>&gt;чево там тюнинговать? <br>&gt;ну async можно включить... ну softupdates... а что еще? <br><br>Увеличиваем MAXUSERS, kern.openfiles, kern.ipc.numopensockets<br>Включаем поллинг. <br> https://opennet.dev/openforum/vsluhforumID1/77795.html#8 Tue, 11 Dec 2007 09:56:42 GMT &gt;Узкое место - дисковая подсистема. <br>&gt;Нужно чтоб система нормально отдетектила SATAII винты <br><br>Знаю - проходили.<br>На удачных материнках (к примеру на интелах)<br>SATA определяются как IDE.<br><br>&gt;Оттюнингуйте дисковую подсистему, сеть. <br>&gt;А потом сравните производительность разных ftp демонов, можно даже на разные порты <br>&gt;вынести. <br><br>Вот об этом если можно поподробнее ;-)<br>чево там тюнинговать? <br>ну async можно включить... ну softupdates... а что еще?<br> https://opennet.dev/openforum/vsluhforumID1/77795.html#7 Tue, 11 Dec 2007 00:39:18 GMT &gt;[оверквотинг удален]<br>&gt;винты сата/иде (8-10-12 штук) <br>&gt;сеть:100 реальных мегабит (крупная локалка) <br>&gt;сетевуха: гигабитная, PCI-E <br>&gt;и самое главное: нагрузка - 40-60 пользователей постоянно. <br>&gt;требования к скорости примерно 1 Мбайт/сек <br>&gt;<br>&gt;предполагаемое решение: <br>&gt;винт для "свежего" (см. выше) <br>&gt;сделать в Raid-0 из двух винтов <br>&gt;остальное "архивное" хранить как обычно. <br><br>Узкое место - дисковая подсистема.<br>Нужно чтоб система нормально отдетектила SATAII винты<br><br>&gt;НО напрашивается вопрос <br>&gt;на чем это все вертеть? <br>&gt;тоесть какой ftp сервер посоветуете для freebsd или как вариант для линукс <br>&gt;<br>&gt;(готовы перейти если будет действительно существенный прирост в производительности) <br>&gt;Щас используем proftpd как особо одаренный... Но нефакт что он лучший. <br><br>Оттюнингуйте дисковую подсистему, сеть.<br>А потом сравните производительность разных ftp демонов, можно даже на разные порты вынести.<br><br><br> https://opennet.dev/openforum/vsluhforumID1/77795.html#6 Mon, 10 Dec 2007 13:36:45 GMT &gt;&gt;Другое дело-выбор файловой системы под это дело. Главное не ведитесь на глупые <br>&gt;&gt;призывы сразу сменить систему. <br>&gt;а какую ФС посоветуете? <br>&gt;(freebsd 6.0) <br><br>Любую. Кстати 6.2 постабильнее будет. А скоро и 6.3 выйдет.<br> https://opennet.dev/openforum/vsluhforumID1/77795.html#5 Mon, 10 Dec 2007 13:35:56 GMT &gt;Ни от системы хранения, ни от сетевухи FTP-сервер ни как не зависит... <br>&gt;vsftp -- рекомендую <br><br>Точно! И данные считываются из космоса, посредством фрактальной дивергенции.<br> https://opennet.dev/openforum/vsluhforumID1/77795.html#4 Mon, 10 Dec 2007 13:19:09 GMT &gt;Другое дело-выбор файловой системы под это дело. Главное не ведитесь на глупые <br>&gt;призывы сразу сменить систему. <br><br>а какую ФС посоветуете?<br>(freebsd 6.0)<br> https://opennet.dev/openforum/vsluhforumID1/77795.html#3 Mon, 10 Dec 2007 09:03:55 GMT Я так понял, что никаких экзотический функций от сервера вам не нужно. Тогда чем проще, тем лучше. Я бы выбрал просто ftpd, входящий в дистрибутив FreeBSD. Он очень лёгок, быстр, прост.<br>Вы не указали версию фри. Если она у вас старая, то может не содержать скрипта для пуска/останова штатного ftpd. Советы на эту тему есть тут http://michurin.com.ru/bsd-ftp.shtml<br> https://opennet.dev/openforum/vsluhforumID1/77795.html#2 Mon, 10 Dec 2007 08:51:49 GMT Ни от системы хранения, ни от сетевухи FTP-сервер ни как не зависит...<br><br>vsftp -- рекомендую<br><br><br>