• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 43,  comments - 64,  trackbacks - 0

            When Brook Meets ICE
            A Smalltalk about General Computing Platform
            Bosch Chou (zhoubo22@hotmail.com

            ??? As we have seen, techniques about distributed communication such as CORBA, DCOM, even JAVA have been used widely at some corners on the earth. All of these could implement purposes such as RPC, distributed computing, and some others applications for business and science.
            ???? Let’s have a look at development of hardware on platform of PC. CPU is becoming much faster, and much cheaper than any time before. At the same time, GPU, or more generally, is the card we call Display Adapter. Since 1999, NVIDIA released the new generation graphic card series named Geforce, challenge the performance until now, next year we can buy DX10 cards on the markets. Graphic card could do vertex transform and lighting instead of CPU. It’s a great progress on both CPU and GPU. How to use these rich SIMD resources? We can easily understand why we will focus to GPU.
            ???? Calm down, what’s our desire platform?

            • Cross Operation System
            • Cross Networks
            • Cross hardware – This is the key problem I try to solve.

            ??? ?The specialties I showed here, except the last one, most of them had been solved by some current technique. So, how to ??I found 2 treasures. ICE, Internet Communication Engine, is much similar as classic CORBA, but much easily used than CORBA. Brook, from Stanford University, developed for years, designed for GPU stream computing. Both of them have the same usage, a front-compiler, which could translate string-codes to C++ language. Then we can add the .h, .cpp files to our projects, code the interface.
            ??? The process how does client pass its call to server as showed below.

            • Client pass the data which need to be computed to interface declared both side
            • Server receives the data, compute them, pass the results back to client
            • Client receives the result, do its work itself continually.

            ??? But, the problem is, it’s too kinds of IDL language, one is for internet application, another is for local GPU stream computing. And more, ICE have no stream data property. It sounds like C++ metaprogramming, but it’s quite different from each other. So, does it meaning that we must redefine a new IDL language? Let’s check current tools we have had now.
            ????? In fact, the most important is the base model. ICE supports a property called “Sequence”, mapped into STL container of C++. It could be considerate as the base data type in the language we thought should to invert one. When a client sent a request, server accepted, and then the client sent data wrapped in this container which will rebuild in memory of “Server” as texture structure. After server had prepared all the textures contained the data ready to compute, it called API, used the Shaders to computed data. All the progress I have illustrated as follows.
            For example, we wrote these IDL sentences.
            ?

            GPU?Interface?Foo
            {
            Add([
            in ]? float ?a <> ?,?[ in ]? float ?b <> ,?[ out ]? float ?c <> ) {
            /* ?some?stuff? */
            }

            }

            CPU?Interface?Bar
            {
            ?Add([
            in ]? float ?a[],?[ in ]? float ?b[],?[ out ]? float ?c[]) {
            ?
            /* ?some?stuff? */
            }

            }

            ?We declared the 2 interface, attention, the “GPU” and ”CPU” is the key word here, they’are used to mark where the interface is used for, here, one will run on traditional CPU, another will run on GPU.
            ??

            // On?Server?Side
            ??
            // verify?the?validity?of?data
            ??vector < float > ?tex1;
            ??vector
            < float > ?tex2;
            ??vector
            < float > ?result;
            ??Add(tex1,tex2,result)?
            // use?reference,?avoid?stack-copy
            ?? {
            ???GLfloat
            * ?Tex1Ptr? = ? new ?GLfloat[tex1.size()];
            ???
            /* ?some?stuff?as?above,?convert?container?to?texture?structure */
            ???GLuint?hTex1;?glGenTextures(
            1 , & Tex1);
            ???glTexImage2D(
            /**/ ,Tex1Ptr);? // upload?the?data?into?memory?as?texture
            ???glUseProgram(g_hArithmetic);
            ???
            /* Draw?something?to?get?all?the?data?out,?a?rectangle?etc. */
            ??}

            ???? If you’re familiar with GL programming, you will point out, “Why not add glFlush, glSwapBuffer above ? “, in fact that’s the key of my whole article. If we only need 1 + 1, even we do not need GPU. The men are greedy all the time. If we want GPU to compute the π for us, what’s should we do ? Assume, we want to compute π , 16 million digitals, but texture unit of GPU can only hold 4096x4096 floating texture size. When GPU will swap buffer, we must move all the data from framebuffer to disk, save them, then make GPU continue compute data. But How to ? I checked the OpenGL and D3D Manual, found nothing useful. So I thought several way to implement this key problem.

            • Next generation hardware architecture, CPU integrates GPU, I think AMD & ATi will do this.
            • Improve the current API & Drivers, support operate SIMD register directly.

            All I said was above, about a special aspect of distributed computing, about how to use GPU to do compute as CPU. If this can be implemented one day, I think the modern science will be benefited much from this.

            Reference:
            ICE, Internet Communications Engine, Zeroc,Inc http://www.zeroc.com/
            Brook, Stardford University, http://sf.net/projects/brook
            NVIDIA Develper Zone, http://developer.nvidia.com/
            OpenGL official Site, http://www.opengl.org/

            ?

            posted on 2006-10-28 11:58 周波 閱讀(937) 評論(0)  編輯 收藏 引用 所屬分類: 奇思妙想
            <2007年2月>
            28293031123
            45678910
            11121314151617
            18192021222324
            25262728123
            45678910

            周波 87年出生 南京林業(yè)大學(xué)05421班242信箱 專業(yè)木材科學(xué)與工程工業(yè)裝備與過程自動化 遷移到 jedimaster(dot)cnblogs(dot)com

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            新聞檔案

            同學(xué)們Blog

            搜索

            •  

            積分與排名

            • 積分 - 54637
            • 排名 - 421

            最新評論

            閱讀排行榜

            亚洲一区中文字幕久久| 久久精品国产亚洲Aⅴ蜜臀色欲| 久久无码国产| 伊人 久久 精品| 久久天天躁狠狠躁夜夜2020一| 久久精品国产99国产精品亚洲| 久久久亚洲欧洲日产国码二区| 亚洲国产另类久久久精品黑人| 九九久久自然熟的香蕉图片| 久久国产高清一区二区三区| 亚洲精品无码久久毛片| 99久久精品国产免看国产一区| 久久精品国产只有精品66| 99久久精品免费看国产一区二区三区 | 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 久久精品国产精品亚洲下载| 国产精品久久久香蕉| 88久久精品无码一区二区毛片 | 久久影院午夜理论片无码| 午夜精品久久久久久中宇| 久久精品亚洲男人的天堂| 久久er99热精品一区二区| 香蕉99久久国产综合精品宅男自 | 久久精品人人做人人爽97| 久久综合狠狠综合久久97色| 99久久精品国产免看国产一区| 亚洲国产成人精品久久久国产成人一区二区三区综| 国产精品久久久久久久久软件| 色噜噜狠狠先锋影音久久| 久久综合给合久久国产免费| 亚洲国产高清精品线久久| 亚洲国产成人久久精品影视| 亚洲人成伊人成综合网久久久| 久久综合给合综合久久| 久久久久黑人强伦姧人妻| 久久99国产精品成人欧美| 国产91久久精品一区二区| 国内精品久久久久久99| 久久久久成人精品无码中文字幕 | 狠狠色丁香久久综合五月| 9久久9久久精品|