हां, एक जीपीयू पर असेंबली एक सीपीयू से बिल्कुल अलग है। अंतरों में से एक यह है कि एक GPU के लिए निर्देश सेट मानकीकृत नहीं है। एनवीडिया (और एएमडी और अन्य जीपीयू विक्रेता) एक जीपीयू मॉडल से अगले में अपने निर्देश सेट को बदल सकते हैं और कर सकते हैं।
तो सीयूडीए एक असेंबली भाषा का पर्दाफाश नहीं करता है। कोई बात नहीं होगी। (और सीयूडीए की सी बोली में सीमाएं, और जो भी अन्य भाषाएं वे समर्थन करते हैं, जीपीयू हार्डवेयर में सीमाओं के कारण हैं, न सिर्फ इसलिए कि एनवीडिया आपको नफरत करता है और आपको परेशान करना चाहता है। इसलिए यदि आपके पास अंतर्निहित निर्देश सेट तक सीधे पहुंच है और असेंबली भाषा, आप उन चीज़ों को जादुई रूप से करने में सक्षम नहीं होंगे जो आप अब नहीं कर सकते हैं।
(ध्यान दें कि एनवीडिया एक "वर्चुअल" निर्देश सेट को परिभाषित करता है जिसे आप अपने कोड में उपयोग और एम्बेड कर सकते हैं। लेकिन यह है नहीं अनुदेश सेट, और यह हार्डवेयर निर्देश के लिए सीधे नक्शा नहीं है। यह एक सरल प्रोग्रामिंग भाषा जो विधानसभा
सीयूडीए के लिए सी के साथ क्या गलत है? http://developer.download.nvidia.com/compute/cuda/2_1/toolkit/docs/NVIDIA_CUDA_Programming_Guide_2.1.pdf –
कुछ हफ्ते पहले उत्तर दिया ["क्या यह सीयूडीए कोड में निर्देश देना संभव है?" ] (http://stackoverflow.com/questions/3677220/is-it-possible-to-put-instructions-into-cuda-code/7072079#7072079)। * नोट: * स्वीकार्य उत्तर नहीं, लेकिन बाद में आया था। – dmckee
@dmckee +1। इसके अलावा, चूंकि CUDA 3.2 (और 2.0-डिवाइस) फ़ंक्शन पॉइंटर्स को पीटीएक्स के साथ दखल देने के बिना समर्थित किया जाता है। और पुराने उपकरणों में डिवाइस-फ़ंक्शन जैसी कोई चीज़ नहीं है - कर्नेल से '__device__' फ़ंक्शंस के सभी कॉल इनलाइन किए गए थे। – aland