Хто насправді відповідає за розподіл завдань? Як алгоритм отримує інформацію про кількість обчислювальних задач? Постачальники модулів, що підключаються, можуть запрограмувати їх для надання компілятору інформації, тому, можливо, однією з причин недостатнього використання процесора можуть бути сильно запрограмовані плагіни або.

Обробка плагінів у реальному часі завжди виконується лише одному ядрі. Хост бере на себе аналіз залежностей сигнальних шляхів у проекті та розподіляє плагіни відповідно до ядр процесора. З 64-розрядними обчисленнями ви можете очікувати, що процесори краще використовуватимуться, і якщо так, чи буде це суттєвою або граничною різницею?

Потрібно розрізняти адресність пам'яті в 64-бітному режимі та фактичні 64-бітові обчислення з плаваючою комою. У разі необхідно обробити вдвічі більше даних проти 32 бітами. Час, що витрачається на обробку буфера алгоритмом модуля, кількість буферів, що використовуються при читанні, обробці і виведенні, розмір буфера, що використовується для обробки. Оскільки пам'ять у комп'ютері не нескінченно велика, і ви не можете одночасно завантажувати всі аудіофайли на згадку, ви редагуєте їх у менших розмірах «укусу» в окремих буферах.

Ці буфери заповнюються, наприклад, даними з аудіофайлу, потім передаються в плагін та редагуються там. Тепер, якщо процес буде працювати в реальному часі і безпосередньо реагувати на зміни інтерфейсу користувача, наприклад під час відтворення або запису, він завжди повинен бути менше часу, необхідного для відтворення буфера. Інакше процес відтворення, зрештою, наздожене процес обчислення, що призведе до відсіву, тобто. чутним клацанням.

Простий приклад: починаючи з 1-секундного буфера ми застосовуємо фільтр до цього буфера. Під час обчислення буфера система могла почати її відтворювати. Однак зазвичай буває, що обчислення і відтворення буфера є взаємовиключними - як правило, буфер, що повністю обчислюється, повертається в систему, а потім застосовує подальшу обробку. Типовими прикладами є збіг частоти дискретизації та формату виведення з обладнанням звукової карти. У середовищі секвенсора вступає в дію мікшер, ефект та основні шляхи та всі пов'язані обчислення.

Інформація про кількість ядер процесора засобами спеціального програмного забезпечення

Але це означає, що насправді тут є два буфери: один для розрахунку, один для відтворення, а наступний – для обчислення. Тут вперше з'являється латентність: тому процес відтворення завжди буде щонайменше одним буфером пізніше обчислення.

Це тривалий час для великих буферів, короткий для невеликих буферів. Таким чином, розмір буфера визначає найменшу можливу затримку між обчисленням та чутністю. В принципі, ніщо не змінює принципу, тільки розподіл завдань усередині програми виглядає по-іншому. Існують різні рівні, на яких можна починати як розробник програмного забезпеченнявикористовувати кілька процесорних ядер у своїй власною програмоюабо модулі, що підключається. Наприклад, ви можете почати прямо з алгоритму.

Це має сенс, коли алгоритм робить обчислення, які можуть відбуватися незалежно один від одного протягом певного часу. У такому разі кажуть, що алгоритм «паралелізується», тому що в рамках алгоритму окремі завдання можуть виконуватись незалежно.

Таким чином, не кожен алгоритм може бути розпаралельний. Особливо в аудіододатках така великомасштабна розпаралелювання часто неможлива, так як пізніші кадри зразка зазвичай безпосередньо залежать від результату раніше обчислених вибіркових кадрів при їх обчисленні. У тих випадках, коли можна було б розпаралелити процесори, не завжди корисно використовувати їх у модулі, тому що алгоритми часто повинні бути перезаписані, а досягнутий приріст швидкості зазвичай є лише незначним.

Більше того, у системах, де доступний лише один процесор, цей підхід може навіть погіршити продуктивність. Тому він використовується при редагуванні аудіо - на відміну від редагування відео - в більшості випадків лише дрібномаштабні розпаралелювання.

