Blender GPU Render Sunucusu: Cycles, OptiX ve Kuyruk Rehberi

Bir animasyonu ya da mimari görselleştirmeyi kendi bilgisayarınızda render etmek, işlem sürerken bilgisayarı fiilen kullanılamaz hale getirir. Üç saatlik bir render sırasında ne tarayıcı rahat açılır ne de başka bir iş yapılır; kapağı kapatırsanız ya da bilgisayar uyursa render yarım kalır. Render'ı ayrı bir GPU sunucuya taşımak bu sorunu çözer: iş sunucuda arka planda çalışır, siz bilgisayarınızı kullanmaya devam edersiniz, sunucu 7/24 açıktır ve ekran kartı tamamen render'a ayrılır. Bu rehberde Blender'ın Cycles motoruyla bir GPU sunucuda komut satırından render almayı, OptiX ve CUDA farkını, iki ekran kartına kare bölüştürmeyi ve çıktıyı videoya çevirmeyi adım adım anlatıyoruz.

Neden render'ı sunucuya taşımalı?

Sunucuda render almanın avantajı yalnızca bilgisayarınızı serbest bırakması değildir. İlk olarak süreklilik: aylık kiralanan bir GPU sunucu hafta sonu ve gece de çalışır; render kuyruğunu akşam başlatıp sabah sonuçları toplayabilirsiniz. İkinci olarak donanım: ev bilgisayarınızdan daha güçlü ya da daha çok VRAM'li bir kartı, almak zorunda kalmadan kullanabilirsiniz. Üçüncü olarak ölçeklenebilirlik: iş büyüdüğünde ikinci bir sunucu ya da çift kartlı paket eklemek, bir render çiftliğini küçük ölçekte kurmanın en basit yoludur. Dördüncü olarak yalıtım: sunucuda çalışan bir iş sizin günlük çalışma ortamınızı etkilemez.

Bu yaklaşım düzenli ve uzun render işi olanlar için anlamlıdır. Yılda bir iki kez kısa bir sahne render edecekseniz saatlik bulut hizmetleri ya da kendi bilgisayarınız yeterli olabilir. Seçeneklerin karşılaştırmasını RTX 5090 render rehberimizde bulabilirsiniz.

Kart seçimi: OptiX mi, CUDA mı, kaç GB VRAM?

Cycles, ekran kartını iki ana yolla kullanabilir. OptiX, RTX serisi kartlardaki ışın izleme çekirdeklerinden yararlanır ve Cycles'ta genellikle CUDA'dan daha hızlıdır; ayrıca OptiX gürültü giderme seçeneğini de sağlar. CUDA ise ışın izleme çekirdeği olmayan eski kartlarda da çalışır ama aynı sahnede daha yavaştır. Tesla P40 gibi eski nesil bir kartta yalnızca CUDA kullanabilirsiniz.

VRAM, render'da kritik sınırdır: sahnenin geometrisi, dokuları ve efektleri kartın belleğine sığmalıdır. Sığmazsa Cycles hata verebilir ya da bazı verileri sistem belleğine taşıyarak belirgin biçimde yavaşlayabilir. Bu yüzden yoğun dokulu sahneler için daha büyük VRAM'li bir kart, bir tuzaktan kaçınmanın en kolay yoludur. RTX 50 serisi gibi yeni nesil kartlar için güncel bir Blender sürümü gerekir; eski sürümler yeni mimariyi tanımayabilir.

1. Sunucuyu hazırlayın

Önce sunucuyu güncelleyip NVIDIA sürücüsünü kurun ve nvidia-smi ile kartı doğrulayın. Sürücü adımları için Ubuntu 24.04 rehberimiz yol gösterir:

sudo apt update && sudo apt -y upgrade
sudo ubuntu-drivers install
sudo reboot

Yeniden başladıktan sonra render için gerekli araçları kurun. tmux, bağlantı koptuğunda bile işin sürmesini sağlar; ffmpeg kareleri videoya çevirir; rsync dosya aktarımı içindir:

sudo apt -y install tmux ffmpeg rsync

2. Blender'ı kurun

En kolay yol, Ubuntu'da snap paketidir. Alternatif olarak Blender'ın resmi sitesinden Linux arşivini indirip bir dizine açabilirsiniz; bu yöntemde belirli bir sürümü sabitlemek kolaydır:

sudo snap install blender --classic
blender --version

Arşiv yöntemini seçerseniz arayüzsüz çalışmak için bazı kütüphaneler gerekebilir:

sudo apt -y install libxi6 libxxf86vm1 libxfixes3 libxrender1 libgl1 libxkbcommon0 libsm6

Cycles'ın kartınızı gördüğünü doğrulamanın en basit yolu, küçük bir kare render edip günlükte kullanılan cihaza bakmaktır; sonraki adımda bunu yapacağız.

3. Sahneyi taşınabilir hale getirin

