Чи може програма зламати відеокарту?

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

Це може здатися дивним або дурним питанням, але чи можливо насправді написати таку програму для графічного відтворення, яка може зламати відеокарту ( будь-яким чином)?

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

Я грав на ньому різні вимогливі до GPU ігри (на кшталт Crysis) і часто підштовхував її до меж і більше (мав налаштування настільки високі, що ігри працювали зі швидкістю 5 FPS), а також деякі орієнтири ... Тому я дав моя картка, багато разів, настільки велика навантаження, що вона не могла наздогнати (отже, низький FPS), але ніколи не досягала небезпечних температур. Але моєму власному додатку вдалося досягти цього (принаймні, коли v-синхронізація була вимкнена). : P Оскільки це був лише мій власний додаток, я не думаю, що винуватцем була погана система охолодження.

Тому я запитую - ви думаєте (чи, можливо, знаєте), чи можна зламати відеокарту (будь-яким чином, а не лише перегріванням) якимось порочним кодом?

Оновлення:

Джо Свінделл сказав, що проблема може бути перегріванням (ну, це точно може зламати карту). Але чи не повинна належна система охолодження перешкоджати цьому (ні за яких обставин)?

Boreal вказав на іншу проблему. Якщо я правильно розумію, FPS пов'язаний і CPU, і GPU (це правильно?). Так низький FPS може сигналізувати або про високе завантаження процесора, або про велике навантаження GPU . Але знову ж таки - чи не повинна належна система охолодження перешкоджати перегріванню GPU, навіть якщо карта використовується на 100% весь час?

Це не відповідальність програми за те, щоб GPU не перегрівався, і це не вина програми, якщо вона перегрівається.

Якщо GPU не має належного охолодження, то так, запуск 3D-програми може нагріти його до небезпечних рівнів. Я не знаю, чому ваш додаток робить це, а Crysis цього не робить, але це означає, що карта має неадекватне охолодження, та / або вона заплутана (розігнана, або інші заводські налаштування / драйвери змінені).

Крім перегріву, я не знаю жодного іншого способу, за допомогою якого програмне забезпечення може фізично пошкодити чіп, на якому він працює. Це справді не повинно бути можливим; це був би дуже серйозний збій дизайну.

Це сталося в дикій природі.

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

Недоліки в дизайні та виробництві в самому GPU також можуть призвести до того, що карта розбирається під навантаженням. Мобільні графічні процесори G84 / G86 мали припої, які зламалися при прийнятних температурних навантаженнях і врешті-решт зламалися. У нас також є сумнозвісне червоне кільце смерті XBox 360, яке має подібні теплові проблеми з припоєм і розширенням.

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

Ваше запитання набагато складніше, ніж те, що ви написали. Я б сказав, що загальне питання "чи може програмне забезпечення зламати апаратне забезпечення?", І відповідь на це - безумовно, так.

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

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

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

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

1. Як правило, тепловізори та вентилятори розроблені таким чином, щоб вони могли комфортно відводити максимальну кількість тепла, яке карта буде генерувати, навіть у погано провітрюваних корпусах у спекотному кліматі (в межах робочих діапазонів, визначених виробником)

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

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

4. Якщо після цього тепло все ще накопичується, тепловий діод, наявний у більшості сучасних процесорів та графічних процесорів, повністю відключить відеокарту, і вироблення тепла припиниться.

Отже, якщо ви хочете вирвати свою дорогу відеокартку від програми для користувачів через перегрів, окрім того, щоб скласти програмне забезпечення, яке максимально напружує систему, вам знадобиться:

1. Несправна або порушена система тепловідведення. Просто встромивши палець у вентилятор (завжди в центрі, а не в лопатки), слід зробити трюк. Складність: Легко

2. Спеціальний (або баггі) драйвер із відключеними або зламаними функціями дроселювання. Складність: Нормальна

3. Спеціальна вбудована програма з функціями зменшення годин відключена або зламана. Складність: Важко

4. Розбитий тепловий діод. Якщо ви постійно спрацьовуєте тепловий діод, він може пошкодитися. Складність: Дуже важко

... але не неможливо! Сміливо спробуйте *, але обов'язково тримайте під рукою телефон своєї пожежної частини.

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