У сучасних операційних системах існує ціла низка інших можливостей, крім розпаралелювання в алгоритмі, для розподілу завдань у рамках програми як розробник, наприклад, для кількох процесорів. При цьому завдання спочатку визначаються, тобто невеликі секції програми повинні виконуватися незалежно одна від одної та за допомогою відповідних заходів гарантують, що результати можуть бути надані та об'єднані у часі передбачуваним чином. Якщо це не вдається, наприклад, тому що програма працює інакше, ніж розробник, передбачений з високим ступенем використання, виникає так званий стан гонки, стан, при якому різні процеси або їх результати плутаються в часі і в гіршому випадку до одного може привести аварії.

Хоча ці частини програми можуть бути створені та виконані незалежно один від одного, на практиці дуже мало впливу на те, який процесор фактично виконує це завдання, оскільки це рішення приймається системою відповідно до певних критеріїв. Щоб мати справу з цим докладно і представити переваги та недоліки різних методів, тут було б надто складно. Однак у випадку модулів звуку, що підключаються, існують два завдання, які можна легко розділити: з одного боку, уявлення і обробка роботи інтерфейсу користувача, а з іншого - фактична обробка аудіоданих.

Використовуємо диспетчер пристроїв

Це дві задачі, які легко поділити, оскільки вони пов'язані лише параметрами алгоритму. Якщо є тільки один процесор, система також дбає про чергування цих двох процесів таким чином, що створюється враження, що вони також паралельні тут. Іншим прикладом паралельного виконання кількох завдань є обробка звукового сигналушляхом реверберації згортки. Завдання може взяти на себе фактичну фільтрацію, у той час як частина програми, що виконується паралельно, виконує, наприклад, зумовлену обробку імпульсного відгуку - наприклад, для обчислення зміни кривої огинаючої.

Залежно від доступності різні процесорні ядра можуть виконувати ці завдання паралельно. Насамперед, ви повинні чітко розуміти, що саме ви точно вимірюєте, як і як часто, тобто як точно дозволено цей вимір у часі. Для загальносистемних вимірювань ви можете, наприклад, періодично перевіряти, який код виконується на процесорі. У цій статистиці інтенсивніший код обчислення буде з'являтися частіше, ніж код, який виконується кожні кілька секунд.

Таким чином, ви можете випадково визначити, які завдання спостерігаються в ядрі процесора. Крім того, частота вимірювання є важливим фактором: занадто часто ви не хочете вимірювати, тому що тоді вимір, який також є невеликою програмою, є необхідним обчислювальним часом, призведе навіть до видимого використання. Якщо вимірювати дуже рідко, вимір промахується, можливо, короткочасно відбувається з піками навантаження.

Тому в багатьох програмах вимірюються лише певні внутрішні процеси - наприклад, вказаний вище час, який потрібний для обчислення звукового буфера. Це зручно визначити шляхом вимірювання різниці у часі до та після розрахунку буфера. Примітка для самостійного експерименту.

По-перше, на деякий час збираються лише дані, а потім перетворення на виставу Фур'є виконується за один раз. З «зовні» протягом усього буфера відображається лише середнє використання, хоча на Наразіви навіть можете досягти більш ніж 100% використання в буфері протягом дуже короткого періоду часу. Тоді навантаження може бути нижче у вимірі, ніж насправді.

Тут, при низькому навантаженні, система може досягати межі продуктивності, особливо якщо використовуються дуже маленькі буфери. Що робити, якщо комп'ютер закінчується? Якщо ви зачитали це далеко, ви повинні зрозуміти, наскільки складною є ця тема. З цієї складності можна отримати перевагу: існують різні підходи, а найкраще не означає «відразу купити найшвидший калькулятор».

Інтуїтивно зрозумілі плагіни не завжди є найкращими. Хоча вірно, що виробники використовують потужність апаратних засобів і програм запису, які все частіше вимагають, наприклад, шляхом внутрішньої передискретизації, але закон «Чим більше споживана потужність, тим краще звук» не відповідає дійсності.