Взагалі це налаштовується в Біосі.

А як ви хотіли, вибачте? Софт має керувати, а ОС має керувати ресурсами, передусім - залізом. Ну добре, будуть не розроблені в ASUS драйвери ОС, а розроблений в ASUS BIOS це робити - вам від того легше стане? Усе одно софт керує залізом. Суттєво пошкодити залізо так не вийде, там є обмеження на швидкість, температуру, напругу і т.д., при реальній загрозі воно вирубиться.

Ні, в принципі, можна собі уявити архітектуру, де залізом по максимуму керує вбудований софт, а ОС має доступ тільки до окремих керівних функцій. Можливо, така архітектура буде навіть кращою за нинішню. Але є одне але - вона буде несумісною з тим, що маємо. От, робив Intel колись процесори Itanium з архітектурою VLIW. Дуже крутою архітектурою, ідейно правильною, швидкою, економною. Одна біда - несумісною з x86. І всі послали ту архітектуру, бо людям потрібна не правильна архітектура, а робочий софт. А софту потрібно, щоб архітектура не змінювалася.

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

Не знає. Більше того, не може знати. Навіть якщо вже запущено процес, про який відомо, що в заданому часовому проміжку він буде сильно навантажувати систему, ОС не відомо чи користувач не вбйе процес.

Не мав би.

Для кулера драйвери не мали би існувати.

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

Мабуть настав час відповісти на саму суть.

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

Наприклад візьмемо ультрабук. При зарядці він гріється, при навантаженні теж. Залізо не знає чи користувач мастурбує за переглядом порно чи вже спить, чи грає музика чи то просто звуки реакції на кліки чи взагалі просто лишили ноутбук ввімкненим. ОС то знає завдяки процесам, налаштуванням, статистиці.
Тож якщо користувач дивиться порно зі звуком на повну мастурбуючи то можна заряджати батарею на повну та розкрутити кулер ледь не на максимум.
Якщо ж він сидить в тиші то краще батарею не заряджати повним струмом щоб не довелося кулер крутити через нагрів корпусу.
Якщо ж робить то в навушниках то відповідно до рівня звуку можна розкручувати кулер до другої космічної а батарею заряджати.
Так само якщо він взагалі забув ноут вимкнути то спираючись на статистику використання можна заряджатися на повну та без розкручування кулера, а якщо без дії але по статистиці час активного використання то накинути трохи обертів про всяк випадок щоб коли щось запустить процесор не нагрівся до температури пекельної пательні швидше ніж кулер розкрутиться до заданих обертів.
Ось наприклад чим може допомогти ОС, маючи контроль над такими функціями як керування кулером та зарядкою. Поки останнє рідкість, точніше мабуть дивина, але все колись було дивиною, а зараз норма. А головне, то робить можливим створення чудового ультрабука.

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