Брудль надолго запомнил этот день. С тех пор он поклялся никогда не запускать программу, которая не была бы совершенна с самого начала. А для того, чтобы не забывать о своей клятве, на его рабочем столе было изображение галактики, самые яркие звезды которой были сгруппированы в надпись
Если уж не описывается, как использовать всякий Smart-*, то стоит хотя бы заметить, что на уже настроенном коммутаторе эти функции должны быть выключены. Или, если совсем выключить нельзя, ограничены по времени работой 1 минуту в сутки в самое странное время. Дыра же.
Мне кажется, регулярку, с количеством элементов/групп больше восьми, понимает не сильно больше людей, чем деривативы. Конечно, наличие сайтов, позволяющих тестировать регулярки, сильно помогает, но в сложных или граничных случаях (особенно, если прям строго одну регулярку надо использовать), иногда тааак нужно вывернуть мозг, что на следующей неделе снова надо полдня разбираться, зачем регулярка написана так, а не иначе, если комментария изначально не было.
А зачем сильному ИИ устранять конкурентов? Чтобы потом погрязнуть в стагнации? Уж лучше иметь сильных конкурентов и, следовательно, стимул к дальнейшему развитию.
А не получится. Те же жлобские лимиты на перевод денег по СБП, комиссии банков при желании переместить свои же деньги на свой же счёт в другом банке и тому подобный бред оставляют только одну возможность быстро и бесплатно (но с риском получить по башке) переместить деньги - снять в одном банкомате и засунуть в другой. И возможность обналичить часть денег, делая её независимой от инфраструктуры банков, тоже нужна, а банкомат тут - первый инструмент. Полный безнал хорош до первого отключения электроэнергии на 4+ часов.
Помощь клиента для ситуации Down вполне возможна. Закодировать диагностическую информацию в строку и впихнуть в QR-код параметром HTTP GET запроса. Кто-нибудь, да сосканирует и перейдёт, а техникам в центре польза.
в начале, похоже, пропущен шаг парсинга конфигурационного файла (во второй раз уже есть)
почему бы не сделать в сообщении об отсутствии доступа вывод ещё и id пользователя, чтобы он сразу мог сообщить его администратору? Чтобы пользователь помучился, узнавая свой id?
кажется, решение с упаковкой токенов и паролей в контейнер не очень хорошее. Может стоит мапить yaml-файл c хоста или передавать в параметрах запуска контейнера? Или шифровать обратимым шифрованием, а пароль для расшифровки передавать при запуске контейнера? Будет интересно в продолжении увидеть немного ИБ
И увидеть, что нагрузки нет, а тормоза есть. Если я правильно помню, то авторы выловили проблему, используя eBPF для сбора статистики использования системных вызовов с хоста, где проблема есть и где нет. Обычные инструменты показывали, что всё хорошо, что на хосте, что внутри контейнера.
Например, тут же была статья о том, как контейнеры "подрались" за системный вызов ядра. Одна из библиотек, включенных в контейнеры давала большое количество обращений к системному вызову, который ядро не могло в таких количествах (когда много контейнеров сразу запустили) обработать. И поиск проблемы в таком случае был весьма нетривиален. Ибо нагрузки на CPU нет, а тормозит всё так, будто он под максимальной нагрузкой.
Upd: почему-то умудрился промахнуться мимо ветки с вопросом о недостатках
Если NTP серверов несколько, то хорошим тоном будет вешать на один из них prefer. Иначе, если качество доступа к ним окажется очень хорошим и синхронизация самих серверов будет на высоте, то роутер просто не сможет решить, который из серверов выбрать (случай из практики; 3845 с каким-то 12-м IOS, если не ошибаюсь)
Те же самые 10^-3 в год. Глобальные катаклизмы никто не отменял. Прилетит солнечный ветер условно в 50 раз сильнее нормы и кирдык. А бумажкам за толстыми бетонными стенами - пофиг.
В этом и был смысл комментария. И тут либо держать буфер, на тему размеров которого при желании минимум курсовик написать можно. Либо делать несколько проходов, что с файлом - нормально, хоть и расточительно, а с потоком не катит.
Слышал байку, что в одной конторе пробовали термит для уничтожения такого всякого. Только не учли, что с термитом весело прогорает асфальт и продолжает гореть вглубь, пока термит не кончится. С характерным чёрным дымом, напоминающим дымовые сигналы скаутов (чёрный дым = требуется помощь).
А ещё, если при удалении одного смайла из строки, предшествующие смайлу пара-тройка символов и следующий за удалённым смайлом символ образуют новый смайл...
"In fact, in all our experiments, btrfs was an outlier, producing the highest read, write, and space amplification. While this may partly arise from the new features of btrfs, the copy-on-write nature of btrfs is also part of the reason."
https://www.gamedev.ru/flame/forum/?id=142109
Если уж не описывается, как использовать всякий Smart-*, то стоит хотя бы заметить, что на уже настроенном коммутаторе эти функции должны быть выключены. Или, если совсем выключить нельзя, ограничены по времени работой 1 минуту в сутки в самое странное время. Дыра же.
И ведь не врали. Какие-то "они" наверняка заработали...
Мне кажется, регулярку, с количеством элементов/групп больше восьми, понимает не сильно больше людей, чем деривативы. Конечно, наличие сайтов, позволяющих тестировать регулярки, сильно помогает, но в сложных или граничных случаях (особенно, если прям строго одну регулярку надо использовать), иногда тааак нужно вывернуть мозг, что на следующей неделе снова надо полдня разбираться, зачем регулярка написана так, а не иначе, если комментария изначально не было.
А зачем сильному ИИ устранять конкурентов? Чтобы потом погрязнуть в стагнации? Уж лучше иметь сильных конкурентов и, следовательно, стимул к дальнейшему развитию.
А не получится. Те же жлобские лимиты на перевод денег по СБП, комиссии банков при желании переместить свои же деньги на свой же счёт в другом банке и тому подобный бред оставляют только одну возможность быстро и бесплатно (но с риском получить по башке) переместить деньги - снять в одном банкомате и засунуть в другой.
И возможность обналичить часть денег, делая её независимой от инфраструктуры банков, тоже нужна, а банкомат тут - первый инструмент. Полный безнал хорош до первого отключения электроэнергии на 4+ часов.
В плохом смысле слова?
Помощь клиента для ситуации Down вполне возможна. Закодировать диагностическую информацию в строку и впихнуть в QR-код параметром HTTP GET запроса. Кто-нибудь, да сосканирует и перейдёт, а техникам в центре польза.
Немного сумбурно местами.
часть модулей не используется
в начале, похоже, пропущен шаг парсинга конфигурационного файла (во второй раз уже есть)
почему бы не сделать в сообщении об отсутствии доступа вывод ещё и id пользователя, чтобы он сразу мог сообщить его администратору? Чтобы пользователь помучился, узнавая свой id?
кажется, решение с упаковкой токенов и паролей в контейнер не очень хорошее. Может стоит мапить yaml-файл c хоста или передавать в параметрах запуска контейнера? Или шифровать обратимым шифрованием, а пароль для расшифровки передавать при запуске контейнера? Будет интересно в продолжении увидеть немного ИБ
И увидеть, что нагрузки нет, а тормоза есть. Если я правильно помню, то авторы выловили проблему, используя eBPF для сбора статистики использования системных вызовов с хоста, где проблема есть и где нет. Обычные инструменты показывали, что всё хорошо, что на хосте, что внутри контейнера.
Например, тут же была статья о том, как контейнеры "подрались" за системный вызов ядра. Одна из библиотек, включенных в контейнеры давала большое количество обращений к системному вызову, который ядро не могло в таких количествах (когда много контейнеров сразу запустили) обработать. И поиск проблемы в таком случае был весьма нетривиален. Ибо нагрузки на CPU нет, а тормозит всё так, будто он под максимальной нагрузкой.
Upd: почему-то умудрился промахнуться мимо ветки с вопросом о недостатках
Это когда в виртуальной машине есть гипервизор? Кроме экзотических случаев вложенной виртуализации, которым обычно не место в проде.
Нельзя просто так переименовать баг в фичу. Сперва надо правильно описать его в документации.
Если NTP серверов несколько, то хорошим тоном будет вешать на один из них prefer. Иначе, если качество доступа к ним окажется очень хорошим и синхронизация самих серверов будет на высоте, то роутер просто не сможет решить, который из серверов выбрать (случай из практики; 3845 с каким-то 12-м IOS, если не ошибаюсь)
А можно ссылку на историю (истории) с фуджитсу? Пока попадалось только запланированное устаревание батареи контроллера.
Те же самые 10^-3 в год. Глобальные катаклизмы никто не отменял. Прилетит солнечный ветер условно в 50 раз сильнее нормы и кирдык. А бумажкам за толстыми бетонными стенами - пофиг.
В этом и был смысл комментария. И тут либо держать буфер, на тему размеров которого при желании минимум курсовик написать можно. Либо делать несколько проходов, что с файлом - нормально, хоть и расточительно, а с потоком не катит.
Слышал байку, что в одной конторе пробовали термит для уничтожения такого всякого. Только не учли, что с термитом весело прогорает асфальт и продолжает гореть вглубь, пока термит не кончится. С характерным чёрным дымом, напоминающим дымовые сигналы скаутов (чёрный дым = требуется помощь).
А ещё, если при удалении одного смайла из строки, предшествующие смайлу пара-тройка символов и следующий за удалённым смайлом символ образуют новый смайл...
Перед применением BTRFS неплохо бы глянуть хотя бы вот сюда https://www.cs.utexas.edu/~vijay/papers/apsys17-ioamp.pdf
и удивиться размеру write amplification.
"In fact, in all our experiments, btrfs was an outlier, producing the highest read, write, and space amplification. While this may partly arise from the new features of btrfs, the copy-on-write nature of btrfs is also part of the reason."