GPU Rendering
GPU rendering makes it possible to use your graphics card for rendering, instead of the CPU. This can speed up rendering because modern GPUs are designed to do quite a lot of number crunching. On the other hand, they also have some limitations in rendering complex scenes, due to more limited memory, and issues with interactivity when using the same graphics card for display and rendering.
To enable GPU rendering, go into the Preferences ‣ System ‣ Cycles Render Devices , and select either CUDA, OptiX, HIP, oneAPI, or Metal. Next, you must configure each scene to use GPU rendering in Properties ‣ Render ‣ Device .
Rendering Technologies
Blender supports different technologies to render on the GPU depending on the particular GPU manufacturer and operating system.
CUDA – NVIDIA
CUDA is supported on Windows and Linux and requires a Nvidia graphics cards with compute capability 3.0 and higher. To make sure your GPU is supported, see the list of Nvidia graphics cards with the compute capabilities and supported graphics cards.
OptiX – NVIDIA
OptiX is supported on Windows and Linux and requires a Nvidia graphics cards with compute capability 5.0 and higher and a driver version of at least 470. To make sure your GPU is supported, see the list of Nvidia graphics cards.
OptiX takes advantage of hardware ray-tracing acceleration in RTX graphics cards, for improved performance.
HIP – AMD
HIP is supported on Windows and Linux and requires a AMD graphics card with the Vega architecture or newer. Both discrete GPUs and APUs are supported.
Supported GPUs include:
- Radeon VII
- Radeon RX Vega Series
- Radeon RX 5000 Series
- Radeon RX 6000 Series
- Radeon RX 7000 Series
- Radeon Pro WX 9100
- Radeon Pro W6000 Series
Minimum driver versions:
- Windows: Radeon Software 21.12.1 or Radeon PRO Software 21.Q4
- Linux: Radeon Software 22.10 or ROCm 5.3
Please refer to AMD’s website for more information about AMD graphics cards and their architectures.
On Windows, experimental hardware ray-tracing support is available with the most recent drivers. This can be enabled in the preferences. However there are currently known issues regarding hair rendering and degenerate triangle shapes.
The Clip extension mode in Image Texture Node is not supported for HIP.
oneAPI – Intel
oneAPI is a computation library that is supported on Windows and Linux and requires a Intel® Arc™ graphics card with the Xe HPG architecture. Hardware acceleration for ray-tracing is supported.
Supported GPUs include:
- Intel® Arc™ A-Series
Minimum driver versions:
- Windows: Intel Graphics Driver XX.X.101.4314
- Linux: intel-level-zero-gpu package 1.3.25812, typically available through the intel-compute-runtime package XX.XX.25812
Please refer to Intel’s website for more information about Intel graphics cards and their architectures.
Metal – Apple (macOS)
Metal is supported on Apple computers with Apple Silicon, AMD and Intel graphics cards. macOS 13.0 or newer is required to support all features and graphics cards.
Light Trees and Shadow Caustics are not supported when using an AMD graphics card with Metal.
Limitations
- Path Guiding is not supported on any GPU.
- Open Shading Language is only supported for OptiX, with some limitations listed in the documentation.
Frequently Asked Questions
Why is Blender unresponsive during rendering?
On older GPU generations, graphics cards can only either render or draw the user interface. This can make Blender unresponsive while it is rendering. Heavy scenes can also make Blender unresponsive on newer GPUs, when using a lot of memory or executing expensive shaders, however this is generally less of a problem.
The only complete solution for this is to use a dedicated GPU for rendering, and another for display.
Why does a scene that renders on the CPU not render on the GPU?
There may be multiple causes, but the most common one is that there is not enough memory on your graphics card. Typically, the GPU can only use the amount of memory that is on the GPU (see Would multiple GPUs increase available memory? for more information). This is usually much smaller than the amount of system memory the CPU can access. With CUDA, OptiX, HIP and Metal devices, if the GPU memory is full Blender will automatically try to use system memory. This has a performance impact, but will usually still result in a faster render than using CPU rendering.
Can multiple GPUs be used for rendering?
Yes, go to Preferences ‣ System ‣ Compute Device Panel , and configure it as you desire.
Would multiple GPUs increase available memory?
Typically, no, each GPU can only access its own memory.
The exception is NVIDIA GPUs connected with NVLink, where multiple GPUs can share memory at a small performance cost. This is can be enabled with Distributed Memory Across Devices in the preferences.
What renders faster?
This varies depending on the hardware used. Different technologies also have different compute times depending on the scene tested. For the most up to date information on the performance of different devices, browse the Blender Open Data resource.
Error Messages
In case of problems, be sure to install the official graphics drivers from the GPU manufacturers website, or through the package manager on Linux. The graphics drivers provided by the computer manufacturer can sometimes be outdated or incomplete.
Error: Out of memory
This usually means there is not enough memory to store the scene for use by the GPU.
One way to reduce memory usage is by using smaller resolution textures. For example, 8k, 4k, 2k, and 1k image textures take up respectively 256MB, 64MB, 16MB and 4MB of memory.
The NVIDIA OpenGL driver lost connection with the display driver
If a GPU is used for both display and rendering, Windows has a limit on the time the GPU can do render computations. If you have a particularly heavy scene, Cycles can take up too much GPU time. Reducing Tile Size in the Performance panel may alleviate the issue, but the only real solution is to use separate graphics cards for display and rendering.
Another solution can be to increase the time-out, although this will make the user interface less responsive when rendering heavy scenes. Learn More Here.
Unsupported GNU version
On Linux, depending on your GCC version you might get this error. See the Nvidia CUDA Installation Guide for Linux for a list of supported GCC versions. There are two possible solutions to this error:
Use an alternate compiler
If you have an older GCC installed that is compatible with the installed CUDA toolkit version, then you can use it instead of the default compiler. This is done by setting the CYCLES_CUDA_EXTRA_CFLAGS environment variable when starting Blender.
Launch Blender from the command line as follows:
CYCLES_CUDA_EXTRA_CFLAGS="-ccbin gcc-x.x" blender
(Substitute the name or path of the compatible GCC compiler).
Remove compatibility checks
If the above is unsuccessful, delete the following line in /usr/local/cuda/include/host_config.h :
#error -- unsupported GNU version! gcc x.x and up are not supported!
This will allow Cycles to successfully compile the CUDA rendering kernel the first time it attempts to use your GPU for rendering. Once the kernel is built successfully, you can launch Blender as you normally would and the CUDA kernel will still be used for rendering.
CUDA Error: Kernel compilation failed
This error may happen if you have a new NVIDIA graphics card that is not yet supported by the Blender version and CUDA toolkit you have installed. In this case Blender may try to dynamically build a kernel for your graphics card and fail.
In this case you can:
- Check if the latest Blender version (official or experimental builds) supports your graphics card.
- If you build Blender yourself, try to download and install a newer CUDA developer toolkit.
Normally users do not need to install the CUDA toolkit as Blender comes with precompiled kernels.
© Copyright : This page is licensed under a CC-BY-SA 4.0 Int. License. Last updated on 10/30/2023.
- View Source
- Report issue on this page
Blender 3.0. Начало новой эры. Рендеринг до 8 раз быстрее.
Состоялся большой релиз программы для трехмерного моделирования Blender 3.0. Разработчики написали, что этот релиз знаменует начало новой эры для создания 2D/3D контента на основе открытого исходного кода. Отметим некоторые изменения в новой версии.
Blender — профессиональная программа для трехмерного моделирования и создания анимации. Поддерживает функции видео-монтажа. Распространяется свободно, имеет открытый исходный код. Является кроссплатформенной. Разрабатывается организацией Blender Foundation. Разработку спонсируют крупные организации и частные пожертвования.
Видео-обзор Blender 3.0
Про Blender 3.0 в нашем видео:
Что нового
- Существенно увеличена скорость рендеринга сцен в реальном времени на GPU. В некоторых сценах рендеринг выполняется от 2 до 8 раз быстрее, чем в прошлой версии.
- Улучшена поддержка видео-карт на архитектуре AMD RNDA.
- Предпросмотр сцен в окне Viewport стал более отзывчивым и работает значительно быстрее. Предпросмотр обработки световых потоков также выполняется теперь быстрее.
- Библиотека шумоподавления OpenImageDenoise обновлена до версии 1.4. В новой версии улучшено сохранение деталей изображения при применении фильтров.
- Расширены возможности Shadow terminator.
- Существенно обновлены геометрические ноды (Geometry Nodes). Добавлены новые ноды и новые параметры.
- Доработаны и расширены возможности библиотеки материалов Asset Browser.
- Подповерхностное рассеивание теперь поддерживает анизотропию и коэффициент преломления для «Random Walk».
- Прекращена поддержка рендеринга с помощью OpenCL.
- Выполнены улучшения пользовательского интерфейса. Обновлена тема оформления. Для некоторых элементов интерфейса добавлены скругленные углы.
- И множество других изменений.
Скачать Blender 3.0
Доступны версии для Linux, Windows и MacOS.
Материалы по теме:
- Blender Animation Studio представила новый мультфильм, созданный в Blender, GIMP и Krita
- Компания Epic Games пожертвовала $1.2 миллиона для Blender
- Видео: Linux новости #16. Blender, Krita, Vivaldi, PaleMoon, Brave, Linux Mint и Snap
- Видео: Новости Linux и IT #22. Blender 2.90, Microsoft и Open Source, Apple vs Epic Games
- Blender 2.91. Большое обновление. Реалистичные ткани, быстрые жесты.
- Видео: Краткая история Blender. Отчет Blender Foundation
- Релиз программы для 3D-моделирования Blender 2.93
- Видео: Endless OS 4, Xiaomi CyberDog, PinePhone Pro, Blender 3
- Blender 3.1. Существенно улучшена производительность
- Релизы программы Blender 3.2-3.3
Hip blender что это
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
На днях вышла новая версия 3d пакета blender 3 с кучей нового, но главное это что разработчики свернули поддержку opencl в пользу hip(amd)
Hip для блендера требует видеокарты с rdna и pro драйвера 21(в версии блендер 3.1 пообещали поддержку более старых видеокарт) Без этого hip все работает, только рендер cycles рабртает медленно без ускорения.
Меня волнует вот что. Если opencl был ответом амд на cuda то как они собираются конкурироватт если opencl сдулся? Как будет а другим софтом который использовал opencl?
Репутация: 79
12sunflowers писал(а): opencl был ответом амд на cuda
кхм. ну вообще не так же ))
12sunflowers писал(а): если opencl сдулся? Как будет а другим софтом который использовал opencl?
ну куда он сдулся? откуда такие далеко идущие выводы-то?
просто транслятор HIP быстрее, его и заюзали. изначально всё на куде, видимо, захерачено, а хип шустрее куду транслирует.
Сообщения: 3461
Откуда: Королёв
Репутация: 146
12sunflowers писал(а): Меня волнует вот что. Если opencl был ответом амд на cuda то как они собираются конкурироватт если opencl сдулся?
Во-первых, OpenCL не был ответом AMD. Во-вторых, он не сдулся. В-третьих, Blender — сам по себе, и может использовать, что его авторам в голову взбредёт. Это не значит ничего, кроме того, что конкретно его авторам так удобнее.
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
x[x]x
proffy
Спасибо за пояснения. Я немного не в курсе. Но вот как сами разработчики поясняют отказ от opencl
Цитата: OpenCL rendering support was removed. The combination of the limited Cycles kernel implementation, driver bugs, and stalled OpenCL standard has made maintenance too difficult.
We are working with hardware vendors to bring back GPU rendering support using other APIs
То есть багами в дровах и остановившимся opencl. Как будет амд поддерживать другой софт если тут такая ситуация с драйверами и opencl? Нвидия и проприетарщина побеждает? Как будет дальше?
А пока в блендере 3.0 ускорение работает только на картах с rdna. В блендер 3.1 пообещали поддержку более ранних видеокарт.
Сообщения: 5662
Откуда: Калининград, Россия
Репутация: 162
12sunflowers
Вы видите карты AMD по адекватным ценам в магазине? И я не вижу. Майнится на них хорошо, а API в майнинге на картах AMD — OpenCL.
Репутация: 79
12sunflowers писал(а): Нвидия и проприетарщина побеждает?
какая самая распространённая ОС? )) насквозь проприетарная. так что да.
нвидия вложилась в куду и распространила её как раковую опухоль везде, где можно.
почти весь про-софт на гпу-вычислениях юзает именно её, а опенцл привязывают по остаточному принципу, увы. но хоть так.
ну и нытьё впридачу — не успел до крипто-бума купить для работы нвидиа-карточку, теперь локти кусаю ((
Сообщения: 5662
Откуда: Калининград, Россия
Репутация: 162
x[x]x
Согласен про CUDA.
Можно купить нвидиа карточку. Когда надо — работать, когда не надо — майнить. Можно отбить часть средств. Хотя сейчас можно облажаться — купить на хаях. Кто знает, когда там следующая крипто-зима. Может завтра, а может не скоро.
Мой знакомый так купил в своё время 1060 на хаях за 40к на прошлом крип-то пике, а потом продал за 12к в конце 2020. Т.е. всё сделал максимально не в свою пользу))
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
И как может Амд с Радеонами конкурировать на фоне всего этого? Как и за счет чего Амд подразделение видеокарт выживает? Понятно сейчас майнинг. Но вообще? Как дела с софтом у МакПро к них же Радеоны только?
Репутация: 79
DigiMakc писал(а): Можно купить нвидиа карточку. Когда надо — работать, когда не надо — майнить.
1. если бы это была именно РАБОТА, а не полухобби, то да
2. майнить на одной карте — ну нахер такое счастье
12sunflowers писал(а): как может Амд с Радеонами конкурировать на фоне всего этого?
в игровом сегменте — запросто
12sunflowers писал(а): Как и за счет чего Амд подразделение видеокарт выживает?
хуящики и плойки — амд.
как игровые и майнерские — это вполне конкурентные карты.
12sunflowers писал(а): Как дела с софтом у МакПро к них же Радеоны только?
а там всё написано под радеоны (хотя теперь всё переписывают под м-процы), поэтому вполне неплохо.
возьмите какую-нить софтину или игруху заточенную онли фор амд и поймёте, что у амд мощи дохрена, а вот с её толковой реализацией почему-то много лет никак не могут нормально совладать. моя не понимайт .
Сообщения: 5662
Откуда: Калининград, Россия
Репутация: 162
АМД ещё в мобильники сейчас будет заходить. Скоро Samsung выкатит проц со встройкой AMD.
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
x[x]x
DigiMakc
Спасибо, понятнее теперь.
А что десктопный макпро теперь тоже будет на М1 или он будет также xeon+radeon?
Есть информация, что на opencl «забили» вендоры
Цитата: Over a decade since its inception, the GPU computing ecosystem is fracturing: NVIDIA’s interest is tempered by the fact that they already have their very successful CUDA API, AMD’s OpenCL drivers are a mess, Apple has deprecated OpenCL and is moving to its own proprietary Metal API. The only vendor who seems to have a real interest in OpenCL at this time is strangely enough Intel.
Сообщения: 3461
Откуда: Королёв
Репутация: 146
12sunflowers писал(а): Есть информация, что на opencl «забили» вендоры
Если так подходить, то AMD много на чего забили: на OpenCL, на OpenGL, на DX9-11. Всё это у них через пень колоду работает. Это не значит данные API сдулись, это у AMD силёнок и/или желания особо над ними напрягаться нет.
На NV работает как дОлжно, хотя OpenCL им изначально не особо интересен, ибо уже был свой годами отработанный CUDA API.
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
Цитата: Если так подходить, то AMD много на чего забили: на OpenCL, на OpenGL, на DX9-11. Всё это у них через пень колоду работает. Это не значит данные API сдулись, это у AMD силёнок и/или желания особо над ними напрягаться нет.
Значит это правда про слабые драйвера на радеонах? Не ожидал услышать такое откровение на радеон.ру от модератора. На оверах тамошние фанбои говорят, что драйверами все хорошо, а все проблемы изза ваших рук.
А почему у амд не получается делать хорошие драйвера? Им не нужен рынок?
Сообщения: 3461
Откуда: Королёв
Репутация: 146
12sunflowers, думаю, им нужен максимум прибыли с минимальными вложениями. В драйверы серьёзно вкладываются только в мейнстрим: DX12, Vulkan, в OpenCL лишь бы майнинг работал, остальное по остаточному принципу. D3D9-10 — старьё. D3D11 и OpenGL вроде и вполне пока востребованы, но видимо там за годы уже такое в коде аутсорсеры наШкодили, что не переписав с нуля особо не поправить, а какое с нуля во времена DX12, Vulkan. типа, итак сойдёт!
В Nvidia просто не запускали до такого состояния. У них ресурсов куда больше и сколько лет уже. AMD когда поправляться-то начала.
Цитата: Значит это правда про слабые драйвера на радеонах?
Ну, за рамками мейнстрима — слабые. А в DX12 и Vulkan, отнюдь не слабые.
Репутация: 79
12sunflowers писал(а): почему у амд не получается делать хорошие драйвера? Им не нужен рынок?
присоединюсь к вышеответившему — то, на чём реально зарабатывается у них вполне конкурентное.
proffy писал(а): У них ресурсов куда больше и сколько лет уже. AMD когда поправляться-то начала.
помню, во время 7970 всё было наоборот. нвидия была такое себе — что в железе, что в дровах.
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
proffy
x[x]x
А что мешает поддерживать работу старых api? Почему они в новых драйверах хуже работают чем в старых, почему ломают? Сделать нормально и не менять код в новых дровах, просто к старому добавлять поддержку нового?
Сообщения: 3461
Откуда: Королёв
Репутация: 146
12sunflowers, видимо «просто» поддержка новых карт не добавляется, приходится затрагивать существовавший код. Адаптировать работы старых API к современному WDDM. Кроме того, они регулярно какие-то исправления безопасности вносят.
Репутация: 79
такое впечатление, что амд стала заложником открытых решений.
мутила бы, как нвидиа проприетарщину, может и не было бы такого бардака с увязкой аппаратной и программной части.
Сообщения: 3461
Откуда: Королёв
Репутация: 146
x[x]x, вот только NV с 81% рыночной долей видеокарт может толкать свою проприетарщину, а если AMD со своими крохами попробует, то такой API можно сразу закапывать. Ну, собственно, Mantle и закопали.
Репутация: 79
proffy писал(а): Mantle и закопали
не до конца закопали. название закопали.
а так вулкан вместо него )) и метал в маках.
proffy писал(а): только NV с 81% рыночной долей видеокарт может толкать свою проприетарщину
да они этот рынок благодаря проприетарщине и получили ))
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
Цитата: такое впечатление, что амд стала заложником открытых решений.
Почему заложником? В том числе за открытость многие и любят Амд. И многие ее открытые решение дешевле и прижились. Просто как всегда зло — проприетарщина всегда будет лучше организована чем открытость и честность, и это касается на только ит.
Репутация: 79
12sunflowers писал(а): проприетарщина всегда будет лучше организована чем открытость
вот примерно так, угу
12sunflowers писал(а): Почему заложником?
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
вот примерно так, угу
Странно слышать такое на радеон.ру, что от модераторов, что от участников, ни какого патриотизма к амд, радеонам
Сообщения: 5662
Откуда: Калининград, Россия
Репутация: 162
proffy писал(а): на OpenCL, на OpenGL, на DX9-11. Всё это у них через пень колоду работает. Это не значит данные API сдулись, это у AMD силёнок и/или желания особо над ними напрягаться нет.
proffy писал(а): остальное по остаточному принципу. D3D9-10 — старьё. D3D11 и OpenGL вроде и вполне пока востребованы, но видимо там за годы уже такое в коде аутсорсеры наШкодили, что не переписав с нуля особо не поправить, а какое с нуля во времена DX12, Vulkan. типа, итак сойдёт!
А, собственно, что не так со старыми API? Где и какие проблемы?
Репутация: 79
12sunflowers писал(а): ни какого патриотизма
патриотизм это к родине любовь. тут оно при чём? ))
и это. у меня комп весь из амд, как супервыгодное на момент покупки решение.
Сообщения: 3461
Откуда: Королёв
Репутация: 146
DigiMakc писал(а): А, собственно, что не так со старыми API? Где и какие проблемы?
Так вот с Блендером ворох проблем был на OpenCL, оттого и отказались.
OpenGL — совсем ужас, тут достаточно почти любой приставошный эмуль в сём API запустить, чтобы убедится. Весь комплект: и артефакты и нижайшая производительность. Благо, что почти везде теперь на выбор есть и Vulkan, в нём порядок. Майнкрафтеры через версию дров жалуются на вылеты, и производительность: где топовые Радики на уровне затычек от NV.
Репутация: 79
proffy писал(а): с Блендером ворох проблем был на OpenCL, оттого и отказались
это как писать. в давинчи с опенцл нуль проблем )
Сообщения: 3461
Откуда: Королёв
Репутация: 146
x[x]x, у меня не установлено ничего использующего OpenCL, так что тоже ноль проблем. 🙂
— Добавлено спустя 3 мин 39 с —
А нет, конвертер CyberLink есть, но «сто лет» уже его не использовал.
Репутация: 79
proffy писал(а): у меня не установлено ничего использующего OpenCL
а у меня установлено много чего и как-то всё прекрасно работает. хотя вот блендер я не юзаю, да.
смысл-то то не в том, что опенцл плох, а в том, что сраная куда победила.
и вместо того, чтобы писать на опенцл прямо — заюзали хип-транслятор из куды. это всё разработчетская лень.
Сообщения: 5662
Откуда: Калининград, Россия
Репутация: 162
Ну то, что Блэндер использует прослойку — в глобальном плане особо ничего не меняет. OpenCL никто не отменял, и те кто его используют, вероятно и дальше будут использовать.
Сообщения: 296
Откуда: Харків, Україна
Репутация: 7
Blender 3.0 будет иметь ускорение графического процессора на базе AMD HIP
С большим Blender 3.0 релиз должен был выйти ближе к концу года, там была перезапись Cycles X, которая, к сожалению, удалила поддержку OpenCL в процессе. Хотя это оставило графику AMD Radeon без поддержки ускорения графического процессора Blender, ко времени выпуска версии 3.0 появилась поддержка AMD HIP.
AMD работает с разработчиками Blender над улучшением рендеринга графического процессора, поддерживая AMD HIP API вместо удаленной поддержки OpenCL. HIP C ++ Runtime API должен предлагать лучшую поддержку AMD GPU, чем плохой back-end OpenCL прошлого. Однако для этого требуется, чтобы пользователи использовали последнюю версию драйвера AMD Radeon Software для Windows или Linux с установленным и работающим стеком драйверов Radeon ROCm или их пакетный стек драйверов Radeon Software для Linux.
В настоящее время AMD проверила серии Radeon PRO W6800 и Radeon RX 6000 для использования с поддержкой Cycles X HIP в Blender 3.0. Другие графические процессоры AMD с поддержкой HIP также могут работать, но пока AMD просто проверяет свое оборудование на основе RDNA. Те, кто хочет опробовать эту поддержку AMD HIP, могут использовать последние ежедневные сборки Blender 3.0.
Более подробную информацию о готовой сейчас поддержке AMD HIP для Blender 3.0 см. на странице code.blender.org .
Blender 3.0 должен быть выпущен в декабре. В свое время у меня будет много тестов Blender 3.0 NVIDIA GeForce и AMD Radeon.