А вам не кажется, что майнинг крипты как явление, без значения на чем — GPU, ASIC, Storage это просто такой способ оттянуть или даже отменить очередной неизбежный экономический кризис? Для капиталистической экономики характерны циклические кризисы перепроизводства, а созданием абсолютно исскуственного спроса на определенные товары мы оттягиваем момент кризиса. Получается, что у нас на ровном месте создался спрос на GPU, накопители и конечно же электроэнергию. А если данная модель сработает, то создание подобного ажиотажа в разных сферах производства может стать отличным инструментом борьбы с перекосами в экономике в целом...
Недавно сам рассматривал идею поднять на одном из серверов btrfs в raid5 режиме, но подобные проблемы заставили использовать консервативный md, а поверх уже накатил btrfs.
Да, для эникейства согласен, очень крутая штука. Просто от данного автора было странно видеть подобное описание их рабочих процессов. Не хотелось верить, что облачный провайдер использует подобные решения ;-)
Отличное устройство, но непонятно одно — не легче ли при установке серверов использовать out-of-band management сеть и систему вроде iLO? И тогда вместо того, чтобы записывать образ нужный клиенту на Залман, идти к серверу, подключать, загружать и т.д. можно просто подсоединиться удаленно к iLO сервера, смонтировать нужный ISO образ и установить все что нужно не поднимая пятую точку с удобного кресла? Идея каждый раз бежать к стойкам и что-то там шаманить непосредственно на серверах мне видится сомнительной.
Абсолюно согласен! У меня так организованы 2 рабочих места — в офисе и дома. Док станция, клавиатура, мышь, два монитора. И один ноут. Пока вижу только плюсы и никаких минусов. Могу работать в дороге, если нужно. Но когда прихожу на рабочее место, никаких страданий по эргономике и никаких отличий от десктопа. Ребенку сделал все по образу и подобию — ноут, док, монитор, клава-мышь. Дома сидит правильно, все удобно, но есть возможность и полежать в кровати с ноутом, если уж очень захочется. Свобода — наше все :)
Новый iPad Air оснащен 10,9-дюймовым дисплеем Liquid Retina с разрешением 2360×1640 и широким цветовым охватом P3, True Tone и ламинированным покрытием.
А можно уточнить что это за «ламинированное покрытие» такое у экрана? Вы бы хоть разобрались для начала что такое laminated display прежде чем писать подобную чушь…
Используя FriendlyWrt OS, пользователи смогли быстро развернуть сетевое хранилище в паре с 4 ТБ внешним диском USB 3.0, работающее по SMB-протоколу. Пара десятков минут — и все работает, как нужно.
Что значит «работает как нужно»? Любая говно-плата будет кое-как работать в данном сценарии. Если уж заявляете, что
NanoPi NEO3: альтернатива Raspberry Pi 3 для сетевых проектов
, могли бы потрудиться и предоставить результаты тестов производительности сетевой и дисковой подсистем.
Согласен, отсутствие iLO это шаг назад. Налицо желание ХПЕ принудить даже малый бизнес покупать ProLiant'ы ;-) Хотя, откровенно говоря, для многих отсутствие этой функции это не катастрофа. А вот отсутствие даже в Ген10 горячей замены дисков это уже плохо, не знаю в чем там дело, но отсутствие этой функции лично для меня было бы критично.
Вобщем мой вердикт такой — оба Гены для дома может и подойдут, но вот в продакшн, даже маленький я бы их не ставил.
Простите, но почему в списке «Лучшие серверы для малого бизнеса в 2020 году» я вижу засохший кусок… кремния «HP Proliant Microserver Gen8» в то время, когда уже вовсю продается HPE ProLiant MicroServer Gen10? Странно все это…
Спасибо за информацию! Microsemi лаконично называет эту функцию «Hardware loop detection», подробностей не дают, но я все же склоняюсь к мысли, что мы имеем дело с самой простой и традиционной реализацией, которую я уже упоминал, вроде вот этих:
Конечно же, можно предположить, что используется какой-то другой мехнизм, вроде отслеживания ситуаций, когда MAC адрес конечного устройства постоянно мигрирует между двумя портами и на основании этого делать вывод о петле. Но это как-то сложно для неуправляемого коммутатора…
Определить Л2 петлю без STP вообще не проблема — большинство вендоров давно имеют проприетарные имплементации loop-detection, который сводится к периодической трансляции и обаботке multicast ethernet фреймов внутри VLAN'ов. Однако же не совсем понятно как это интегрировано в неуправляемый коммутатор, который по определению достаточно тупое устройство. Если бы автор поделился информацией какой конкретно чипсет они используют, стало бы намного яснее. По большому счету производителей чипсетов для всех эти самоделок можно по пальцам одной руки пересчитать — Broadcom, Marvell, Intel… даже не вспомню кто еще делает чипсеты для коммутаторов…
Именно поэтому внедрение IPv6 и идет так медленно — польза от него не всем очевидна. Причем это не от того, что пользователь «глюпий», а реально IPv6 далеко не всем нужен и частенько внедряется лишь как «модная технология» :)
Dualstack — все сетевые устройства поддерживают одноврмененно IPv4 и IPv6. Соответственно нагрузка на маршрутизаторы возрастает — нужно поддерживать 2 таблицы маршрутизации для каждого VRF плюs ARP и IPv6 ND таблицы для каждого VLAN. Однако с точки зрения хоста это максимально прозрачная конфигурация — просто включаешь IPv6 и ОС сама выбирает какой протокол использовать в том или ином случае. Как правило при получении DNS ответа содержащего как AAA так и АААА записи предпочтение отдается AAAA, т.е. IPv6
NAT64 — в данном случае вы можете использовать только IPv6 в вашей внутренней сети. Общение же с IPv4 сетями происходит после трансляции адресов на маршрутизаторе. Не берусь судить насколько высок оверхед на сетевой инфраструктуре по сравнению с dualstack. Данное решение выглядит более аккуратным и логичным, но только на бумаге — нужно делать PoC для каждой отдельной имплементации, чтобы убедиться в отсутствии подводных камней в реализации данного протокола в кажой конкретной железке.
Именно поэтому во всех deployment гайдах по IPv6 настоятельно рекомендуют сразу же поднимать DNS, т.к. человеки несовершенны и им по какой-то причине сложно запомнить последовательности в 128 нулей и единиц, даже если они в прекрасном удобочитаемом HEX формате ;-)
А вам не кажется, что майнинг крипты как явление, без значения на чем — GPU, ASIC, Storage это просто такой способ оттянуть или даже отменить очередной неизбежный экономический кризис? Для капиталистической экономики характерны циклические кризисы перепроизводства, а созданием абсолютно исскуственного спроса на определенные товары мы оттягиваем момент кризиса. Получается, что у нас на ровном месте создался спрос на GPU, накопители и конечно же электроэнергию. А если данная модель сработает, то создание подобного ажиотажа в разных сферах производства может стать отличным инструментом борьбы с перекосами в экономике в целом...
Недавно сам рассматривал идею поднять на одном из серверов btrfs в raid5 режиме, но подобные проблемы заставили использовать консервативный md, а поверх уже накатил btrfs.
Для меня ламинированный экран это типа как пульт у бабушек в прозрачном пакетике:
А можно уточнить что это за «ламинированное покрытие» такое у экрана? Вы бы хоть разобрались для начала что такое laminated display прежде чем писать подобную чушь…
Что значит «работает как нужно»? Любая говно-плата будет кое-как работать в данном сценарии. Если уж заявляете, что , могли бы потрудиться и предоставить результаты тестов производительности сетевой и дисковой подсистем.
Вобщем мой вердикт такой — оба Гены для дома может и подойдут, но вот в продакшн, даже маленький я бы их не ставил.
Cisco Small Business Switches — www.cisco.com/c/en/us/support/docs/smb/switches/cisco-250-series-smart-switches/smb5794-enable-loopback-detection-on-a-switch.html
HPE (H3C) — www.h3c.com.hk/Technical_Support___Documents/Technical_Documents/Switches/H3C_S9500E_Series_Switches/Configuration/Operation_Manual/H3C_S9500E_CG-Release1728-6W170/04/201211/761545_1285_0.htm
Huawei — support.huawei.com/enterprise/en/doc/EDOC1000027376?section=j00h
Конечно же, можно предположить, что используется какой-то другой мехнизм, вроде отслеживания ситуаций, когда MAC адрес конечного устройства постоянно мигрирует между двумя портами и на основании этого делать вывод о петле. Но это как-то сложно для неуправляемого коммутатора…
Dualstack — все сетевые устройства поддерживают одноврмененно IPv4 и IPv6. Соответственно нагрузка на маршрутизаторы возрастает — нужно поддерживать 2 таблицы маршрутизации для каждого VRF плюs ARP и IPv6 ND таблицы для каждого VLAN. Однако с точки зрения хоста это максимально прозрачная конфигурация — просто включаешь IPv6 и ОС сама выбирает какой протокол использовать в том или ином случае. Как правило при получении DNS ответа содержащего как AAA так и АААА записи предпочтение отдается AAAA, т.е. IPv6
NAT64 — в данном случае вы можете использовать только IPv6 в вашей внутренней сети. Общение же с IPv4 сетями происходит после трансляции адресов на маршрутизаторе. Не берусь судить насколько высок оверхед на сетевой инфраструктуре по сравнению с dualstack. Данное решение выглядит более аккуратным и логичным, но только на бумаге — нужно делать PoC для каждой отдельной имплементации, чтобы убедиться в отсутствии подводных камней в реализации данного протокола в кажой конкретной железке.