а были сравнительные тесты хайпа и jit? На задачах где хайп себя хорошо показывал

единсвтенное что у тех кто его использовал могут наведенные баги возникнуть

Те кто его использовал могут сидеть дальше на erl21.

Мы пробовали трижды его использовать. Иногда было на 10% быстрее, но крашилось раз в час. Это был максимум эффекта от хайпа в сложной системе. На микробенчмарках выжимали до 30% разницы, насколько я помню, но микробенчмарки на хлеб не намажешь.

Дано: crashdump на 14гб в нем процесс на 3гб - нужно посмотреть что-же в нем потекло crashdump_viewer при открытии процесса отваливается по таймауту.

Увеличить тайм-аут в во вьювере?:)

крашдамп текстовой, не проще его почитать?

Не очень читается))

читал текст когда cd не помещался на локальный диск. тогда тоже observer (или кто там его умеет смотреть удаленно) тоже не поднимался, за пару часов медитации начал ориентироваться в нем не хуже отладчика.

30% это разница между hipe и beamjit или hipe и обычным эрлангом?

А там говорят много времени на переключение тратится. Между HiPE кодом и обычным кодом

А на HiPE всё не намажешь, из него кажется нельзя nif вызывать

еяпп, тогда еще не было beamjit

у меня очень оффтопный и странный вопрос.
у меня есть некий бинарный блоб arm32 кода, я знаю, в каком memory layout он может какое-то время(первый десяток инструкций, лол) проработать.
я хочу его запустить под qemu-arm с gdb, но представления не имею, как для него подготовить тот самый memory layout

такое умеет ida, но на моем сочетании версий иды/qemu отладка валится и я пока не смог разобраться, почему.

я уверен, что тут есть люди, которые как-то отлаживали прошивки, поэтому вопрос - с каких слов вообще начать гуглить, чтобы к какой-то картине в итоге прийти?

правила не умеют измерять уровень токсизьма в переписке, тут скорее ИИ справится и то с трудом
если кто занимается, может какого-то бота нарисовать, который будет собирать +\- на сообщения от юзеров (обучение с учителем), может удастся обучить тормозить особо упоротых?

давайте закончим это пустое обсуждение правил. Тут не так много людей, чтобы тратить на это чье-то время и силы

target device естественно выяснять, откуда блоб упёрли?

Железо известно, какие-то нюансы i/o - нет, но это можно пока пережить.

Schematics нет, конечно, но чипы на платах очевидны

приветы! есть ли какой нить трюк соединить две ноды, которые работают на разных хостах, причем с именами вида node1@localhost and node2@localhost без рестарта с изменением имен? или придется рестартовать?