Армянское Радио

Либо городить софтовый микшер (что может привести к глюкам в самый неожиданный момент). Либо пойти в магазин и купить обычные динамические микрофоны и микшер (что дубово, дешево и просто)

Более компактным и экономичным решением будет Powerbank с Type-C, только нужно смотреть, чтобы он был достаточно мощным - мой банк на 20А*ч например, мой ноут (тоже 180Вт), не вытягивает.

Вот два банка последовательно и регулятор - точно справятся.

Очевидно, что при копировании с диска на диск вы получите что-то около линейной скорости диска, которая и есть около 120-150 мегабайт сек

Точнее, будет минимум из скорости чтения первого диска и записи на другой.

Большую скорость можно получить, если объединить диски в RAID-0

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

Дальнейший пересчет миллиамперов в попугаи можно сделать по табличке в даташите.

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

Чтобы подсунуть прибору тестовый сигнал, нужно иметь лабораторный блок питания, переделанный так, чтобы уставка тока свыше 20ma была невозможна.

Никак, это симулятор, а не EDA. Максимум, что вы можете сделать - это выгрузить из нее собственно электросхему в EDA.

EDA, например, KiCAD, позволяют выполнить полный цикл разработки устройства - назначения реальных компонент, иx размещения, трассировки дорожек и выдачи файлов для производства - слоев гербера и файла сверловки.

Граждане, которые рисуют платы в SprintLayout, без привязки к списку компонентов и списку цепей, конечно же, молодцы, но не стоит брать с них пример.

ncdu вам красиво все распишет

Если дизассемблировать, видно, что в нижнем коде есть условный оператор, который проверяет, не пора ли ресайзить массив. В верхнем коде такого нет.

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

Итого, это теоретический вопрос вида "у кого лучше оптимизатор". На практике, у верхнего кода больше шансов стать более быстрым даже при плохой оптимизации.

Сначала стоит подумать над тем, чтобы строительством буфера занимался GPU
Если с этим напряжно, у вас есть вариант использовать DMA (glMapBuffer), (я бы сделал этот вариант), использовать два контекста, или делать как вы хотите - по сигналу дочернего потока вызывать glBufferData

Полезное на почитать