"на отлично" — как раз только базовые функции, много там отключено ради экономии. Мне нужны nftables и ещё ряд вещей которые появились только в последних (5+) ядрах, и я пока не встретил ни одной железки на MIPS которая была бы с ядром выше 4.19 (отдельные хаки не в счёт).
Ещё один минус этих железок — как уже выше отметили, они выдают хорошую производительность только при железном оффлоаде NAT, а это значит прощай accounting (netflow) и инспекция, а без оффлоада они даже 500 мегабит не тянут, а если туда ещё VPN прикрутить то получим в лучшем случае 100 мегабит.
Мне не нужет "просто рутер", мне нужен навороченный рутер — с инспекцией пакетов, учётом всего траффика, VPN (OpenVPN очень прожорлив), мониторингом и кучей правил для файрволла — и это всё с производительностью минимум в гигабит (ок, может чуть меньше с учётом небольшого оверхеда).
Из кучи железок которые я тестировал (Mikrotik, Ubiquiti и ещё куча армов с двумя и более портами) никакая не была способна на это, не говоря уже про ограниченность ресурсов (память, накопители).
В то же время, первый же тест с MinisForum (Celeron J4125) отлично всё это смог — при этом у меня 4GB памяти, нормальный SSD и загрузка проца менее 30% при полном гигабите со всеми наворотами (учёт, инспекция, мониторинг и все дела), не говоря уже о том что на него можно поставить всё что ставится на обычный x86, т.е без бубна, поиска драйверов под новые ядра и прочие танцы.
Правда, всё это стоит под $200 — а хотелось бы что-то близкое к $100, в крайнем случае не больше $150, включая корпус и надёжный БП (нужно для проекта с кучей точек) — вот ещё почему мипсы и армы тут не годятся (всё что стоит в этом диапазоне годится только для базовых функций без наворотов).
Это у меня уже на заметке, буду исптывать в ближайшее время, хотя и есть сомнения что их проц потянет что-то большее чем простой рутинг (нужен ещё учёт траффика с DPI, мониторинг и немножко всего).
К тому же, придётся ещё покупать корпус и БП, уже хорошо за сотню вылезает (у нас они минимум €130 стоят, без корпуса и БП).
Потому что не хочется плясок с бубном вокруг старых ядер, которые заточены под этот MIPS, хочется нормальной системы типа Ubuntu или хотя бы Debian с последним ядром и возможность использовать всё это чуть больше чем как рутер — благо памяти там достаточно и даже NVMe есть.
К нему б ещё второй ethernet порт и получился бы неплохой рутер.
И кстати, $99 — это специальная цена для варианта с Линуксом (т.е. без Windows), они пишут что после завершения кампании этого варианта уже не будет. Плюс доставка $20 и таможня — если за пределами США.
Как железо — да, всё супер, только к нему ещё нужен БП и память — ещё $20-30 минимум, но самое печальное — это корпус. Их стандартные копуса это просто ужас ночи, альтернатив почти нет (есть кто-то продающий железный корпус но он ещё $30 стоит).
Нет, не является. Это попадает под определение "использование в личных целях" (статья 2 п.2 GDPR или статья 1 п.2 N152-ФЗ). А вот те кто предоставляет сервера для их хранения — уже да, попадают под действие закона.
Писать надо на языке который понятен целевой аудитории сайта, плюс (во избежание недоразумений) на официальном языке в юрисдикции где вы (владелец сайта) являетесь резидентом. Т.е. к примеру если у вас сайт для русскоязычной аудитории но вы в Германии — то лучше бы иметь описание и на немецком.
Проблемы с законом этим действительно закрываются на 99% — пока вы честно информируете о целях сбора данных и способах их обработки, и спрашиваете согласие если оно требуется. Остальной 1% зависит от того что конкретно делает ваш сайт, какие именно данные вы собираете и что с ними делаете ("агрегация для статистики" это слишком абстрактно).
Анонимизированные IP — это сокращённые до /24 IPv4 (первые три байта) и до /48 IPv6 (первые 6 байт).
А что вам мешает честно и откровенно написать на сайте какие данные и с какой целью собираются? Любые потенциальные проблемы с законом этим закрываются, особенно если очевидно что данные не продаются третьим лицам и никак злонамеренно не используются.
Закон не запрещает их сбор и анализ, он просто требует прозрачности и возможности их удаления по требованию — и то если вы храните их в виде который позволяет идентикацию посетителей, т.е. анонимизированные IP уже персональными данными не являются, причём в этом случае можно вообще не сообщать об их сборе.
Если вылетит диск — он восстановит его из бэкапа, как это ни странно — и продолжит им пользоваться (уже случалось).
Я к этому проекту вообще отношения не имею — просто знаю о нём (спрашивали насчёт его переписывания на чём-то более современном — поэтому смотрел внутрь), в поддержке он совсем не нуждается, работает и всё.
потому что глупо выполнять chkdsk на системном диске который не принадлежит системе с которой запускается утилита chkdsk
Почему "глупо"? Ему всё равно какой диск проверять и приводить в порядок — пока там совместимая файловая система.
По остальному же — насколько я мог понять подобная ситуация у вас была один раз, посему сейчас уже концов не найти — что там поломалось и почему, но как я уже сказал выше — с высокой вероятностью проблема была не в гибернации, потому что гибернация от обычного выключения (с точки зрения файловой системы) ничем не отличается.
Невозможность зайти в BIOS — тоже не имеет отношения к гибернации, про это уже раньше отвечали в комментариях — скорее всего виноват гибридный режим, т.е. когда система де-факто находится в standby. Если это "чистая" гибернация (которой можно достичь запретив standby или выполнив "shutdown /f /h") — то в BIOS зайти всегда можно, ибо ни он ни вообще железо про гибернацию вообще не знают. Если у вас есть под рукой система которое не пускает в BIOS — попробуйте "shutdown /f /h" и поделитесь результатом, очень любопытно.
Не исключаю что могут быть варианты BIOS которым можно "подсказать" пойти сразу в загрузку при наличии гибернации, но это скорее можно ожидать на железе которое чётко заточено под Windows (типа Surface), хотя всё равно маловероятно (на моём Surface я могу зайти в BIOS после гибернации, специально проверил).
Не сомневаюсь, вы ведь не пишете на эти диски ничего и уж точно не выполняете на них chkdsk.
Как раз chkdsk я и выполнял — гибернирую систему, гружу другую (или RE), из неё выполняю chkdsk на диске с гибернацией — и всё ок, ни единой проблемы. При переносе диска с гибернированной системой в другой комп тоже нет проблем. Правда, всё это — в пределах одной версии системы.
Если эти проблемы возникли у вас — это не значит что они связаны напрямую с гибернацией. Выполняли ли вы chkdsk до гибернации? Может там уже всё битое было.
Если бы это было "абсолютной неправдой" то в любом случае когда восстановление из гибернации было невозможно были бы массовые проблемы, но их нет — система просто грузится с нуля и всё — разумееться, при условии что их там не было до гибернации.
Мне не один раз приходилось иметь дело с дисками после гибернации и проблем не возникало никогда.
И в чём же "грязность"? Буфера сброшены, всё что должно быть в журнале есть в журнале.
Если взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему chkdsk — никаких проблем там не будет обнаружено, его можно спокойно читать. Писать тоже можно — но восстановиться с него уже не получится, что вполне логично (в теории можно было бы но система перестраховывается).
Я использую гибернацию уже очень много лет (ещё со времен висты), как минимум раз в день, на ноутбуках и на десктопах — единственная проблема это то что иногда (очень редко) она слетает и происходит полная загрузка, и то это только на одном из компов (декстопе). За исключением этого неудобства других проблем нет, потерь данных тоже никогда не случалось.
Как показывает практика, на декстопах вообще чаще случаются проблемы как со standby так и с гибернацией, к примеру, на материнке GA-X79-UD3 мне так и не удалось заставить работать standby (suspend-to-RAM) — оно или не работает совсем, или глючит через раз. На ноутбуках вообще никогда проблем не было.
Странно, у меня отключение real-time даже в обычных настройках (без влезания в политики или куда-то глубже) вполне адекватно отрабатывается (вплоть до 20H2), никаких карантинов и реакции на что-то даже очевидно злобное. Правда, кряков игр у меня нет.
Что-то может перестать работать только если поменялось окружение, структура входных данных или что-то в таком духе. Если среда не меняется — оно будет работать вечно, пока живо железо (или его эмуляция) для которого это написано.
То есть — пока функция выполняется, пока на это тратится разумное время и в обозримом будущем изменений не предвидится — просто нет смысла что-то менять.
Пример из жизни — у моего клиента есть софт который рассылает счета клиентам, там есть примитивные шаблоны и гибкая конфигурация, он работает со старой базой откуда собственно и берёт данные. Этот софт был писан ещё на первых версиях Perl 5 (25 лет назад), но работает и по сей день — причём хорошо работает. Он пережил (без изменений кода — всё в шаблонах и конфигурации) переименования фирмы, изменения налогов, изменения в продукции фирмы и ещё массу всяких мелочей, и на данный момент у него всего два недостатка — работа со старой базой (но это легко решается) и несколько архаичный текстовый вид счетов — собственно всё.
С учётом того что всё это сейчас работает в виртуалке, я даже не могу представить ситуации почему оно может вдруг перестать работать — если уж исправно это делало как минимум 20 лет (в первые 5 лет были правки, но потом всё стабилизировалось).
Есть утилитка которая делает это из командной строки (в том числе в ASCII-виде), использует libqrencode.
Скорее всего речь о том что 43% использования технологии VR относится к игровому сектору, а не то что в 43% игрового сектора используется VR.
Не существует хоть какого-нибудь пруфа что он вообще это говорил.
"на отлично" — как раз только базовые функции, много там отключено ради экономии. Мне нужны nftables и ещё ряд вещей которые появились только в последних (5+) ядрах, и я пока не встретил ни одной железки на MIPS которая была бы с ядром выше 4.19 (отдельные хаки не в счёт).
Ещё один минус этих железок — как уже выше отметили, они выдают хорошую производительность только при железном оффлоаде NAT, а это значит прощай accounting (netflow) и инспекция, а без оффлоада они даже 500 мегабит не тянут, а если туда ещё VPN прикрутить то получим в лучшем случае 100 мегабит.
Мне не нужет "просто рутер", мне нужен навороченный рутер — с инспекцией пакетов, учётом всего траффика, VPN (OpenVPN очень прожорлив), мониторингом и кучей правил для файрволла — и это всё с производительностью минимум в гигабит (ок, может чуть меньше с учётом небольшого оверхеда).
Из кучи железок которые я тестировал (Mikrotik, Ubiquiti и ещё куча армов с двумя и более портами) никакая не была способна на это, не говоря уже про ограниченность ресурсов (память, накопители).
В то же время, первый же тест с MinisForum (Celeron J4125) отлично всё это смог — при этом у меня 4GB памяти, нормальный SSD и загрузка проца менее 30% при полном гигабите со всеми наворотами (учёт, инспекция, мониторинг и все дела), не говоря уже о том что на него можно поставить всё что ставится на обычный x86, т.е без бубна, поиска драйверов под новые ядра и прочие танцы.
Правда, всё это стоит под $200 — а хотелось бы что-то близкое к $100, в крайнем случае не больше $150, включая корпус и надёжный БП (нужно для проекта с кучей точек) — вот ещё почему мипсы и армы тут не годятся (всё что стоит в этом диапазоне годится только для базовых функций без наворотов).
Это у меня уже на заметке, буду исптывать в ближайшее время, хотя и есть сомнения что их проц потянет что-то большее чем простой рутинг (нужен ещё учёт траффика с DPI, мониторинг и немножко всего).
К тому же, придётся ещё покупать корпус и БП, уже хорошо за сотню вылезает (у нас они минимум €130 стоят, без корпуса и БП).
Потому что не хочется плясок с бубном вокруг старых ядер, которые заточены под этот MIPS, хочется нормальной системы типа Ubuntu или хотя бы Debian с последним ядром и возможность использовать всё это чуть больше чем как рутер — благо памяти там достаточно и даже NVMe есть.
К нему б ещё второй ethernet порт и получился бы неплохой рутер.
И кстати, $99 — это специальная цена для варианта с Линуксом (т.е. без Windows), они пишут что после завершения кампании этого варианта уже не будет. Плюс доставка $20 и таможня — если за пределами США.
Как железо — да, всё супер, только к нему ещё нужен БП и память — ещё $20-30 минимум, но самое печальное — это корпус. Их стандартные копуса это просто ужас ночи, альтернатив почти нет (есть кто-то продающий железный корпус но он ещё $30 стоит).
Нет, не является. Это попадает под определение "использование в личных целях" (статья 2 п.2 GDPR или статья 1 п.2 N152-ФЗ). А вот те кто предоставляет сервера для их хранения — уже да, попадают под действие закона.
Писать надо на языке который понятен целевой аудитории сайта, плюс (во избежание недоразумений) на официальном языке в юрисдикции где вы (владелец сайта) являетесь резидентом. Т.е. к примеру если у вас сайт для русскоязычной аудитории но вы в Германии — то лучше бы иметь описание и на немецком.
Проблемы с законом этим действительно закрываются на 99% — пока вы честно информируете о целях сбора данных и способах их обработки, и спрашиваете согласие если оно требуется. Остальной 1% зависит от того что конкретно делает ваш сайт, какие именно данные вы собираете и что с ними делаете ("агрегация для статистики" это слишком абстрактно).
Анонимизированные IP — это сокращённые до /24 IPv4 (первые три байта) и до /48 IPv6 (первые 6 байт).
А что вам мешает честно и откровенно написать на сайте какие данные и с какой целью собираются? Любые потенциальные проблемы с законом этим закрываются, особенно если очевидно что данные не продаются третьим лицам и никак злонамеренно не используются.
Закон не запрещает их сбор и анализ, он просто требует прозрачности и возможности их удаления по требованию — и то если вы храните их в виде который позволяет идентикацию посетителей, т.е. анонимизированные IP уже персональными данными не являются, причём в этом случае можно вообще не сообщать об их сборе.
Да, оно.
Если вылетит диск — он восстановит его из бэкапа, как это ни странно — и продолжит им пользоваться (уже случалось).
Я к этому проекту вообще отношения не имею — просто знаю о нём (спрашивали насчёт его переписывания на чём-то более современном — поэтому смотрел внутрь), в поддержке он совсем не нуждается, работает и всё.
Почему "глупо"? Ему всё равно какой диск проверять и приводить в порядок — пока там совместимая файловая система.
По остальному же — насколько я мог понять подобная ситуация у вас была один раз, посему сейчас уже концов не найти — что там поломалось и почему, но как я уже сказал выше — с высокой вероятностью проблема была не в гибернации, потому что гибернация от обычного выключения (с точки зрения файловой системы) ничем не отличается.
Невозможность зайти в BIOS — тоже не имеет отношения к гибернации, про это уже раньше отвечали в комментариях — скорее всего виноват гибридный режим, т.е. когда система де-факто находится в standby. Если это "чистая" гибернация (которой можно достичь запретив standby или выполнив "shutdown /f /h") — то в BIOS зайти всегда можно, ибо ни он ни вообще железо про гибернацию вообще не знают. Если у вас есть под рукой система которое не пускает в BIOS — попробуйте "shutdown /f /h" и поделитесь результатом, очень любопытно.
Не исключаю что могут быть варианты BIOS которым можно "подсказать" пойти сразу в загрузку при наличии гибернации, но это скорее можно ожидать на железе которое чётко заточено под Windows (типа Surface), хотя всё равно маловероятно (на моём Surface я могу зайти в BIOS после гибернации, специально проверил).
Как раз chkdsk я и выполнял — гибернирую систему, гружу другую (или RE), из неё выполняю chkdsk на диске с гибернацией — и всё ок, ни единой проблемы. При переносе диска с гибернированной системой в другой комп тоже нет проблем. Правда, всё это — в пределах одной версии системы.
Выше я уже говорил — пробовал и не раз. Никаких проблем.
Если эти проблемы возникли у вас — это не значит что они связаны напрямую с гибернацией. Выполняли ли вы chkdsk до гибернации? Может там уже всё битое было.
Если бы это было "абсолютной неправдой" то в любом случае когда восстановление из гибернации было невозможно были бы массовые проблемы, но их нет — система просто грузится с нуля и всё — разумееться, при условии что их там не было до гибернации.
Мне не один раз приходилось иметь дело с дисками после гибернации и проблем не возникало никогда.
И в чём же "грязность"? Буфера сброшены, всё что должно быть в журнале есть в журнале.
Если взять диск с гибернированной системы и воткнуть в другую (или загрузится в другую систему на том же компе) и прогнать по нему chkdsk — никаких проблем там не будет обнаружено, его можно спокойно читать. Писать тоже можно — но восстановиться с него уже не получится, что вполне логично (в теории можно было бы но система перестраховывается).
Думаю, косяки очень сильно зависят от железа.
Я использую гибернацию уже очень много лет (ещё со времен висты), как минимум раз в день, на ноутбуках и на десктопах — единственная проблема это то что иногда (очень редко) она слетает и происходит полная загрузка, и то это только на одном из компов (декстопе). За исключением этого неудобства других проблем нет, потерь данных тоже никогда не случалось.
Как показывает практика, на декстопах вообще чаще случаются проблемы как со standby так и с гибернацией, к примеру, на материнке GA-X79-UD3 мне так и не удалось заставить работать standby (suspend-to-RAM) — оно или не работает совсем, или глючит через раз. На ноутбуках вообще никогда проблем не было.
Странно, у меня отключение real-time даже в обычных настройках (без влезания в политики или куда-то глубже) вполне адекватно отрабатывается (вплоть до 20H2), никаких карантинов и реакции на что-то даже очевидно злобное. Правда, кряков игр у меня нет.
Что-то может перестать работать только если поменялось окружение, структура входных данных или что-то в таком духе. Если среда не меняется — оно будет работать вечно, пока живо железо (или его эмуляция) для которого это написано.
То есть — пока функция выполняется, пока на это тратится разумное время и в обозримом будущем изменений не предвидится — просто нет смысла что-то менять.
Пример из жизни — у моего клиента есть софт который рассылает счета клиентам, там есть примитивные шаблоны и гибкая конфигурация, он работает со старой базой откуда собственно и берёт данные. Этот софт был писан ещё на первых версиях Perl 5 (25 лет назад), но работает и по сей день — причём хорошо работает. Он пережил (без изменений кода — всё в шаблонах и конфигурации) переименования фирмы, изменения налогов, изменения в продукции фирмы и ещё массу всяких мелочей, и на данный момент у него всего два недостатка — работа со старой базой (но это легко решается) и несколько архаичный текстовый вид счетов — собственно всё.
С учётом того что всё это сейчас работает в виртуалке, я даже не могу представить ситуации почему оно может вдруг перестать работать — если уж исправно это делало как минимум 20 лет (в первые 5 лет были правки, но потом всё стабилизировалось).