Розслідування - це те, що ми в Computer Science називаємо "кооперативним багатозадачністю". Вони є способом для безлічі різних потоків виконання, щоб спільно взаємодіяти з іншими. При спільній багатозадачності один потік виконання має єдине безперечне право власності на процесор, поки він не досягне а yield. У цей момент Unity (або будь-яка інша рамка, яку ви використовуєте), має можливість переключитися на інший потік виконання. Потім він також отримує єдине безперечне право власності на процесор, поки він не з'явиться yield.
Нитки - це те, що ми називаємо «попереджувальною багатозадачністю». Коли ви використовуєте потоки, фреймворк залишає за собою право в будь-який момент зупинити порядок потоку середньої думки та перейти на інший потік. Не має значення, де ти. Вас навіть можна зупинити частково, записавши змінну в пам'ять в деяких випадках!
У кожного є плюси і мінуси. Мінуси супротивів, мабуть, найлегше зрозуміти. По-перше, всі процедури виконуються на одному ядрі. Якщо у вас є чотирьохядерний процесор, для підручних програм буде використовуватися лише одне з чотирьох ядер. Це спрощує речі, але в деяких випадках може бути проблемою ефективності. Другий результат полягає в тому, що ви повинні знати, що будь-яка програма може зупинити всю вашу програму, просто відмовившись від цього yield. Це було проблемою на Mac OS9, багато років тому. ОС9 підтримує лише багатозадачність спільної роботи на всьому комп’ютері. Якщо одна з ваших програм зависла, це може зупинити комп'ютер настільки люто, що ОС не змогла навіть надати текст повідомлення про помилку, щоб повідомити, що сталося!
Плюси судових процедур в тому, що їх порівняно легко зрозуміти. Помилки у вас набагато передбачуваніші. Вони, як правило, вимагають меншої кількості ресурсів, що може бути корисним, коли ви піднімаєтесь до 10-ти тисяч корупцій або ниток. Відвертий Мун в коментарях зазначив, що якщо ви не вивчили належну тему, просто дотримуйтесь супроводу, і вони мають рацію. З супрограмами працювати набагато простіше.
Нитки - це зовсім інший звір. Ви завжди повинні бути на сторожі від можливості того, що інша нитка може перервати вас у будь-який часі возитися зі своїми даними. Бібліотеки ниток надають цілий набір потужних інструментів, які допоможуть вам у цьому, такі як мутекси та змінні умови, які допомагають вам повідомити ОС, коли це безпечно для запуску однієї з ваших інших потоків і коли вона небезпечна. Існують цілі курси, присвячені тому, як добре використовувати ці інструменти. Одне з відомих питань, яке виникає, - це "глухий кут", який полягає в тому, що обидві нитки "застрягають", чекаючи, коли інша звільнить деякі ресурси. Ще одне питання, що дуже важливо для Unity, полягає в тому, що багато бібліотек (як Unity) не розроблені для підтримки дзвінків з декількох потоків. Ви можете дуже легко зламати рамки, якщо не звернете увагу на те, які дзвінки дозволені, а які заборонені.
Причина такої додаткової складності насправді дуже проста. Переважна багатозадачна модель дійсно схожа на багатопотокову модель, яка дозволяє вам не тільки перебивати інші потоки, але і фактично запускати нитки поруч на різних ядрах. Це надзвичайно потужно, оскільки це єдиний спосіб реально використовувати ці нові чотирьохядерні та шістнадцяткові коди CPU, які виходять, але відкривають вікно pandoras. Правила синхронізації щодо управління цими даними у багатопотоковому світі є позитивно жорстокими. У світі C ++ є цілі статті, присвячені MEMORY_ORDER_CONSUMEяким - один куточок багатопотокової синхронізації itty-bitty-teeny-weenie.
Отже, мінуси різьблення? Просто: вони важкі. Ви можете зустріти цілі класи помилок, яких ви ніколи не бачили. Багато хто з так званих "heisenbugs", які іноді з'являються, а потім зникають, коли ви їх налагоджуєте. Інструменти, які вам дають вирішити, дуже потужні, але вони також дуже низькі. Вони розроблені таким чином, щоб бути ефективними в архітектурі сучасних мікросхем, а не розроблені для зручності використання.
Однак якщо ви хочете використовувати всю потужність процесора, вони потрібні вам інструменти. Крім того, є насправді алгоритми, які легше зрозуміти в багатопотоковому режимі, ніж це з супровідними програмами, просто тому, що ви дозволяєте ОС вирішувати всі питання, де можуть відбуватися перебої.
Відгук Місяця щодо коментарів щодо дотримання супротивів - це також моя рекомендація. Якщо ви хочете силу ниток, тоді виконайте це. Виходьте і справді вивчайте теми, формально. У нас було кілька десятиліть, щоб розібратися, як організувати найкращий спосіб продумувати теми, щоб ви отримували надійні надійні повторювані результати на початку та додавали ефективність у процесі роботи. Наприклад, усі розумні курси навчатимуть мутекси перед викладанням змінних умов. Усі розумні курси, що охоплюють атоміку, повністю навчатимуться мітекси та змінним умовам, перш ніж навіть згадати, що атома існує. (Примітка. Немає такого поняття, як розумний підручник з атоміки.) Спробуйте навчитися нарізці частинок, і ви благаєте про мігрень.