Сделать дамп кучи и потоков для Java приложения в Kubernetes
$ JVM_PID=1 $ JVM_POD=some-pod $ kubectl exec $JVM_POD -- /bin/sh -c "jmap -dump:live,format=b,file=/tmp/heap-dump.hprof $JVM_PID; gzip /tmp/heap-dump.hprof" $ kubectl cp $JVM_POD:/tmp/heap-dump.hprof.gz $PWD/heap-dump.hprof.gz $ gunzip $PWD/heap-dump.hprof.gz $ kubectl exec $JVM_POD -- rm /tmp/heap-dump.hprof.gz
Посмотреть состояние можно через VisualVM.
Сделал себе набор калибровочных эталонов (разомкнутая цепь, короткое замыкание и нагрузка) для разъёмов BNC чтобы калибровать NanoVNA когда к нему подключены переходники SMA-BNC.
До их появления использовал дополнительный переходник с BNC на SMA чтобы калибровать эталонами из комплекта NanoVNA.
Из-за дополнительного переходника точность такой калибровки была хуже, чем если использовать стандарты для разъёмов BNC.
Эталон разомкнутой цепи сделать легко - достаточно откусить выступающую часть центрального контакта чтобы он был на одном уровне с корпусом разъёма.
Дошли руки выложить модели на printables.com которые я сделал за прошлый год. Совсем мелкие, тривиальные или неудачные не выкладывал, но набралось около 11 штук:
Заодно добавил ссылки на модели в соответствующие записи в блоге.
Если осциллограф не поддерживает установку входного импеданса 50 Ом, то нужно использовать терминатор чтобы сохранить форму сигнала. Мой осциллограф как раз из таких и я использовал в качестве терминатора нагрузку 50 Ом из набора NanoVNA подключённую через Т-образный переходник.
Это не самое удобное подключение, т.к. либо перекрывает соседний вход, либо нужно отклонять на 45° чтобы использовать соседний вход. К тому же я встречал информацию что использование Т-образного переходника не решает проблему согласования импеданса.
Производители осциллографов предлагают специализированные адаптеры (feed-through termination) на 50 Ом (например Rigol ADP0150BNC) и я заказал аналогичный вариант из Китая, но он ещё даже не отправлен, а дальше около месяца ожидания.
А пока жду решил собрать самодельный проходной терминатор на 50 Ом. За основу взял разъёмы из дешёвых переходников
Посмотрел видео про токоограничивающие диоды (constant-current diode) и решил собрать их аналог на JFET транзисторе. В наличии у меня их не было и с покупкой возникли определённые затруднения т.к. в каталогах они идут вперемешку с MOSFET транзисторами. Популярные наименования JFET транзисторов я не нашёл в продаже, а просматривать даташиты подряд быстро надоело.
Закинул наименования FET транзисторов (JFET + MOSFET) из прайса магазина в ChatGPT и попросил отобрать из них только JFET. Результирующий список был с ошибками, но просмотреть десяток даташитов гораздо проще чем полный список. В итоге взял на пробу десяток транзисторов 2SK246-GR производства Toshiba.
Тестер правильно определил тип транзистора, но вот характеристики показывает странные (что нередко для этого тестера). Чтобы узнать какой максимальный ток Idss проводит транзистор нужно соединить его затвор с истоком. В моём случае в наборе из 10 транзисторов разброс значений Idss получился от 4 до 4,5 мА.
Сегодня одна из WiFi точек доступа в домашней сети уловила сигнал радара (скорее всего погодного из аэропорта) и стала выключаться. Такое периодически случается и зависит от погоды на улице. Не помню чтобы это происходило в пасмурную погоду, но когда на улице ясно, то происходит.
Точка доступа была настроена на 52 канал (5260 МГц) на котором работает DFS (Dynamic Frequency Selection или динамический выбор частоты). DFS работает на диапазоне 5 ГГц для каналов с 52 по 140 слушая эфир и уступая частоту радару если его сигнал будет обнаружен.
hostapd: phy0-ap0: DFS-RADAR-DETECTED freq=5260 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5290 cf2=0 hostapd: dfs_downgrade_bandwidth: no DFS channels left, waiting for NOP to finish hostapd: phy0-ap0: AP-DISABLED
Попробовал перенастроить её на 100 канал (5500 МГц), но вскоре она уловила сигнал радара и там.
Обновлял OpenWrt до версии 24.10.5 и перевёл последнюю WiFi точку доступа в домашней сети на эту прошивку. Последняя версия прошивки для TP-Link RE305 v3 вышла ещё в 2021 году и с тех пор устройство не поддерживаются производителем. Важно учитывать ревизию устройства, т.к. актуальная ревизия V4 внешне не отличается от V3 но не поддерживается в OpenWrt.
Установка OpenWrt возможно из интерфейса родной прошивки:
