gn="justify">. Відсутність переривання за таймером усередині одного процесу
. При використанні блокуючого системного запиту для процесу всі його потоки блокуються.
. Складність реалізації
. Потік в просторі ядра. Поряд з таблицею процесів в просторі ядра є таблиця потоків.
В«ВолокнаВ» (англ. fibers). Кілька потоків режиму користувача, що виконуються в одному потоці режиму ядра. Потік простору ядра споживає помітні ресурси, в першу чергу фізичну пам'ять і діапазон адрес режиму ядра для стека режиму ядра. Тому було введено поняття В«волокнаВ» - полегшеного потоку, виконуваного виключно в режимі користувача. У кожного потоку може бути кілька В«волоконВ». p align="justify">. Моделі потоків. p align="justify">: 1 (Потоки виконання на рівні ядра)
Потоки виконання, створені користувачем у моделі 1-1, відповідають діспетчіруемим сутностей ядра. Це найпростіший можливий варіант реалізації потоковості. У Windows API цей підхід використовувався з самого початку. У Linux звичайна бібліотека C реалізує цей підхід (через бібліотеку потоків POSIX, а в більш старших версіях через LinuxThreads). Такий же підхід використовується ОС Solaris, NetBSD і FreeBSD.: 1 (Потоки виконання рівня користувача)
У моделі N: 1 передбачається, що всі потоки виконання рівня користувача відображаються на єдину плановану сутність рівня ядра, і ядро ​​нічого не знає про склад прикладних потоків виконання. При такому підході перемикання контексту може бути зроблено дуже швидко, і, крім того, він може бути реалізований навіть на простих ядрах, які не підтримують багатопоточність. Однак, одним з головних недоліків його є те, що в ньому не можна витягти жодної вигоди з апаратного прискорення на багатопоточних процесорах або багатопроцесорних комп'ютерах, тому що тільки один потік виконання може бути запланований на будь-який момент часу. Ця модель використовується в GNU Portable Threads.: N (Змішана потоковость)
У моделі M: N деяке число N прикладних потоків виконання відображаються на деяке число M сутностей ядра або В«віртуальних процесорівВ». Модель є компромісною між моделлю рівня ядра (В«1:1В») і моделлю рівня користувача (В«N: 1В»). Взагалі кажучи, В«M: NВ» потоковость системи є більш складною для реалізації, ніж ядро ​​або користувальницькі потоки виконання, оскільки зміна коду як для ядра, так і для користувацького простору не потрібно. У M: N реалізації бібліотека потоків відповідає за планування користувальницьких потоків виконання на наявних планованих сутності. При цьому перемикання контексту потоків робиться дуже швидко, оскільки модель дозволяє уникнути системних викликів. Тим не менш, збільшується складність та ймовірність інверсії пріоритетів, а так...
