Лента - это хранение при комнатной температуре и отсутствие пыли в комнате с приводом. Для серверной со спроектированной вентиляцией - да. Для нежилого помещения или пространства домашней серверной (гараж, подвал, да с нашей зимой) - нет. Конечно, серверы нужно держать хотя бы при плюсовой температуре, но "подогревать" ещё и ящик с архивами - не хочется об этом думать. Хочется закинуть в кладовку и знать, что накопители переживут всё, кроме пожара и кражи.
Когда бан всех китайцев как очевидных агентов санкционированного государства и контрибуторов из всех компаний, которые, например, были вовлечены в PRISM? А также из Австралии, по закону прогер оттуда обязан вставить закладку по требованию спецуры и обязан молчать.
Бывают часы и даже дни когда голова просто не работает.
Бывают конторы с людоедским управлением, где этого никого не волнует, а переработки вроде б не поощряются на бумаге, но на самом деле задачи есть всегда часов на 10-12 в день и будет выражено неудовольствие "ну ты что-то плохо планируешь", если не успевать. Вкупе со свойством "нравится достигать целей", что я не просто так напечатал, получается смертельная петля: сначала достижения идут хорошо, потом отлично, потом немного переработок и тоже норм, а потом смотришь в монитор как в стену до 16 часов в день.
Офис так сделать не даст. Главное после такого опыта - выбирать работу без дежурств и оставлять комп в офисе.
В этом и есть плюс. Хочешь, не хочешь, а с утра в душ, потом "разминка", пока ноги несут на работу. Никакого "я лучше посплю", чтоб потом целый день сидеть тюфяком без движения, занятым работой. Вечером аналогично: успел, не успел - блокируй комп и уходи. Нет соблазна поработать ещё, чтобы закрыть задачу, которая требует чуть больше. В конце концов работа без рамок занимает всё свободное время, хоть днём, хоть ночью, заменяя все другие развлечения, а с чего выстраивать рамки, когда нравится достигать целей? Вот здесь и есть ловушка, медленно убивающая и тело, и психику на удалёнке.
Офисный же режим возвращает внешние ограничители в виде часов работы офиса, хотя тут тоже есть исключения, но не будем о грустном.
Эппл показала рынку, что можно перевести всех пользователей на арм процессоры
Surface RT мимо вас прошёл? Можно было уже давно, только MS после портирования прямо полной Windows+Office не захотели двигать совместимость x86 с ARM, а копирование бизнес-модели Apple по ограничению запуска ПО как раз и привело к смерти направления.
Но те, кто смог запускать неподписанное, ещё в 2014 году подтвердили: можно.
Используя купленные технологии и производственные мощности, Apple смогла наладить выпуск собственных модулей связи, а Intel осталась ни с чем. По оценке самой корпорации, эта сделка принесла ей многомиллиардные убытки впоследствии.
В те времена (год где-то 2016-2018) всё, что Intel делала в плане НИОКР 5G-модемов - это постила бумажные анонсы типа "новое поколение уже готово, вот-вот запустим". На Semiaccurate это раз за разом разбирали, говорили о неспособности Intel выпустить модемы и указывали на схожие картинки в анонсах: подтёрли лого старого обещанного поколения, пообещали новое. Продали не на пустом месте, то есть.
AMD не прекращают бороться за рынок ML. https://www.tomshardware.com/pc-components/gpus/amd-deprioritizing-flagship-gaming-gpus-jack-hyunh-talks-new-strategy-for-gaming-market
AMD в машинном обучении практически не представлены
TH: Okay, for the data center, you're still planning for King of the Hill?
JH: Of course, we have to because that’s performance-per-dollar. Even Microsoft said Chat GPT4 runs the fastest on MI300
Название QUEENCREEK напоминает кодовые названия инструментов и уязвимостей из арсенала АНБ США, например, COTTONMOUTH или DOUBLEPULSAR, или ETERNALBLUE. Я б тоже забеспокоился.
Бан в robots.txt, платное использование API (не вдавался в подробности, МБ ключ) и рассылка C&D по всем умникам, которые игнорируют robots.txt, а потом публично выкладывают продукты на основе данных, например, нейросетки.
По некоторым сообщениям, Google заключил коммерческое соглашение с Reddit, чтобы продолжать их парсить, приобретя преимущество над другими движками.
Ну так https://unix.stackexchange.com/questions/501623/forward-all-traffic-to-a-socks5-proxy-port iptables-правило на роутере надо настроить и всё. Hostapd городить - означает сидеть и разбираться, поддерживает ли wi-fi модуль режим AP, какие частоты, какие стандарты. По сути, автор предлагает от безысходности целый роутер поднять на Pi. Всё это не нужно, разделяйте функции железок. На роутере поднять подобное - тоже тема, но именно на роутере, а не в обратную сторону - делать роутер из SBPC.
Через пару лет этот одноплатник снимут с продаж и есть немалая вероятность, что на другой плате наподобие уже не заведётся. Причём ведь есть возможность сразу написать на будущее, но увы.
Вы не рассказали про опыт. Кроме одного патча, который вы подменяете в Airflow, всё стандартно. Как насчёт проблем?
1) Поды падают во время выполнения, перерабатывая текст в csv мегов на 20 (OOMKilled). Разработчик клянётся, что там нечему жрать память. Поднимаю память, запуская процесс снова и снова. На трёх гигах ОЗУ Pandas наконец-то начинает шевелиться и отрабатывает. Наказаний за такой жрущий код нет, подразумевается "если такой умный - покажи, как надо". Хотя перерабатывается в CSV по сути pg dump, надо всего лишь заглянуть в доку и написать copy to stdout format CSV, например.
2) Некоторые операторы - самописные и декларация ресурсов в DAG не делает ничего, внутри них просто нет кода для обработки этого, но при этом внутри шага с оператором запускается тот же Pandas. Стискиваю зубы и поднимаю в worker template лимиты до 2ГБ вообще для всех.
3) Поды начинают падать до начала выполнения, но пишут лог в s3. Оказывается, запускать сразу много подов в полночь чревато, они начинают толпиться и некоторые умирают в давке, потому что узлы не могут сразу принять все поды, когда они требуют по 2ГБ на каждую задачу внутри DAG. Поднимаю worker_pods_pending_timeout до трёх часов, чтобы когда-нибудь да выполнились.
4) Поды вроде бы падают неизвестно когда, но ничего не пишут в s3. Airflow отображает "falling back to local log" и 404 - пода уже нет. О, это самый интересный случай, нетривиальный.
Стал собирать вывод подов в лог каждую минуту, посмотреть на статус. OutOfMemory. Не OOMKilled, а OutOfMemory. Оказывается, ошибка характерна для k8s 1.22, и это наша версия, обновить нельзя, legacy на последнем издыхании, съезжать тоже - свои причины. За неделю удалось уговорить проверить идею не запускать все поды в одну секунду. Помогло.
5) Поды падают с ошибкой upstream_failed. Оказалось, что если родительская задача падает, то в k8s executor следующая задача прекращает свою работу, когда срабатывает worker_pods_pending_timeout для неё, потому что момент начала работы (видимо) начинается с ожидания успешного выполнения родительской задачи.
Но тут я не уверен, самый неисследованный случай, который просто перестал происходить, когда разобрались с историями 3 и 4.
Съел я на нём уже пуд соли, очень хочу обратно на Celery Executor на ВМ. Там и памяти завались, и процессы запускаются без контейнеров и вышеперечисленных органичений. А на бумаге хорошо, да.
Прощай, Сюзан. Ты заставила видеоблоггеров страдать, как собак сутулых, коими они и являются, наказав их адпокалипсисом. Все люди, страдавшие под твоей пятой, заслуживали того; да благословит тебя Господь за кары, ниспосланные заблудшим душам, которых мы называем "ютьюберами".
Можно было, через пять лет. Сейчас смысла с новой программой немного, ну хотя можно, если условия докрутят для удалёнщиков на Мск. 9 млн общей стоимости квартиры при правильном работодателе за десять лет несложно даже выплатить.
Не будет. Скорость в РФ сейчас падает ввиду дропов пакетов. Началось 19 числа, до этого 3-10МБ/с на скачку- норма. Никогда раньше не было такого, что видео на 400МБ требует 30 попыток переподсоединения; у yt-dlp по умолчанию - 10 попыток переподсоединения, дальше скачка прерывается.
Не кажется ли вам, что неразумно со стороны разрабов yt-dlp ставить такие настройки, что скачивание никогда не завершится? В общем, предположение об ограничении со стороны YT неверное, не совпадает с симптомами. Но вот что Youtube делают сейчас - на диапазонах VPS просто пишут "залогиньтесь, если вы не бот", это задело в т. ч. некоторых пользователей. https://github.com/yt-dlp/yt-dlp/issues/10128
Статья отличная, но OpenWRT - ненужная специфика. Я поднимал PoC step-ca с демо для одной компании, бегло посмотрел - вроде ничего не изменилось с тех пор. Только с меня ещё и мониторинг требовали, сколько и кому сертов выдали, и вот тут нетривиально, потому что step-ca хранит JSON внутри mysql строками. Посмотрел на это, плюнул, поднял Postgres, mysql_fdw и оперировал строками оттуда как ::json внутри pg, с приведением типов.
Специфику не помню, но данные внутри БД step-ca разнесены по двум таблицам по каждому сертификату и проще сначала было вырезать JSON в нормальные таблицы, потом сделать full join, а потом городить view из набора колонок.
Лента - это хранение при комнатной температуре и отсутствие пыли в комнате с приводом. Для серверной со спроектированной вентиляцией - да. Для нежилого помещения или пространства домашней серверной (гараж, подвал, да с нашей зимой) - нет. Конечно, серверы нужно держать хотя бы при плюсовой температуре, но "подогревать" ещё и ящик с архивами - не хочется об этом думать. Хочется закинуть в кладовку и знать, что накопители переживут всё, кроме пожара и кражи.
Когда бан всех китайцев как очевидных агентов санкционированного государства и контрибуторов из всех компаний, которые, например, были вовлечены в PRISM? А также из Австралии, по закону прогер оттуда обязан вставить закладку по требованию спецуры и обязан молчать.
Бывают конторы с людоедским управлением, где этого никого не волнует, а переработки вроде б не поощряются на бумаге, но на самом деле задачи есть всегда часов на 10-12 в день и будет выражено неудовольствие "ну ты что-то плохо планируешь", если не успевать. Вкупе со свойством "нравится достигать целей", что я не просто так напечатал, получается смертельная петля: сначала достижения идут хорошо, потом отлично, потом немного переработок и тоже норм, а потом смотришь в монитор как в стену до 16 часов в день.
Офис так сделать не даст. Главное после такого опыта - выбирать работу без дежурств и оставлять комп в офисе.
В этом и есть плюс. Хочешь, не хочешь, а с утра в душ, потом "разминка", пока ноги несут на работу. Никакого "я лучше посплю", чтоб потом целый день сидеть тюфяком без движения, занятым работой. Вечером аналогично: успел, не успел - блокируй комп и уходи. Нет соблазна поработать ещё, чтобы закрыть задачу, которая требует чуть больше. В конце концов работа без рамок занимает всё свободное время, хоть днём, хоть ночью, заменяя все другие развлечения, а с чего выстраивать рамки, когда нравится достигать целей? Вот здесь и есть ловушка, медленно убивающая и тело, и психику на удалёнке.
Офисный же режим возвращает внешние ограничители в виде часов работы офиса, хотя тут тоже есть исключения, но не будем о грустном.
Surface RT мимо вас прошёл? Можно было уже давно, только MS после портирования прямо полной Windows+Office не захотели двигать совместимость x86 с ARM, а копирование бизнес-модели Apple по ограничению запуска ПО как раз и привело к смерти направления.
Но те, кто смог запускать неподписанное, ещё в 2014 году подтвердили: можно.
В те времена (год где-то 2016-2018) всё, что Intel делала в плане НИОКР 5G-модемов - это постила бумажные анонсы типа "новое поколение уже готово, вот-вот запустим". На Semiaccurate это раз за разом разбирали, говорили о неспособности Intel выпустить модемы и указывали на схожие картинки в анонсах: подтёрли лого старого обещанного поколения, пообещали новое. Продали не на пустом месте, то есть.
AMD не прекращают бороться за рынок ML. https://www.tomshardware.com/pc-components/gpus/amd-deprioritizing-flagship-gaming-gpus-jack-hyunh-talks-new-strategy-for-gaming-market
Ну дела.
Название QUEENCREEK напоминает кодовые названия инструментов и уязвимостей из арсенала АНБ США, например, COTTONMOUTH или DOUBLEPULSAR, или ETERNALBLUE. Я б тоже забеспокоился.
Бан в robots.txt, платное использование API (не вдавался в подробности, МБ ключ) и рассылка C&D по всем умникам, которые игнорируют robots.txt, а потом публично выкладывают продукты на основе данных, например, нейросетки.
По некоторым сообщениям, Google заключил коммерческое соглашение с Reddit, чтобы продолжать их парсить, приобретя преимущество над другими движками.
S
Ну так https://unix.stackexchange.com/questions/501623/forward-all-traffic-to-a-socks5-proxy-port iptables-правило на роутере надо настроить и всё. Hostapd городить - означает сидеть и разбираться, поддерживает ли wi-fi модуль режим AP, какие частоты, какие стандарты. По сути, автор предлагает от безысходности целый роутер поднять на Pi. Всё это не нужно, разделяйте функции железок. На роутере поднять подобное - тоже тема, но именно на роутере, а не в обратную сторону - делать роутер из SBPC.
Через пару лет этот одноплатник снимут с продаж и есть немалая вероятность, что на другой плате наподобие уже не заведётся. Причём ведь есть возможность сразу написать на будущее, но увы.
Вы не рассказали про опыт. Кроме одного патча, который вы подменяете в Airflow, всё стандартно. Как насчёт проблем?
1) Поды падают во время выполнения, перерабатывая текст в csv мегов на 20 (OOMKilled). Разработчик клянётся, что там нечему жрать память. Поднимаю память, запуская процесс снова и снова. На трёх гигах ОЗУ Pandas наконец-то начинает шевелиться и отрабатывает. Наказаний за такой жрущий код нет, подразумевается "если такой умный - покажи, как надо". Хотя перерабатывается в CSV по сути pg dump, надо всего лишь заглянуть в доку и написать copy to stdout format CSV, например.
2) Некоторые операторы - самописные и декларация ресурсов в DAG не делает ничего, внутри них просто нет кода для обработки этого, но при этом внутри шага с оператором запускается тот же Pandas. Стискиваю зубы и поднимаю в worker template лимиты до 2ГБ вообще для всех.
3) Поды начинают падать до начала выполнения, но пишут лог в s3. Оказывается, запускать сразу много подов в полночь чревато, они начинают толпиться и некоторые умирают в давке, потому что узлы не могут сразу принять все поды, когда они требуют по 2ГБ на каждую задачу внутри DAG. Поднимаю worker_pods_pending_timeout до трёх часов, чтобы когда-нибудь да выполнились.
4) Поды вроде бы падают неизвестно когда, но ничего не пишут в s3. Airflow отображает "falling back to local log" и 404 - пода уже нет. О, это самый интересный случай, нетривиальный.
Стал собирать вывод подов в лог каждую минуту, посмотреть на статус. OutOfMemory. Не OOMKilled, а OutOfMemory. Оказывается, ошибка характерна для k8s 1.22, и это наша версия, обновить нельзя, legacy на последнем издыхании, съезжать тоже - свои причины. За неделю удалось уговорить проверить идею не запускать все поды в одну секунду. Помогло.
5) Поды падают с ошибкой upstream_failed. Оказалось, что если родительская задача падает, то в k8s executor следующая задача прекращает свою работу, когда срабатывает worker_pods_pending_timeout для неё, потому что момент начала работы (видимо) начинается с ожидания успешного выполнения родительской задачи.
https://github.com/apache/airflow/discussions/18395
https://stackoverflow.com/questions/73852012/airflow-task-improperly-has-an-upstream-failed-status-after-previous-task-succ
Но тут я не уверен, самый неисследованный случай, который просто перестал происходить, когда разобрались с историями 3 и 4.
Съел я на нём уже пуд соли, очень хочу обратно на Celery Executor на ВМ. Там и памяти завались, и процессы запускаются без контейнеров и вышеперечисленных органичений. А на бумаге хорошо, да.
Зачем нужно было раздавать адреса с одноплатника? Byedpi - это прокси. Поднял его хоть на умном чайнике на 0.0.0.0 и прописал SOCKS в настройках.
Прощай, Сюзан. Ты заставила видеоблоггеров страдать, как собак сутулых, коими они и являются, наказав их адпокалипсисом. Все люди, страдавшие под твоей пятой, заслуживали того; да благословит тебя Господь за кары, ниспосланные заблудшим душам, которых мы называем "ютьюберами".
Можно было, через пять лет. Сейчас смысла с новой программой немного, ну хотя можно, если условия докрутят для удалёнщиков на Мск. 9 млн общей стоимости квартиры при правильном работодателе за десять лет несложно даже выплатить.
А про ТамТам как корп. чат вы слышали? Хмммм, наверное, тоже нет, да. Но такое тоже было.
Не будет. Скорость в РФ сейчас падает ввиду дропов пакетов. Началось 19 числа, до этого 3-10МБ/с на скачку- норма. Никогда раньше не было такого, что видео на 400МБ требует 30 попыток переподсоединения; у yt-dlp по умолчанию - 10 попыток переподсоединения, дальше скачка прерывается.
Не кажется ли вам, что неразумно со стороны разрабов yt-dlp ставить такие настройки, что скачивание никогда не завершится? В общем, предположение об ограничении со стороны YT неверное, не совпадает с симптомами. Но вот что Youtube делают сейчас - на диапазонах VPS просто пишут "залогиньтесь, если вы не бот", это задело в т. ч. некоторых пользователей. https://github.com/yt-dlp/yt-dlp/issues/10128
Huawei на Playstation или Switch? Пожалуйста, да. Желаю полной потери контроля "платформодержателей" над своими DRM-коробками.
Да, с этим будет сложнее. Придётся пиратить.
Статья отличная, но OpenWRT - ненужная специфика. Я поднимал PoC step-ca с демо для одной компании, бегло посмотрел - вроде ничего не изменилось с тех пор. Только с меня ещё и мониторинг требовали, сколько и кому сертов выдали, и вот тут нетривиально, потому что step-ca хранит JSON внутри mysql строками. Посмотрел на это, плюнул, поднял Postgres, mysql_fdw и оперировал строками оттуда как ::json внутри pg, с приведением типов.
Специфику не помню, но данные внутри БД step-ca разнесены по двум таблицам по каждому сертификату и проще сначала было вырезать JSON в нормальные таблицы, потом сделать full join, а потом городить view из набора колонок.