Sunucuda render alırken en sık hata, bulunamayan dosyalardır: dokular ve bağlantılı dosyalar sizin bilgisayarınızın yollarına bakıyorsa sunucuda bulunamaz ve sahne pembe dokularla render edilir. Bunu önlemek için üç yol vardır. Blender'da dosyayı kaydetmeden önce Dosya menüsünden harici verileri paketleyebilir (Pack Resources) ve dokuları .blend dosyasının içine gömebilirsiniz. Alternatif olarak yolları göreli (// ile başlayan) hale getirip dokuları sahneyle aynı klasör ağacında taşıyabilirsiniz. Üçüncü olarak, sahneyi ve tüm bağımlılıklarını tek bir klasörde toplayıp sunucuya olduğu gibi aktarabilirsiniz.

Render ayarlarını da Blender arayüzünde, sunucuya göndermeden önce yapın: Cycles motoru, örnek sayısı, çözünürlük, gürültü giderme ve çıktı biçimi dosyayla birlikte kaydedilir. Sunucudaki komut yalnızca hangi kareleri hangi cihazla çalıştıracağını söyler. Dosyayı sunucuya rsync ile aktarın:

rsync -avP proje/ kullanici@sunucu-adresi:~/render/proje/

4. Komut satırından render alın

Önce tek bir kareyi render ederek her şeyin çalıştığını doğrulayın. -- işaretinden sonraki bölüm Cycles'a özgü seçenekleri taşır; bu işaret komutun doğru çalışması için gereklidir:

cd ~/render/proje
blender -b sahne.blend -E CYCLES -o //cikti/kare_#### -F PNG -f 1 -- --cycles-device OPTIX

Komutta -b arayüzsüz çalışmayı, -E CYCLES motoru, -o çıktı yolunu, -F biçimi, -f 1 yalnızca birinci kareyi seçer. Tesla P40 gibi OptiX desteklemeyen bir kartta OPTIX yerine CUDA yazın. Çıktıda Blender'ın kullandığı cihazı görürsünüz; kartınızın adını orada arayın. Tek kare iyi çıktıysa tüm animasyonu başlatın. Kare aralığını -s ve -e, animasyonu çalıştırmayı -a belirler:

tmux new -s render
blender -b sahne.blend -E CYCLES -o //cikti/kare_#### -F PNG -s 1 -e 250 -a -- --cycles-device OPTIX 2>&1 | tee render.log

Komutu tmux içinde çalıştırdığınız için bağlantınız kopsa bile iş devam eder. Oturumdan ayrılmak için Ctrl+B ardından D, geri dönmek için tmux attach -t render kullanın. İlerlemeyi tail -f render.log ile izleyebilirsiniz.

5. İki karta kare bölüştürme

Çift kartlı bir sunucunuz varsa animasyonu iki yarıya bölüp her yarıyı bir karta verebilirsiniz. Bunun için CUDA_VISIBLE_DEVICES ortam değişkeni, hangi kartın görüneceğini belirler. İki ayrı tmux penceresinde ya da arka planda şu komutları çalıştırın:

CUDA_VISIBLE_DEVICES=0 blender -b sahne.blend -E CYCLES -o //cikti/kare_#### -F PNG -s 1 -e 125 -a -- --cycles-device OPTIX
CUDA_VISIBLE_DEVICES=1 blender -b sahne.blend -E CYCLES -o //cikti/kare_#### -F PNG -s 126 -e 250 -a -- --cycles-device OPTIX

Her kart farklı kareleri işlediği için toplam süre yaklaşık yarıya iner ve çıktı dosyaları aynı numaralandırmayla aynı klasörde birleşir. Bu yöntemin iyi yanı, kartlar arasında veri aktarımı gerektirmemesidir; ölçekleme neredeyse doğrusaldır. Aynı mantıkla çok sayıda sunucuya da kare aralığı dağıtabilirsiniz. Tek bir kareyi iki kartla birlikte render etmek ise sahneye ve ayarlara göre aynı kazancı vermeyebilir; bu yüzden animasyonlarda kare bölüştürme tercih edilir.

6. Bir kuyruk betiği yazın

Birden fazla sahneyi sırayla render edecekseniz basit bir kabuk döngüsü yeterlidir. Betik klasördeki her sahneyi sırayla işler, her biri için ayrı bir günlük tutar:

