Тем что она хотя бы работает? Тем что отечественного разработчика можно хотя бы в теории прищучить хотя бы в суде если он кинет на деньги как ушедшие вендоры?
Ок Починил, температура в норме. Но трубка была запаена тяп-ляп и через полгода накрылась. Работа выполнена? Или надо было паять лучше, чтобы труба жила 20 лет? Но через 10 лет накроется компрессор! Надо значит при запайке поменять и компрессор! Тогда прослужит дольше, правда еще запайка трубы вам встанет по стоимости в половину нового холодильника. Итак, что такое стандарт качества? Может все же не высасывать из пальца примеры не регламентированных определений которые выкручиваются всеми участниками под себя?
В 1957 полетел первый спутник. В 1969 (через 12 лет) высадился первый человек на Луну. Тогда был прогресс, давайте сравним что есть сейчас?
На Луну уже больше половины века не полетел ни один человек. Это не признак регресса?
Самый мощный ЖРД РД-170 в эксплуатации с 1987 года (36 лет). Это не признак регресса?
Самый совершенный ЖРД (если считать по УИ) RS-25 полетел в 1981 году (42 года) Это не признак регресса?
Технологии возврата - это уже было, и на самом деле это прорыв не космических технологий а микроэлектроники - появились достаточно быстрые и легкие БЦВМ для обсчета посадки на струе. Точно так же как и кубсаты - выводить кубсаты это никакой не прорыв, прорыв что появилась функциональная начинка которая может работать при таких размерах и энергопотреблении. Что прогресс то? Обещания Starship который с момента ITS усох в три раза по нагрузке, в 1,5 по внутреннему объему но все еще туда типа будут набивать по 100 человек? Обещания ТЭМа? Обещания полететь к Марсу? А что там с Тито, он же обещал уже слетать? Даже объем пусков это коммерческая нагрузка, дальше геостанционара отправка гораздо ниже чем в 60-е.
У вас в руках технология - мобильный телефон. Как глубоко его могут отреверсить лучшие умы 19 века? Внезапно оказывается что для реверса технологий нужна база не хуже чем для малосерийного производства а вам это невдомек, верно?
Вертолет и самолет - это разные вещи. Далеко не факт что человек сертифицированный для полетов на однодвигательном самолете еще и имеет сертификацию под вертолет.
Ок. Допустим вы создали институт репутации. Вот есть проверенная фирма А с условным 1000 летним сроком. И тут приходит в управление некий, тоже условный ЕБН и получает контроль над этой проверенной фирмой. Скажем через выбор ключевых фигур, контроль совета директоров и прочее. Внимание, два вопроса 1) Чем репутация фирмы А мешает ЕБН совершить кучу противоправных действий 2) Какие санкции без учета государства наложит на ЕБН его репутация кидалы? Его с его украденными миллиардами не возьмут в проверенную фирму Б?
Потому что цена подсказывает экономию на компонентах. Ну и все-таки опыт в проектировании железа тоже что-то значит, ну немного так, не находите? И когда дядюшка Ляо производит скажем маршрутизатор с типа 802.11ac и 100 Мбит портами (лично видел) - я не думаю что такие люди в принципе о чем-то думают при проектировании.
Ну давайте посмотрим что у вас происходит в сети. Ваш умный дом связывается с другим устройством по IP, допустим вы добились огромной отказоустойчивости отказавшись от DHCP. Во-первых у вас идет общение по какому-то протоколу из набора 802.3 или 802.11 который тоже может отказать. Причем в них заложен механизм CSMA/CD (CSMA/CA) который вообще создан для нарушения передачи данных а 802.3af и аналоги еще при сбое могут и выжечь сетевой порт. Нужно от него избавится. Дальше избавьтесь от 802.1d и аналогов которые сейчас даже в домашних роутерах встречаются - он тоже умеет блокировать работу портов, бродкастовый шторм менее опасен - хоть какие-то данные при нем будут ходить. Дальше на очереди arp - если он сбойнет - то все, никакая связь работать не будет. Для отказоустойчивости рекомендую заполнять arp таблицы статикой. Для пущей надежности работы сети еще хорошо inarp заполнять статикой. Следом если он стучится в интернет у нас как бы DNS - я напоминаю что для работы с ним используется и UDP и TCP, смотрите чтобы ваш домашний роутер не запутался от этого! Нужно избавится от этого!! Переделайте прошивки! Ну и собственно UDP ненадежен и не имеет подтверждения - его бы хорошо бы из стэка вообще выпилить. Но это еще не все! У вас там еще маршрутизация, а это возможность отправить пакет не туда куда надо, тоже ненадежно! Лично видел отказ ядра маршрутизации включая статику на чекпоинтах R81.10 при включенной опции ptp в OSPF. Избавляйтесь, что-нибудь придайте вместо этого. И вишенка на торте - у вас там еще маршрутизатор который ПЕРЕПИСЫВАЕТ каждый пересылаемый сетевой пакет, понимаете насколько это ненадежно и недоверенно? А если он ошибется? А уже с криптографией вообще трэш творится, это намеренная порча пересылаемых данных чтобы они при перезаписи стали как белый шум! Намеренная, понимаете?!
А если серьезно - забудьте вообще о отказоустойчивости в домашних условиях. Особенно с мнением что отключение DHCP хоть как-то повышает отказоустойчивость домашних устройств подключенных одним сетевым проводом и/или в перегруженном радиоэфире. И да, тупой свич за 1,5 тыс рублей по надежности проиграет даже 15-ти летнему 2950, несмотря на все умные фишки последнего.
И добавлю - по доброй традиции латыши выкатывая новое обновление обычно чинят что-то и для баланса обязательно ломают какой-нибудь работавший функционал. Поэтому обновление это еще и увлекательный поиск что же сломалось в этот раз.
В вендорских реализациях стэка бывает и обмен питанием, то есть если отвалился блок питания коммутатора то его будут питать другие, в *LAG - нет.
В вендорских реализациях стэка опять же бывает и трафик обмена данными между нодами идет через свою матрицу не трогая собственно матрицу коммутации. В случае *LAG вы можете попрощаться с довольно большой долей пропускной способности, да и емкости портов на линки keepalive.
В вендорских реализациях стэка бывает и вторичный мастер. Кроме того если есть обмен состояниями пришедший кабздец мастеру дает проблемы только с мультикастом и бродкастом, а время простоя тоже может быть подкручено вендорскими технологиями.
Называть недостатком технологии что инженер не может подобрать длину кабеля из фиксированных величин... Ну не знаю, откажитесь в своем ДЦ еще и от оптики, там мало того что длину надо рассчитывать но и иногда и аттенюаторы надо ставить, такие инженеры точно не справятся.
Представьте, что стек состоит из двух коммутаторов. Между ними протянуты stack-кабели. В случае повреждения порта или линка может
Во первых между двумя коммутаторами будет два стэковых кабеля, сплит будет при повреждении обоих. Во-вторых представьте что у вас *LAG на оптике с unidirectional link... Или субоптимальный свичинг. И много чего еще.
Да, резиновая. Точнее цельнолитая, проходящая до хвостовика и облитая резиной, соответственно неубиваемая но тяжеловата для горных походов или длинных пеших переходов. И в порядке рекламы — у КВТ есть еще офигенный цельнокованный молоток, вместо фикспрайсовских молотков который переламывается пополам при выдергивании гвоздей.
У вас в легких 1 атмосфера. На той глубине внешнее давление 400 атмосфер. У вас настолько плохо с физикой и простейшей анатомией?
>Чем лучше новая система "Аист"
Тем что она хотя бы работает? Тем что отечественного разработчика можно хотя бы в теории прищучить хотя бы в суде если он кинет на деньги как ушедшие вендоры?
https://www.vedomosti.ru/business/news/2023/05/31/977954-tass-uznal-o-reshenii-sita
Ок Починил, температура в норме. Но трубка была запаена тяп-ляп и через полгода накрылась. Работа выполнена? Или надо было паять лучше, чтобы труба жила 20 лет? Но через 10 лет накроется компрессор! Надо значит при запайке поменять и компрессор! Тогда прослужит дольше, правда еще запайка трубы вам встанет по стоимости в половину нового холодильника. Итак, что такое стандарт качества? Может все же не высасывать из пальца примеры не регламентированных определений которые выкручиваются всеми участниками под себя?
В 1957 полетел первый спутник. В 1969 (через 12 лет) высадился первый человек на Луну. Тогда был прогресс, давайте сравним что есть сейчас?
На Луну уже больше половины века не полетел ни один человек. Это не признак регресса?
Самый мощный ЖРД РД-170 в эксплуатации с 1987 года (36 лет). Это не признак регресса?
Самый совершенный ЖРД (если считать по УИ) RS-25 полетел в 1981 году (42 года) Это не признак регресса?
Технологии возврата - это уже было, и на самом деле это прорыв не космических технологий а микроэлектроники - появились достаточно быстрые и легкие БЦВМ для обсчета посадки на струе. Точно так же как и кубсаты - выводить кубсаты это никакой не прорыв, прорыв что появилась функциональная начинка которая может работать при таких размерах и энергопотреблении. Что прогресс то? Обещания Starship который с момента ITS усох в три раза по нагрузке, в 1,5 по внутреннему объему но все еще туда типа будут набивать по 100 человек? Обещания ТЭМа? Обещания полететь к Марсу? А что там с Тито, он же обещал уже слетать? Даже объем пусков это коммерческая нагрузка, дальше геостанционара отправка гораздо ниже чем в 60-е.
https://ru.wikipedia.org/wiki/История_исследования_Солнечной_системы
Это ваш прогресс?
Вы вправду сейчас аргументируете прогресс КАРТИНКОЙ? То есть для вас буквально прогресс это картинка с обещанием?
У вас в руках технология - мобильный телефон. Как глубоко его могут отреверсить лучшие умы 19 века? Внезапно оказывается что для реверса технологий нужна база не хуже чем для малосерийного производства а вам это невдомек, верно?
>К слову, автоматикой это не решить, потому что автоматика не умеет воду набирать сама.
Лет двадцать умеет. Просто она денег стоит. https://www.carel.com/centralised-steam-distributors
Вертолет и самолет - это разные вещи. Далеко не факт что человек сертифицированный для полетов на однодвигательном самолете еще и имеет сертификацию под вертолет.
Или действительно скопировали/украли, тем более что это прекрасно было и ранее https://en.m.wikipedia.org/wiki/Shenyang_WS-10
И даже не только китайцами
https://en.m.wikipedia.org/wiki/IAI_Kfir
Ок. Допустим вы создали институт репутации. Вот есть проверенная фирма А с условным 1000 летним сроком. И тут приходит в управление некий, тоже условный ЕБН и получает контроль над этой проверенной фирмой. Скажем через выбор ключевых фигур, контроль совета директоров и прочее. Внимание, два вопроса 1) Чем репутация фирмы А мешает ЕБН совершить кучу противоправных действий 2) Какие санкции без учета государства наложит на ЕБН его репутация кидалы? Его с его украденными миллиардами не возьмут в проверенную фирму Б?
Это не микрота трабла а спецификации Wi-Fi, зовется DFS. https://www.cisco.com/c/en/us/support/docs/wireless-mobility/80211/213882-radar-detection-in-dynamic-frequency-sel.pdf
Перед квакой был Doom, Heretic, Hexen...
Потому что цена подсказывает экономию на компонентах. Ну и все-таки опыт в проектировании железа тоже что-то значит, ну немного так, не находите? И когда дядюшка Ляо производит скажем маршрутизатор с типа 802.11ac и 100 Мбит портами (лично видел) - я не думаю что такие люди в принципе о чем-то думают при проектировании.
Ну давайте посмотрим что у вас происходит в сети. Ваш умный дом связывается с другим устройством по IP, допустим вы добились огромной отказоустойчивости отказавшись от DHCP. Во-первых у вас идет общение по какому-то протоколу из набора 802.3 или 802.11 который тоже может отказать. Причем в них заложен механизм CSMA/CD (CSMA/CA) который вообще создан для нарушения передачи данных а 802.3af и аналоги еще при сбое могут и выжечь сетевой порт. Нужно от него избавится. Дальше избавьтесь от 802.1d и аналогов которые сейчас даже в домашних роутерах встречаются - он тоже умеет блокировать работу портов, бродкастовый шторм менее опасен - хоть какие-то данные при нем будут ходить. Дальше на очереди arp - если он сбойнет - то все, никакая связь работать не будет. Для отказоустойчивости рекомендую заполнять arp таблицы статикой. Для пущей надежности работы сети еще хорошо inarp заполнять статикой. Следом если он стучится в интернет у нас как бы DNS - я напоминаю что для работы с ним используется и UDP и TCP, смотрите чтобы ваш домашний роутер не запутался от этого! Нужно избавится от этого!! Переделайте прошивки! Ну и собственно UDP ненадежен и не имеет подтверждения - его бы хорошо бы из стэка вообще выпилить. Но это еще не все! У вас там еще маршрутизация, а это возможность отправить пакет не туда куда надо, тоже ненадежно! Лично видел отказ ядра маршрутизации включая статику на чекпоинтах R81.10 при включенной опции ptp в OSPF. Избавляйтесь, что-нибудь придайте вместо этого. И вишенка на торте - у вас там еще маршрутизатор который ПЕРЕПИСЫВАЕТ каждый пересылаемый сетевой пакет, понимаете насколько это ненадежно и недоверенно? А если он ошибется? А уже с криптографией вообще трэш творится, это намеренная порча пересылаемых данных чтобы они при перезаписи стали как белый шум! Намеренная, понимаете?!
А если серьезно - забудьте вообще о отказоустойчивости в домашних условиях. Особенно с мнением что отключение DHCP хоть как-то повышает отказоустойчивость домашних устройств подключенных одним сетевым проводом и/или в перегруженном радиоэфире. И да, тупой свич за 1,5 тыс рублей по надежности проиграет даже 15-ти летнему 2950, несмотря на все умные фишки последнего.
И добавлю - по доброй традиции латыши выкатывая новое обновление обычно чинят что-то и для баланса обязательно ломают какой-нибудь работавший функционал. Поэтому обновление это еще и увлекательный поиск что же сломалось в этот раз.
У интела была и линейка "убийцы x86-64" Itanium. И где он? В МЦСТ?
Я конечно все понимаю но...
В вендорских реализациях стэка бывает и обмен питанием, то есть если отвалился блок питания коммутатора то его будут питать другие, в *LAG - нет.
В вендорских реализациях стэка опять же бывает и трафик обмена данными между нодами идет через свою матрицу не трогая собственно матрицу коммутации. В случае *LAG вы можете попрощаться с довольно большой долей пропускной способности, да и емкости портов на линки keepalive.
В вендорских реализациях стэка бывает и вторичный мастер. Кроме того если есть обмен состояниями пришедший кабздец мастеру дает проблемы только с мультикастом и бродкастом, а время простоя тоже может быть подкручено вендорскими технологиями.
Называть недостатком технологии что инженер не может подобрать длину кабеля из фиксированных величин... Ну не знаю, откажитесь в своем ДЦ еще и от оптики, там мало того что длину надо рассчитывать но и иногда и аттенюаторы надо ставить, такие инженеры точно не справятся.
Представьте, что стек состоит из двух коммутаторов. Между ними протянуты stack-кабели. В случае повреждения порта или линка может
Во первых между двумя коммутаторами будет два стэковых кабеля, сплит будет при повреждении обоих. Во-вторых представьте что у вас *LAG на оптике с unidirectional link... Или субоптимальный свичинг. И много чего еще.
Ну канадские бобры частью потомки десантуры, поэтому некоторая агрессивность им простительна.
В тему тоже сетевых вопросов - есть ли в роадмапе добавление возможностей подключения у станций к hidden SSID?