Навіть при вимкненому VSYNC багато ігор можуть не вдатися навіть до 98% використання GPU. Чим більше реального геймплея вони реалізують, тим менше кадрів вони можуть поставити і тим більше ймовірність, що GPU буде недостатньо використаний. Хороші багатоядерні оптимізовані ігри можуть значно наблизитись до 100% використання графічного процесора, але загалом логіка гри підтримує процесор достатньо зайнятим іншими завданнями, щоб він не міг наситити GPU повним навантаженням. Чисті програми для візуалізації можуть легко досягти 100% завантаження GPU, але ігри роблять набагато більше, ніж рендерінг.

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

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

Так, це може.

• Перегрів, як очевидний приклад, може бути викликаний надзвичайними навантаженнями. Зазвичай досягається за допомогою розгону. Це було б найпростіше викликати цілеспрямовано.

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

Менше кадрів = менша обробка = менше екстремальне навантаження.

Відстеження здібностей GPU також важливо. Я думаю, що програмісти в Crytek написали код, щоб бути готовим до того, що хтось переоцінить свої можливості відеокарт. Якщо вони це зробили, я впевнений, що це функція, яка врятувала багато GPU і врятувала багатьох невідомих власників GPU від розладу.

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

Можна уникнути ретельного кодування та подвійної перевірки під час виконання. (Але завжди є помилки. Якщо таких немає, це тому, що вони граються з вами.)

• Графічний процесор також матиме драйвер, який додає інше місце, коли речі можуть піти не так. Деякі дані можуть бути пошкоджені там, або може виникнути помилка тощо, і т. Д. Щоб додати до цього, драйвери, як правило, ризикують викликати BSOD. Резервна система ОС, коли щось стає страшно не так, і їй потрібно запустити аварійне відключення, щоб спробувати і мінімізувати або запобігти збитку. Ретельно кодований драйвер (сподіваємось) цього не зробить, але помилки завжди є. Включення в процедури аварійного відключення.

Цього можна уникнути ретельним кодуванням та подвійною перевіркою під час виконання.

Відповідь одним словом: ТАК.

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

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

2. Змушуйте ваш ПК вмикати та вимикати багато разів. Не впевнений, чи це може спричинити збій, але це дуже можливо. У всякому разі, це не дуже схоже на softwareце.

3. Маніпулюйте рівнем живлення в системі, включаючи та вимикаючи енергоспоживання USB-пристроїв (наприклад: зовнішній жорсткий диск, який не використовує власну потужність). Це завжди робить мою клавіатуру та мишу непридатними до наступного перезапуску, і вона (протягом 2 років щоденного підключення 3 жорстких дисків до і) випалювала кілька комірок в одній з моїх мікросхем ОЗУ, що призводило до BSOD кожні 10-20 хвилин.

Мій особистий досвід:

У мене раніше був створений Lenovo Thinkpad T61p з Quadro FX570M, побудований близько серпня 2008 року. Ця партія, як відомо, мала несправні графічні процесори, які в один чи інший день вийшли з ладу (пайка була недостатньо оптимальною на деяких штифтах GPU.)

Все було добре близько 5 років, поки я не запустив XCOM The Bureau на ньому (гра відома не дуже оптимізованою), ноутбук був гарячим, фанати на повній швидкості і протягом приблизно 1 години ігор він замерз, але не звичайний заморозок .

Вгадай що ? Я вимкнув і знову ввімкнув ноутбук, він був мертвий з відповідними кодами звукового сигналу BIOS, що вказує на несправність відео.

Щоб відповісти на ваше запитання : так (як уже вказували інші), програмне забезпечення напевно може зламати апаратне забезпечення, якщо попереднє певним чином не захищене ; якщо, наприклад, вентилятор GPU вимкнено, він напевно підірветься зі 100% шансом на успіх: D

Колись у мене була відеокарта GeForce 4 MX 440, і я хотів грати в Принц Персії: піски часу. Але гра не запускалася, оскільки не могла знайти очікувану підтримку Pixel Shader. Це було трохи несподівано для мене, тому що пізніший Принц Персії: Воїн Внутрішній працював просто чудово.

Отже, врешті-решт я знайшов 3d-аналізатор ( http://www.tommti-systems.com/main-Dateien/files.html ) і змусив гру запуститись та пограв у гру кілька днів. Через пару днів моя відеокарта зламалася - більше нічого не показувала. У мене був новий комп’ютер близько 5-6 місяців, тому я думаю, що примушування гри до запуску таким чином насправді зламало мою відеокарту :(

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

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