#!/bin/bash
for f in ~/render/kuyruk/*.blend; do
  ad=$(basename "$f" .blend)
  blender -b "$f" -E CYCLES -o "//cikti/${ad}_####" -F PNG -a -- --cycles-device OPTIX > "$HOME/render/log-${ad}.txt" 2>&1
done

Betiği tmux içinde çalıştırıp çıkabilirsiniz. Sabah geldiğinizde her sahnenin kareleri ve günlükleri hazır olur. Bir sahne hata verirse günlük dosyası nedenini gösterir; diğer sahneler yine de devam eder.

7. Kareleri videoya çevirin ve indirin

Kareleri sunucuda ffmpeg ile videoya birleştirmek, indirmeniz gereken veri miktarını büyük ölçüde azaltır. Standart ve geniş uyumlu bir çıktı için:

ffmpeg -framerate 24 -i cikti/kare_%04d.png -c:v libx264 -pix_fmt yuv420p video.mp4

Ubuntu'nun ffmpeg paketi donanım kodlayıcıyı da içerebilir; ffmpeg -encoders | grep nvenc ile kontrol edin. Varsa h264_nvenc gibi bir kodlayıcı, kodlamayı ekran kartının yardımıyla hızlandırır. Sonucu kendi bilgisayarınıza indirmek için:

rsync -avP kullanici@sunucu-adresi:~/render/proje/video.mp4 ./

Render süresini kısaltmanın pratik yolları

Kartı değiştirmeden de süreyi ciddi biçimde kısaltabilirsiniz. İlk olarak örnek sayısını sahneye göre ayarlayın: gürültü giderme etkinse yüksek örnek sayısına ihtiyaç kalmaz ve süre belirgin biçimde düşer. Cycles'ın uyarlamalı örneklemesi (adaptive sampling) de temiz bölgelere daha az örnek harcayarak zaman kazandırır. İkincisi, ışık sekmesi (bounce) sayılarını gereğinden yüksek bırakmayın; çoğu sahnede varsayılan değerler yeterlidir. Üçüncüsü, animasyonlarda "Persistent Data" seçeneği kareler arasında sahne verisini bellekte tutarak her karede yeniden yüklemeyi önler. Dördüncüsü, "Simplify" ayarlarıyla doku boyutunu ve alt bölüm düzeyini sınırlayarak hem süreyi hem VRAM kullanımını düşürebilirsiniz. Son olarak, önce düşük çözünürlük ve düşük örnek sayısıyla bir test render'ı alın; ayarlar doğruysa tam kalitede başlatın. Böylece sabaha kadar süren bir işin yanlış bir ayar yüzünden boşa gitmesini önlersiniz.

Render sırasında izleme ve sık sorunlar

Render sürerken başka bir pencerede nvidia-smi çalıştırın: GPU kullanımı yüzde 90'ın üstünde seyrediyorsa kart tam yükte çalışıyor demektir. Kullanım çok düşükse darboğaz başka yerdedir; genellikle yavaş bir disk ya da işlemci tarafında hazırlanan bir sahnedir. VRAM dolu görünüyorsa sahne sınırda demektir; dokuları küçültmek, görünmeyen nesneleri kapatmak ya da daha büyük VRAM'li bir kart seçmek gerekebilir.

• Pembe ya da eksik dokular: Dokular pakete eklenmemiş ya da yol göreli değil; sahneyi paketleyip yeniden aktarın.
• "Out of GPU memory" hatası: Sahne belleğe sığmıyor; dokuları küçültün, örnek sayısını ya da çözünürlüğü düşürün, ya da daha büyük bir kart kullanın.
• Cycles kartı görmüyor: Sürücüyü, nvidia-smi çıktısını ve Blender sürümünün kartınızı desteklediğini kontrol edin.
• Beklenenden yavaş: Örnek sayısını ve gürültü gidermeyi gözden geçirin; OptiX gürültü giderme, düşük örnek sayısıyla temiz sonuç almaya yardım eder.
• İş yarıda kaldı: Komutu tmux içinde çalıştırmadıysanız bağlantı koptuğunda işlem de durmuş olabilir; bir dahaki sefere her zaman tmux kullanın.

Aylık sabit kiralama ne zaman mantıklı?

Render yükünüz düzenliyse, yani her hafta birkaç gün kuyruğu dolduran bir iş akışınız varsa, aylık sabit kiralama öngörülebilir bir maliyet sunar; saat sayarak hesap yapmak zorunda kalmazsınız. İş akışınız dalgalıysa önce küçük bir pakette bir ay deneyip gerçek render sürelerinizi ölçün, sonra büyütün. Render sürenizi bildiğinizde, çift kartlı bir pakete geçmenin ya da ayrı bir ikinci sunucu eklemenin teslim sürenizi ne kadar kısaltacağını da hesaplayabilirsiniz. Daha önceki rehberlerimizde işlemci ağırlıklı render için Ryzen render sunucusunu da ele aldık; sahneniz GPU render'ına uygunsa ekran kartlı sunucu çok daha hızlı sonuç verir.

İlgili Rehberler

• GPU sunucu kiralama paketleri
• AMD Ryzen kiralık sunucular
• RTX 5090 sunucu rehberi
• Ryzen ile render ve video işleme
• Tesla P40 sunucu rehberi
• Ekran kartı kiralama rehberi: GPU sunucu, GPU VDS ve bulut farkı
• Ollama ve Open WebUI kurulumu (Ubuntu GPU sunucu)
• ComfyUI ile Stable Diffusion kurulumu
• nvidia-smi hataları ve GPU sunucu sorun giderme
• Dual GPU sunucu ne zaman gerekir?

Sık Sorulan Sorular