KaYot

А зачем ее эмулировать? 2 ПК с гиговыми сетевками, между ними некротик, запускаешь iperf и видишь на каком pps железка скопытится. Можно 1 комп с 2 сетевками, можно и с 1 + вланы, фантазия не ограничена ничем.

Завтра сфоткаю. Если не забуду..

Не совсем так. Посмотрите дизайн любой материнской платы(а так же брендовых коммутаторов) - крупные радиаторы держатся на подпружинненой скобе, вставленной в отверстия текстолита. На термоклей садят только миниатюрные железки. И бекплейн для радиатора весом 50 граммов и усилием прижима 100 грамм нафиг не нужен. Так и есть, нагнетающая схема применяется только в целях борьбы с пылью, и обычно ставят вытягивающий и нагнетающий вентиляторы примерно равной производительности(точнее нагнетающий чуть мощнее для создания небольшого избыточного давления) + пылевой фильтр. Обоснований почему наг

2 Uliska: вы бы порекомендовали техотделу изменить метод крепления основного радиатора(механически, какой-нить металлической защелкой), как видно по последним сообщениям он слишком тяжел для клеевого крепления и пересылку свичи не переживают.

Раздел про SFP-медики. Это вероятно только ваших китайцев касается, тот же копеечный классический Dlink 805g умеет LFP и остальные(ненужные) плюшки. А вообще время медиков в прошлом, не заслужили они новой темы. Нынче дешевле поставить свич типа applynet на 16 портов, или 3200-28f на 28 и набить его модулями, чем городить горку конверторов со стойкой.

Нравится именно crs125-24gНу а зачем тогда создавать тему такую, если вы не собираетесь брать что-либо другое?! В документации написано, что это свитч, на нем нету RouterOS, а SwOS, соответственно никакого Winbox'а привычного не будет, только через web. Из скриншота можно приблизительно узнать сам функционал SwOS. Нет очередей, нет API, для этого, собственно, я и спросил функционал в начале топика. Если он вам нужен ка свитч - то вперёд, покупайте. А вот если как шлюз, сервер доступа или нечто еще - ищите другой вариант. Но вам нравиться именно CRS125-24G...Там стоит полноценный routerOs с лиц

Все продано.

Актуально.

Вы давайте уж скорей, Привозите модулей!

Ну так правильно. Время доступа зависит в основном от скорости вращения (ну и еще от настроек ААМ). Что 10 лет назад, что сейчас, время случайного доступа примерно одинаково. Даже так не совсем верно. Пациент снова лукавит, 7мс - доступ у VelociRaptor 2.5", у как он написал "обычных sata" скорее 12-15. А это мягко говоря не 1-2мс как он писал значально, и даже не 5-7 что ему говорит виктория.

Как хорошо жить в своей, выдуманной, реальности.

Брать минимум 5520, с возможностью вставить второй камень. Но я бы вообще не брал ниже l5639/5640(можно для начала с 1 камнем) + raid 10 на 4ех SSD.

Ну все-таки современный сервер, в стойке с кондиционированием и и питанием это одно, а древний "ксеон" в кладовке, обдуваемый бытовым вентилятором, воткнутый в мастек 500w и запистанный от триолановского гигосика это немного другое. Даже без влезания в тонкости софта, это отдельная грустная тема когда-то остановившая меня от влезания в этот бизнес

Качество мягко говоря отличается от KLM. Вектор классный биметал с параметрами близкими к меди, KLM - дешевый китайский алюминий.

Судя по соседним топикам - этот мега-сервер будет стоять дома в кладовке. Упаси бог от таких хостингов..

Создайте 100шт ip rule по 10 адресов в каждом. Поиск там хешируемый, производительность не пострадает.

Решение классическое, через ip rule. 1) создаете 2 таблицы маршрутизации (t1 и t2 к примеру). Как создавать искать лень, ищите. Добавить строчку в /etc/iproute/rt_tables или где-то рядом. 2) Делаете ip rule add from 192.168.1.0/24 table t1 ip rule add from 192.168.2.0/24 table t2 Классификаторов в rule много, можно задать любые условия. Например по меткам как вы выше делали, хоть это и не тру вей. 3) В таблицы добавляете нужные default GW ip route add deafult via xx.xx.xx.xx table t1 ip route add deafult via yy.xx.xx.xx table t2 Profit.

Могут быть проблемы с сайтами, где фронт и контент находятся за разными IP-адресами, они требуют, чтобы скачивание/стриминг контента было с того же адреса, откуда был загружен плеер. Обязательно проверю, кстати. Насколько я помню при persistent как раз таки по src ip идет хеширование, и проблем не возникает.

А не факт что будут разные, проверьте. И даже если будут - что с того? Распределение равномерное работает как и требовалось.

В iptables такие костыли вообще не нужны, делайте обычный snat в диапазон адресов с ключиком persistent или как оно там.

К сожалению qinq использует pvid прописанный в разделе gvrp, а не тег порта. Зачем так сделано - знают только китайцы, но так сделано

gvrp pid забыли прописать для 10 порта.

Боксы в наличии.

Память под кеш выделяется сразу фиксированным куском ЕМНИП... Выделяется оно динамически, по мере заполнения кеша. Сразу после запуска мускуль с innodb_buffersize=2G кушает десяток мегабайт, после пары-тройки жирных запросов - с полгига, через пару часов(когда вся база прокешируется) - почти 2G.