• <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>

            歲月流轉(zhuǎn),往昔空明

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks

            明拜之,請(qǐng)?jiān)唬昂?jiǎn)報(bào)可乎?”曰:“可。”

            咳咳。最近由于SoftArt的幾個(gè)參與人員工作都比較繁忙,因此進(jìn)度上比較松散。但是大體上,SoftArt一直是按照預(yù)先想好的計(jì)劃在進(jìn)展。為了讓大家知道SoftArt的開發(fā)進(jìn)展,同時(shí)也是我們開發(fā)人員自己的備忘,我們?cè)谏套h后,決定以簡(jiǎn)報(bào)的形式,不定期地將SoftArt的變化和進(jìn)展及時(shí)地呈現(xiàn)出來。

            簡(jiǎn)介

            本簡(jiǎn)報(bào)主要總結(jié)了09年11月份以來SoftArt的變更情況。

            對(duì)于SoftArt來說,09-10年度是非常重要的。在這一年中,盡管SoftArt并沒有加入多少新的特性的加入,但是架構(gòu)、性能都經(jīng)過了持續(xù)性的優(yōu)化。

            在Graphics方面,Minmin為SoftArt撰寫了全新的光柵化算法。新的光柵化算法與Larrabe的細(xì)分方法類似。這一算法在并發(fā)能力上有很明顯的優(yōu)勢(shì)。盡管在目前性能上與上一版的掃描線算法相對(duì)弱勢(shì),但是經(jīng)過Minmin的辛苦工作,這一弱勢(shì)已經(jīng)逐步的縮小了。就目前而言,我們認(rèn)為該算法仍然有很大程度的提升空間。

            同時(shí),紋理單元也經(jīng)過了大量的SSE優(yōu)化,目前的紋理單元效率已經(jīng)遠(yuǎn)遠(yuǎn)超出最初我為之撰寫的版本。

            經(jīng)過一段時(shí)間的調(diào)優(yōu)之后,目前程序的瓶頸主要集中在裁切和頂點(diǎn)變換上。已經(jīng)朋友為我們提出了非常好的建議,接下來這也是我們工作的重點(diǎn)之一。

            當(dāng)然,根據(jù)估計(jì),在經(jīng)過一段時(shí)間的調(diào)整后,這些問題一定會(huì)得到解決的。我們估計(jì)最終SoftArt的瓶頸將主要集中在兩個(gè)地方,一個(gè)是IO,一個(gè)是Shading部分。目前我們只是使用了簡(jiǎn)單的shading code,相信在shading code復(fù)雜之后,瓶頸會(huì)在很大程度上有所轉(zhuǎn)移。

            對(duì)于IO部分的瓶頸主要由紋理和后備緩沖產(chǎn)生。對(duì)于現(xiàn)代圖形算法而言,紋理又是重中之重。沒有特殊紋理單元的CPU在這一點(diǎn)上實(shí)在是吃了大虧。盡管我們?cè)贑ache Hit Rate及消除Function Call上下過一定的功夫,并使用了SSE加速了雙線和Mipmap的紋理插值計(jì)算,但是效果仍然達(dá)不到我們的預(yù)期。一旦引入各向異性過濾,可以預(yù)見,在這一部分,還需要我們投入大量的精力來研究并解決這一問題。

            但是由于C++ Shader Code在SIMD特性上的限制,目前我們并沒有設(shè)計(jì)并實(shí)現(xiàn)更加復(fù)雜的Shader。這一切都有待SASL(SoftArt Shading Language)編譯器完成之后才能。Minmin為SASL與渲染器連結(jié)的Host API部分撰寫了完整的Specification(神人啊,真的是做什么都可以)。盡管目前這一部分在描述上比較簡(jiǎn)略,但是與DX11相似,相信大家一定可以比較容易的接受這套API。

            在編譯器方面,主要有Ye負(fù)責(zé)。目前的編譯器各個(gè)階段的接口以及語言特性已經(jīng)基本成熟。語義和代碼生成部分也在有條不紊的開展。在編譯器設(shè)計(jì)期間,得到了Zihan Chen在技術(shù)上的大力支持,在此特別表示感謝。

            變更清單

            Nov 01,2009 – Nov 29, 2009 (r1 - r10) 此階段的工作主要是將原先在sf.net上的項(xiàng)目,移動(dòng)到Google code上,并對(duì)工程進(jìn)行了一定的調(diào)整,同時(shí)移除了一些編譯器警告。

            Dec 01,2009 – Dec 09,2009 (r11 - r29) 此間,Minmin為現(xiàn)有的C++ Shading Code的接口進(jìn)行了重構(gòu),修復(fù)了一些Bugs,并進(jìn)行了一部分的優(yōu)化工作。

            Dec 10,2009 – Feb 08,2010( r30 – r65) Minmin為SoftArt的頂點(diǎn)和光柵化提供了并行能力。光柵器以Block為粒度對(duì)三角形并行光柵化。

            Dec 09,2009 – Feb 21,2010( r27 – r66 ) Ye將SASL的分析器由Spirit 1.8移植到2.1

            posted on 2010-08-23 18:19 空明流轉(zhuǎn) 閱讀(1953) 評(píng)論(1)  編輯 收藏 引用

            評(píng)論

            # re: SoftArt項(xiàng)目簡(jiǎn)報(bào)(Aug 23, 2010) 2010-08-24 10:56 陳梓瀚(vczh)
            你的SASL究竟啥樣子了啊……  回復(fù)  更多評(píng)論
              


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            人妻少妇久久中文字幕| 久久99精品久久久久久噜噜 | 精品久久久久久无码专区| 亚洲精品无码专区久久久| 久久w5ww成w人免费| 国内精品久久久久久不卡影院| 人妻精品久久久久中文字幕| 久久青青草原精品国产| 精品久久综合1区2区3区激情| 久久精品国产亚洲AV香蕉| 久久99国产精品久久99| 人妻无码精品久久亚瑟影视| 精品精品国产自在久久高清| 久久亚洲国产最新网站| 夜夜亚洲天天久久| 日韩精品无码久久久久久| 欧美午夜精品久久久久久浪潮| 99精品久久精品| 奇米综合四色77777久久| 亚洲欧洲精品成人久久曰影片| 99久久免费国产精品热| 无码人妻久久久一区二区三区| 日本欧美国产精品第一页久久| 久久久久久久尹人综合网亚洲| 无码国产69精品久久久久网站| 少妇熟女久久综合网色欲| 久久精品一区二区三区中文字幕| 国产精品一区二区久久不卡| 亚洲国产精品无码久久久蜜芽| 少妇熟女久久综合网色欲| 亚洲国产成人精品久久久国产成人一区二区三区综| 久久久久人妻精品一区| 亚洲狠狠婷婷综合久久久久| 亚洲国产天堂久久久久久 | 久久精品亚洲AV久久久无码| 久久人妻少妇嫩草AV无码蜜桃| 青青青青久久精品国产| 国产一区二区三精品久久久无广告| 国产精品天天影视久久综合网| 久久久久亚洲av无码专区喷水| 久久精品国产亚洲av麻豆小说|