Если я правильно понял — да. Единственное что сломается точно — Docker in Docker. Но он, к счастью, нечасто нужен в кластере, а на машине девелопера он продолжит работать.
Ошибаетесь. Там есть MIMO, а вот MU-MIMO, как и остальные фишки Wave2 пока что не поддерживаются драйвером. На текущий момент драйвер с поддержкой Wave2 в состоянии крайне сырой беты.
А по клиентским устройствам — насколько знаю большинство флагманов сейчас уже поддерживают эти стандарты. Впрочем, тут могу ошибаться, не тестировал.
Зачем соседскую? Достаточно любым удобным способом узнать пароль от Wi-Fi мамы\брата и пользоваться их SSID. Раз устройство никто не администрирует, то никто и не увидит. А если администрируют — проще и надежнее настроить KidControl.
Поддерживаю. И делать 4 сети для этого не требуется — и родительский контроль, и кастомная маршрутизация великолепно делаются базируясь на IP с привязкой к MAC на стороне DHCP-сервера.
Потому что большинству это будет неудобно? Для чатов, данные в которых я хочу сохранить секретными, я принимаю невозможность удобной синхронизации, но для большинства чатов мне не нужна такая секретность, а вот удобная синхронизация и возможность продолжить переписку с другого устройства — нужна.
А портам и не надо «перерождаться». Нормальному провайдеру фиолетово, что абонент забивает свой порт под завязку — аплинк домового коммутатора обычно закладывается с запасом, коммутация между ними как правило тоже. Главная проблема с такими «качками» — переиспользование провайдерского аплинка( который вообще может быть гигабитным на тысячу абонентов с тарифом до 100 Мбит, и при этом не использоваться под завязку при отсутствии «качков»), и она, при большом количестве любителей торрентов, действительно неплохо так срезается за счет внутреннего обмена.
По нашему опыту работы с европейскими дата-центрами можно точно сказать, что они делают всё медленнее.
То ли нам так везет, то ли что, но, как показывает моя практика, инженеры из EvoSwitch(NL) работают гораздо быстрее и профессиональнее, чем ребята из Московского DataPro. Не помогает ни то, что общаемся на одном языке, ни наличие прямого чата с инженерами ДЦ — все равно работы выполняются дольше и нередко переделываются по несколько раз.
Вангую что дело именно в Live — аналогичная беда у меня уже на третьем ноуте — при установке Fedora с KDE 5 — тормоза и глюки, зато когда поставил и она в процессе установки корректно установила все модули для железа — полет отличный.
Тут вы все же ошибаетесь — в CCR нет Switch платы, все порты подключены к CPU, это именно маршрутизатор, который в режиме бриджа вполне прокачивает 25 GBps, а вот CRS не заточен под это и при указанных правилах действительно будет сильно тормозить сеть.
Их не бывает много в том случае, если они корректные. В данном же случае автор зачем-то навешивает на коммутатор несвойственную ему роль маршрутизатора, что очень даже скажется на работе под нагрузкой.
Статья мало того что не несет ничего нового, так еще и неправильная — зачем-то на коммутаторе вланы распределяются через роутинг(bridge), вместо нормального свитчинга(interface ethernet switch vlan add) на уровне платы, что значительно быстрее и дешевле.
Вы не могли бы показать в этой статье хоть какие-то данные о результатах тестирования(в цифрах) и его методике. А то пока опровергать нечего — громкое заявление без каких-либо данных.
Кстати да — это выходит безопаснее для окружающих. Пожар вполне может и почти гарантированно повредит соседям, а взрыв электроники из-за несоблюдения ТБ — только горе-парильщику.
Не. Это не так работает чуть-чуть. Скорее «я упоролся, мне захотелось выпустить просто мега-супер облака на самом дешевом сетапе, поэтому я намотал какую-то дичь сопротивлением около 0.01-0.05 Ом на мехмоде без защит с батарейкой, тянущей максимум 20 Ампер(хорошо если так, чаще на какой-нибудь Panasonic на 5 А), забил болт на то, что батарейка нагреваться начала и продолжил жать кнопку, из-за чего закономерно получил взрыв».
А по клиентским устройствам — насколько знаю большинство флагманов сейчас уже поддерживают эти стандарты. Впрочем, тут могу ошибаться, не тестировал.
То ли нам так везет, то ли что, но, как показывает моя практика, инженеры из EvoSwitch(NL) работают гораздо быстрее и профессиональнее, чем ребята из Московского DataPro. Не помогает ни то, что общаемся на одном языке, ни наличие прямого чата с инженерами ДЦ — все равно работы выполняются дольше и нередко переделываются по несколько раз.