Profile

coolwolf0: (Default)
coolwolf0

August 2025

S M T W T F S
     12
345 6789
10111213141516
17181920212223
24252627282930
31      

Custom Text

Apr. 11th, 2020

Не знаю как у православно-католической публики, а у нас пасха уже в разгаре (см. отчёт).
В результате уже четыре дня подряд сижу в четырёх стенах. Максимум - пару раз выезжал в магазин за покупками.
Так что подвожу итоги пребывания в сети. В конце - маленькая приписка о переоценке ценностей.

Музыка



Давно уже отмеченный мной коллектив "Scott Bradlee's Postmodern Jukebox" выпустил очередной альбом ремейков-трибьютов-каверов в джазовой обработке.
"BACK When They Called It Music The '90s"
Окунитесь в давно знакомые мелодии, исполненные в винтажном стиле.

Образцы:


Read more... )
Я тут уже почти третью неделю кряду пытаюсь разгадать секрет, почему зависает удалённый клиент при ЛЮБОМ подключении к некоему множеству линуксовых хостов.
Перепробованы аж два вида соединений - по RPyC и SSH. В обоих случаях, если контролируемый удалённо процесс бежит меньше часа, то клиентская сторона получает отчётливый сигнал о завершении. А вот стоит перейти границу часового ожидания, и всё - процесс на стороне сервера успешно отрабатывает, а клиент этого не видит и ждёт у сокета погоды (пока не помирает через собственный тайм-аут).

Дебагировать такую пакость при помощи дебаггера - штука опасная в том плане, что наблюдатель привносит в наблюдаемую систему очевидное крушение сценария: вместо обслуживания сокета, сервис будет ужасно долго чикаться с интерактивным дебаггером. Поэтому ВПС пошёл другим путём - подключил в "подозрительный" код трейсер pysnooper.
 (благо у RPyC серверная часть тоже на Пайтоне написана). Получилось прикольно (жалко, что не помогло - лажа оказалась на уровне сокета, а там никакой трейсер уже нифигашечки не видит). Тем не менее, если будете такие вещи дебагировать - попробуйте. Это реально удобная штука, хотя бы для вынесения вердикта "тут всё в порядке - проблемы где-то глубже", ибо исполняемый код можно натурально просмотреть глазами.

Кстати, просто анализируя код, мой коллега нашёл баг в RPyC версии 4.1.4 - если у кого тормозит при передаче данных, откатитесь на пару версий назад.