Bu konuda ya benim kafam çok karışık, ya da burada bir şeyler karışmış. GPU'yu kullanmakla, DirectX/OpenGL/OpenCL/WPF kullanmak aynı şey değil. GPU'yu kullanmak sizin yazdığınız bir işlemin (örneğin A[x] := B[X] + C[X] gibi) GPU'da çalışması demektir. Yani herşeye siz karar veriyorsunuz. Oysa DirectX benzeri kütüphanelerde bu işlem mümkün değil. Elbette orada da GPU kullanılıyordur, ama bizim istediğimiz (ya da bu konuda istendiği gibi) değil.
Windows API'leri elbette GPU'da çalışmaz, çünkü ortada GPU yokken de Windows API'leri vardıanonymousdelphicoder yazdı:Bu aciklayici bilgi icin tesekkur ederim merak ettigim nokta win API ler neden gpu uzerinden calismazlar birde gpu uzerinden yazdigimiz kod her pc de calisabilir mi? Ondalikli sayilarin cpu yu neden bukadar yordugunu da pek anlayamadim:)
Saygilarla
Bu işin basit kısmı, ama daha detaylısı şu: GPU programcılığı çok hassas donanım bağımlılığı getiriyor. Windows ise her tür donanımı desteklemek zorunda. Zaten bunun için sürücü modelleri vs var. Ayrıca Windows bazı işlemlerde donanımı kullanıyor (örneğin pencere animasyonları, aero, blending işlemleri vs). Bir de GPU'yu ne için kullanacak? İşletim sisteminin çalışma mantığına (Round Robin) ve GPU programcılığının hedefine bakacak olursanız işletim sisteminin GPU kullanmasının çok da mümkün olmadığını göreceksiniz.GPU kullanacaksanız donanımı direkt kullanacaksınız demektir. O kadar ki ekran kartı üreticisinin kütüphanesini kullanacaksınız. Dolayısıyla donanım desteklemiyorsa program ya çalışmaz, ya da yazılım desteği ile çalışır. Yazılım desteği ile çalıştığı zaman da normalden çok daha yavaş çalışır.
CPU'lar ondalık sayıları yavaş yapar diye bir şey yok. Bu çok bilinen bir "yanlış/eksik" bilgi. Eğer tam sayılarla kıyaslayacak olursak ölçülemeyecek kadar düşük bir performans farkı olabilir (ki INT64 ile double arasında hız farkı olduğunu hiç sanmıyorum), ama asıl sorun bir programcı olarak sizin farkında olmadan yaptığınız veri tipi değişikliği. Kısaca CPU sürekli veri tipi değiştirmek zorunda kalırsa işler yavaşlıyor. Basit bir örnek vereyim:
Kodları kontrol etmeden yazıyorum, compile etmezse şaşırmayın
Kod: Tümünü seç
var
A: Integer;
B: Double;
begin
A := 10;
B := A;
end;
), ama ikincisinde farkında olmadan yapılan bir tip değişimi var: Integer -> Double. İşte bu tip değişimi işlemi çok yavaşlatıyor. Zaten veri tipi değişimi olmasın diye bütün 3D (veya gelişmiş 2D) grafik kütüphanelerinde R, G ve B değerleri Byte (veya INT) değil 0-1 aralığında bir float (double) olarak tanımlanıyor. Burada amaç tip değişimlerini mümkün olduğu kadar en aza indirmek.GPU ile CPU'nun çalışma mantığı aynı değil. Ayrıca görevleri de aynı değil. Biz Windows (veya başka bir OS'da) işlem yaparken CPU sadece bizim programımızla değil koca bir işletim sistemi ile meşgul. Oysa GPU sadece kendisine söylenenle ilgileniyor. Yani aslında GPU tek işlem ile ilgileniyor. Oysa CPU (daha doğrusu işletim sistemi), Round Robin'de de anlatıldığı gibi çok zahmetli işlemlerle ilgileniyor.
Benim kişisel görüşüme göre standart bir programcının GPU programcılığına ihtiyacı pek yok. Standart programcılıkta asıl vakit alan veri işlemleri değil, görsel işlemler. Vakit alan veri işlemleri de açıkçası GPU programcılığı ile uğraşacak kadar çok vakit almıyor
Ve hatta bence Render Farm benzeri paralel computing sistemlerini yazmak GPU programcılığından daha basit, güvenli ve önü açık (müşteriye maliyetli, ama o kadar da olsun).İyi çalışmalar