Если сделать только stop-fw + start-fw, то снова начинает раборать, т.е. дело не в iptables. Также выключил Quic, чтобы только один инстанс запускался, тоже не дало результата.
Все перепроверил, ошибок нет. Включил на всякий случай режим none, чтобы весь подряд трафик обрабатывался, дабы исключить влияние списка. Та же картина: работает около минуты, после чего перестаёт. Процесс при этом не вылетает. Характерный момент - в режиме None обыкновенно доступные сайты так и продолжают работать.
Всё заработало, но такой вопрос появился: работает минут 5 после чего перестаёт пока не сделать restart. В ps / top / htop процесс nfqws виден и висит, даже когда перестает работать. Есть идеи в какую сторону копать?
DDR5 подавляющее число без ECC, хотя и можно найти модели из официального списка совместимости памяти с сайта производителя материнских плат. Есть даже обсуждение на Реддите на тему успешных конфигураций с ECC. И если коротко, там в основном упоминается ASUS X670 + память Kingston KSM48E40BD8KM-32HM.
Ситуация с DDR4 ещё хуже. Эксперимент по установке серверной памяти например на не самую старую гигабайтовскую материнку B550 + AM-4 + Ryzen 5950X успеха не имел даже с последними версиями BIOS.
Я бы не стал утверждать, что там так уж всё просто. Даже условно рассчитать это всё в виде модели, я бы мягко сказал, смогут не все. И это понимая под всеми только выпускников технических вузов. А какой путь от модели до технологии массового производства и дальнейшей эксплуатации...
Для меня всегда патентное право выглядело, скажем так, несколько устрашающе - некоей квинтессенцией того, до чего может дойти юриспруденция, если к ней подключатся инженеры. Все сложносочинённые "патентные формулы" - это вообще ИМХО за гранью добра и зла, ближе к словестной эквилибристике.
Лишь устоявшаяся история намекает, что система должно быть справляется со своими задачами, хотя институт патентных троллей не даёт полной в этом уверенности.
Выскажу мнение, что появление LLM и GPT может встряхнуть это направление и устроить тектонический сдвиг, т.к. нейросети ох как умеют в словоблудие и после прокачивания юридических навыков могут стать атомным оружием в руках патентных троллей.
Очень удобно, спасибо. Как-то раз нужно было край как пообщаться с колл-центром для оплаты заказа, и другого варианта не было, очень "кстати" разрыв соединения через полчаса ожидания.
Ну если бы хотели именно решить проблему, то средства найти можно было бы вполне. Например распаковка под камеру и навешивание перед примеркой электронного (да хоть обычного) ярлыка.
Если нужно обезопасить всю цепочку для более дорогостоящих товаров, на примере тех же видокарт, которые по некоторым сообщениям подменяли, то что мешает использовать запаковку и распаковку под камеры + стикеры с открытой и закрытой скретч-слоем частями.
На редкость непродуманная конструкция у этих сберовских банкоматов. Пинпад находится фактически на лицевой панели. Для чего нужны большие экраны так же не до конца понятно. Даже если для рекламы, ведь можно не весь экран задействовать при прямой работе с данными не для общего обозрения.
У тиньковских банкоматов конструкция получше, пинпад утоплен, но вопросы по дисплеям всё те же.
Понимает даже по-русски, но база чувствуется сильно меньше. И в процессе генерации процесс идёт настолько медленно, что кажется что кто-то печатает в онлайне.
P.S. Вообще по стилю похоже на креативного студента, совершенно не знающего билет и включившего бредогенератор на 90%
Не знаю, всё же использовать Python для веба... Ну такое... Не для того он предназначен. Да, сделать на Django неспешную админку для внутреннего продукта вполне себе неплохая идея, но не более того. А для высокопроизводительного сервиса это всё равно, что пытаться дотюнить педальную машинку до использования на немецком автобане. И ни WSGI, ни асинхронность тут кардинально не помогут.
Казалось бы, есть успешный пример Node.JS, который смог. Но он смог в достаточно специфичном кейсе асинхронных веб серверов, главным образом благодаря удачному сочетанию для этого случая движка V8 и концепции планировщика Event Loop, реализованной через libuv. В этой связке асинхронность там была изначально, причём не простая, а фактически реализуемая для таких вещей как работа с сетью на очень низком системном уровне.
Python и его веб-фреймворки, с другой стороны, в силу своей супер универсальности не могут похвастаться ни супербыстрым интерпретатором (в котором должна быть реализована компиляция, чтобы добиться сравнимых с V8 результатов), ни низкоуровневым планировщиком для асинхронных вызовов.
Концептуально в мире Python ближе всего к Node что-то вроде uvloop. Но всё равно это полумеры.
Всё сказанное выше - ИМХО, лично давно не имел дел с веб-фреймворками на Python, может быть с тех пор там стало всё очень хорошо (но это не точно). При этом против самого по себе Python ничего не имею, в своих нишах - язык отличный.
Это только часть проблемы. Главная состоит в том, что адресные светодиоды это RGB. Скажем жёлтый цвет будет R+G и только человеку может казаться что он жёлтый. С точки зрения спектроскопии это вообще не так. Даже использование обычных монохромных светодиодов весьма сомнительная идея т.к. спектр у них вероятно не идеален. ИМХО только лазерные можно использовать.
Кому интересно поиграться с сеткой самостоятельно, сделал бота для Stable Diffusion. Чисто для ознакомления, просто на 3090 TI без гарантий относительно хабраэффекта: http://t.me/stablediffusiongeneratorbot
Все проверил, ошибок не было, но заметил, что если не трогать ничего некторое время оно начинает работать вновь. Буду наблюдать что к чему, спасибо!
Если сделать только stop-fw + start-fw, то снова начинает раборать, т.е. дело не в iptables. Также выключил Quic, чтобы только один инстанс запускался, тоже не дало результата.
Все перепроверил, ошибок нет. Включил на всякий случай режим none, чтобы весь подряд трафик обрабатывался, дабы исключить влияние списка. Та же картина: работает около минуты, после чего перестаёт. Процесс при этом не вылетает. Характерный момент - в режиме None обыкновенно доступные сайты так и продолжают работать.
Всё заработало, но такой вопрос появился: работает минут 5 после чего перестаёт пока не сделать restart. В ps / top / htop процесс nfqws виден и висит, даже когда перестает работать. Есть идеи в какую сторону копать?
DDR5 подавляющее число без ECC, хотя и можно найти модели из официального списка совместимости памяти с сайта производителя материнских плат. Есть даже обсуждение на Реддите на тему успешных конфигураций с ECC. И если коротко, там в основном упоминается ASUS X670 + память Kingston KSM48E40BD8KM-32HM.
Ситуация с DDR4 ещё хуже. Эксперимент по установке серверной памяти например на не самую старую гигабайтовскую материнку B550 + AM-4 + Ryzen 5950X успеха не имел даже с последними версиями BIOS.
Самое подробное описание устройства и работы на английском: https://youtu.be/qs2QcycggWU?si=wbL0GwGOQpHx2x-3
Я бы не стал утверждать, что там так уж всё просто. Даже условно рассчитать это всё в виде модели, я бы мягко сказал, смогут не все. И это понимая под всеми только выпускников технических вузов. А какой путь от модели до технологии массового производства и дальнейшей эксплуатации...
Ещё один из мотивов - балансировка ресурса: если одна условная шестерёнка проработает 10 лет, а другая 200 лет, то эту ситуацию имеет смысл выровнять.
Для меня всегда патентное право выглядело, скажем так, несколько устрашающе - некоей квинтессенцией того, до чего может дойти юриспруденция, если к ней подключатся инженеры. Все сложносочинённые "патентные формулы" - это вообще ИМХО за гранью добра и зла, ближе к словестной эквилибристике.
Лишь устоявшаяся история намекает, что система должно быть справляется со своими задачами, хотя институт патентных троллей не даёт полной в этом уверенности.
Выскажу мнение, что появление LLM и GPT может встряхнуть это направление и устроить тектонический сдвиг, т.к. нейросети ох как умеют в словоблудие и после прокачивания юридических навыков могут стать атомным оружием в руках патентных троллей.
Для рендеринга в браузере наверное лучше использовать Rust + WASM.
Очень удобно, спасибо. Как-то раз нужно было край как пообщаться с колл-центром для оплаты заказа, и другого варианта не было, очень "кстати" разрыв соединения через полчаса ожидания.
Ну если бы хотели именно решить проблему, то средства найти можно было бы вполне. Например распаковка под камеру и навешивание перед примеркой электронного (да хоть обычного) ярлыка.
Если нужно обезопасить всю цепочку для более дорогостоящих товаров, на примере тех же видокарт, которые по некоторым сообщениям подменяли, то что мешает использовать запаковку и распаковку под камеры + стикеры с открытой и закрытой скретч-слоем частями.
Пока наиболее понятное объяснение из того, что встречал это: https://www.youtube.com/watch?v=ZBaXPY_0TNI
Ещё один способ:
На редкость непродуманная конструкция у этих сберовских банкоматов. Пинпад находится фактически на лицевой панели. Для чего нужны большие экраны так же не до конца понятно. Даже если для рекламы, ведь можно не весь экран задействовать при прямой работе с данными не для общего обозрения.
У тиньковских банкоматов конструкция получше, пинпад утоплен, но вопросы по дисплеям всё те же.
Понимает даже по-русски, но база чувствуется сильно меньше. И в процессе генерации процесс идёт настолько медленно, что кажется что кто-то печатает в онлайне.
P.S. Вообще по стилю похоже на креативного студента, совершенно не знающего билет и включившего бредогенератор на 90%
Не знаю, всё же использовать Python для веба... Ну такое... Не для того он предназначен. Да, сделать на Django неспешную админку для внутреннего продукта вполне себе неплохая идея, но не более того. А для высокопроизводительного сервиса это всё равно, что пытаться дотюнить педальную машинку до использования на немецком автобане. И ни WSGI, ни асинхронность тут кардинально не помогут.
Казалось бы, есть успешный пример Node.JS, который смог. Но он смог в достаточно специфичном кейсе асинхронных веб серверов, главным образом благодаря удачному сочетанию для этого случая движка V8 и концепции планировщика Event Loop, реализованной через libuv. В этой связке асинхронность там была изначально, причём не простая, а фактически реализуемая для таких вещей как работа с сетью на очень низком системном уровне.
Python и его веб-фреймворки, с другой стороны, в силу своей супер универсальности не могут похвастаться ни супербыстрым интерпретатором (в котором должна быть реализована компиляция, чтобы добиться сравнимых с V8 результатов), ни низкоуровневым планировщиком для асинхронных вызовов.
Концептуально в мире Python ближе всего к Node что-то вроде uvloop. Но всё равно это полумеры.
Всё сказанное выше - ИМХО, лично давно не имел дел с веб-фреймворками на Python, может быть с тех пор там стало всё очень хорошо (но это не точно). При этом против самого по себе Python ничего не имею, в своих нишах - язык отличный.
Это только часть проблемы. Главная состоит в том, что адресные светодиоды это RGB. Скажем жёлтый цвет будет R+G и только человеку может казаться что он жёлтый. С точки зрения спектроскопии это вообще не так. Даже использование обычных монохромных светодиодов весьма сомнительная идея т.к. спектр у них вероятно не идеален. ИМХО только лазерные можно использовать.
Кому интересно поиграться с сеткой самостоятельно, сделал бота для Stable Diffusion. Чисто для ознакомления, просто на 3090 TI без гарантий относительно хабраэффекта: http://t.me/stablediffusiongeneratorbot
Кто хочет, может самостоятельно запустить такой же: https://github.com/DirectX/stablediffusion-telegram-bot