re: VC中取得毫秒級(jí)的時(shí)間 空明流轉(zhuǎn) 2008-02-27 11:52
x86上可以用RDTSC計(jì)時(shí)戳。
Decorator實(shí)際上犧牲了系統(tǒng)的可理解性換取靈活性。
我本來(lái)就是小塊的分配釋放，而且只需要單線程就夠了，所以一開(kāi)始的時(shí)候?qū)懥藗€(gè)自己的池，現(xiàn)在考慮用boost的環(huán)池替代。
re: 把頭文件全部導(dǎo)出的腳本 空明流轉(zhuǎn) 2008-02-20 19:08
裝個(gè)boost并不麻煩啊。
確實(shí)，本來(lái)打算用obj_pool的，后來(lái)一看complexity，拉倒吧。。。
展望已經(jīng)不是展望了。就是庫(kù)中用的很少，但是不排除一些服務(wù)器上已經(jīng)用了這個(gè)玩意了。
多線程的池子Lock-Free的解決辦法很有前途。原子操作速度很快，沒(méi)有鎖的消耗。
@eXile
typename我倒沒(méi)丟，丟的是那個(gè)template。3Q
呵呵，樓上沒(méi)跑過(guò)吧？這樣也是不行的。否則我也不會(huì)說(shuō)這個(gè)究竟是bug或者是別的什么。@eXile
一早就看到這個(gè)觀點(diǎn)了。
說(shuō)英語(yǔ)不重要，我不認(rèn)同。
做學(xué)問(wèn)的都知道，大部分專業(yè)里，牛逼的學(xué)問(wèn)都在國(guó)外，想在這些領(lǐng)域混，英語(yǔ)不好就是瞎子。
re: 小論一下C++的持久層 空明流轉(zhuǎn) 2008-01-28 13:02
說(shuō)實(shí)話，對(duì)于這類的東西，恐怕用腳本寫個(gè)Code Generator要比直接維護(hù)代碼簡(jiǎn)單。
re: 不錯(cuò)的C++圖像庫(kù)DevIL 空明流轉(zhuǎn) 2008-01-16 22:37
FreeImage很強(qiáng)大。
而且FreeImage也非常好用。不存在接口不好用的問(wèn)題啊。
死鎖倒應(yīng)該不會(huì)，但是活鎖是難以避免了。
re: 怎么樣把一堆數(shù)平均分成N份 空明流轉(zhuǎn) 2007-12-29 21:32
建議用最小二乘作為指標(biāo)。
終于又見(jiàn)到你的東東啦，頂一個(gè)，HOHO。
re: [翻譯]CUDA:GPU計(jì)算的革命 空明流轉(zhuǎn) 2007-12-10 14:19
@ethan
還行，就是調(diào)試麻煩。
re: Direct3D vs OPenGL 空明流轉(zhuǎn) 2007-12-10 13:16
ES是做其它設(shè)備的，跟PC沒(méi)什么關(guān)系。
re: 一段代碼優(yōu)化的討論 空明流轉(zhuǎn) 2007-12-07 19:20
最近在寫一個(gè)軟件渲染器,流水線還沒(méi)通，哪管他優(yōu)不優(yōu)化。。。
大量的std::vector。。。等流水通了把Shader Register改成boost::array，再加上一個(gè)pool應(yīng)該會(huì)快不少吧。反正debug下渲染一個(gè)512 * 512的要好幾秒時(shí)間。。。
re: 又NB，又BT的感言~~~ 空明流轉(zhuǎn) 2007-12-05 11:39
49：天不猥瑣天亦老，人不猥瑣枉少年。
38：師太，你就從了老衲吧。光陰似箭。師太，你就饒了老衲吧。
@knife114
可以下載的。你點(diǎn)開(kāi)頁(yè)面之后，可以看到它的廣告下面有下載項(xiàng)的。
vc他老人家親自審查該頁(yè)面，你們要的這廝跟你們發(fā)過(guò)去了。。。
re: 設(shè)計(jì)模式小結(jié)（一） 空明流轉(zhuǎn) 2007-11-08 12:29
奇怪，我用的FF非常正常的。。。
re: C++之歌——噢，我親愛(ài)的++ 空明流轉(zhuǎn) 2007-11-07 12:06
一開(kāi)始還以為是新手。。。后來(lái)發(fā)現(xiàn)原來(lái)是牛人啊。
不錯(cuò)，受教了。
但是有關(guān)non member non friend，我個(gè)人認(rèn)為Sutter有些偏執(zhí)了。
如果這一類的函數(shù)存在這充分的復(fù)用條件，那么選擇這樣的形式是有著正當(dāng)理由的；否則的話，沒(méi)有更多的理由講一個(gè)函數(shù)從它唯一相關(guān)的類中剝離出來(lái)。
因?yàn)榧词箘冸x出來(lái)，由于函數(shù)僅被單個(gè)類使用，因此并沒(méi)有顯著的降低客戶代碼與類之間的耦合，也同樣沒(méi)有讓類在邏輯上更加容易被人理解，只是類里面的代碼少了一些而已。
re: 設(shè)計(jì)模式小結(jié)（一） 空明流轉(zhuǎn) 2007-11-05 12:18
@攀升
如果論單個(gè)項(xiàng)目，還是太復(fù)雜了。GOF拿了LEXI出來(lái)說(shuō)事兒不是也沒(méi)明白啥么。其實(shí)關(guān)于“作用”的討論，和GOF的作用討論不完全一樣。我已經(jīng)較為具體的討論了在某些情況下應(yīng)該選擇什么樣的模式；以及一些模式放到系統(tǒng)全局中應(yīng)該怎么理解它的各個(gè)組成所占的地位。
re: 高起點(diǎn)C++學(xué)習(xí)之路 空明流轉(zhuǎn) 2007-11-02 13:55
http://vip.6to23.com/huanggeyang/Dnzl/Linux/Gnu/GNU1.htm這個(gè)帖子是GNU宣言。為什么是Not Unix？因?yàn)閁nix（泛指）是商業(yè)系統(tǒng)。無(wú)論是大名鼎鼎的MAC OS，還是Solaris，還是AIX，它們都是Unix。它們也都是賣錢的。
re: 高起點(diǎn)C++學(xué)習(xí)之路 空明流轉(zhuǎn) 2007-11-02 13:53
@<a href=
http://minidx.com>minidxer</a>不是我逗，這可是GNU社區(qū)的一個(gè)提法，呵呵，我上次記得在哪里看到過(guò)有詳細(xì)的將這個(gè)的典故的。
建議忽略這本三角貓吧，去看Code Complete II和Large-Scaled C++ Programming Design。
re: 高起點(diǎn)C++學(xué)習(xí)之路 空明流轉(zhuǎn) 2007-11-01 10:11
@良少
關(guān)于Unix上的C++。。。你真幽默。你好好見(jiàn)識(shí)一下Unix和它上面的軟件是怎么賣的。還有，你知道gnu的一個(gè)全寫嗎？GNU's Not Unix。為什么Not?去找找看吧。
還有，不要把Unix和Linux混為一談，盡管二者都是C社區(qū)的人搞得東東。
Minix說(shuō)得對(duì)，不是新技術(shù)就是高起點(diǎn)，否則的話難道C#和Java不比C++起點(diǎn)高嗎？難道C++不比ASM起點(diǎn)高嗎？
在控制臺(tái)用Ctrl+Z輸入結(jié)束符。
re: 漢語(yǔ)編程++ 空明流轉(zhuǎn) 2007-10-20 18:33
群里面的一個(gè)編譯器高手談到漢語(yǔ)編程的時(shí)候說(shuō)過(guò)這么句話,(這廝現(xiàn)在正在開(kāi)發(fā)一個(gè)yacc一樣的工具,注意,不是用yacc,是開(kāi)發(fā)yacc)
如果要是能讓漢語(yǔ)以讓人習(xí)慣的方式書寫,是非常困難的.
要注意,英語(yǔ)的單詞以空白劃分是自然語(yǔ)言也有的結(jié)構(gòu),但是漢語(yǔ)的單詞是不劃分的,所以如果要是真的有接近于形式化后的自然語(yǔ)言的漢語(yǔ)編程,確實(shí)能算是一個(gè)大的突破.
re: 熱招赴微軟軟件工程師~~~~~~~~ 空明流轉(zhuǎn) 2007-10-13 15:24
做個(gè)我在RA的師父說(shuō), 面到一個(gè)很爛的人,連struct和class都不知道有啥區(qū)別.
re: STL問(wèn)題系列一 空明流轉(zhuǎn) 2007-09-30 14:27
@Tim
請(qǐng)參考 Effective STL的《注意區(qū)分equalization 和 equivalence》
re: 從賦值到初始化 空明流轉(zhuǎn) 2007-09-30 14:08
我還真不覺(jué)得這樣有什么好。。。只是現(xiàn)在用C#，覺(jué)得C++不支持構(gòu)造函數(shù)的多態(tài)行為是一件多么讓人感到麻煩的事情。
...別人實(shí)現(xiàn)了，說(shuō)明難度不大。自己就要去想了。有時(shí)候說(shuō)明了問(wèn)題的難度和搜索時(shí)給定了深度下界一樣的有至關(guān)重要的作用。
不知道這次的VA是不是安裝包有問(wèn)題，我現(xiàn)在不知道為什么到了拷貝最后一個(gè)文件程序就始終停在那進(jìn)行不下去了。
野豬的東西。。。
我就是說(shuō)誰(shuí)呢。由此可見(jiàn)野豬同志2004年的水平了。。。
re: Autodesk面試技術(shù)題解答 空明流轉(zhuǎn) 2007-08-17 19:14
autodesk的面試是問(wèn)到你答不上來(lái)為止。
感覺(jué)現(xiàn)在C++不重視OOP了。在向模板發(fā)展。
-----------這是哪門子邏輯...
re: 函數(shù)用const修飾算不算重載 空明流轉(zhuǎn) 2007-08-12 22:46
算.
re: 學(xué)習(xí) STL ,BOOST 空明流轉(zhuǎn) 2007-08-11 21:23
很難講。雖然現(xiàn)有設(shè)計(jì)也許會(huì)好一點(diǎn)，比方說(shuō)typeof和auto的支持，但是問(wèn)題是一旦concept這樣的東西被C++接收，不知道還會(huì)有什么驚天地泣鬼神的庫(kù)，同時(shí)也不知道編譯器還能慢成啥熊樣。。。
ps，boost除了編譯時(shí)間有些長(zhǎng)，它的接口和功能設(shè)計(jì)都很出色。。。
re: 符合量子性質(zhì)的程序 空明流轉(zhuǎn) 2007-08-10 17:55
量子計(jì)算。。。早著呢。
re: 初探ogre 空明流轉(zhuǎn) 2007-07-29 10:46
ps,老李說(shuō)的沒(méi)有錯(cuò)。我說(shuō)效率不高不是說(shuō)你那N幀的情況正常。
re: 初探ogre 空明流轉(zhuǎn) 2007-07-29 09:55
。。。會(huì)說(shuō)OGRE效率高的人。。。很難想。。。
OGRE的框架損耗比較大。。。還有它默認(rèn)的渲染效率也不行。。。
需要優(yōu)化。。。
不錯(cuò)不錯(cuò),終于又見(jiàn)到一個(gè)做OS Kernel的了.
。。。
現(xiàn)在auto的意思已經(jīng)變成了編譯器自動(dòng)型別推導(dǎo)的placeholder了。。。