@Makodo
嗯，的確應(yīng)該是 WG <= W，您看帖如此仔細(xì)，真是讓我這個(gè)作者汗顏啊。
re: 復(fù)旦張江新宿舍被指裝修“味道重” ZelluX 2009-08-20 22:58
@David
嗯 實(shí)在不能忍了 想到這個(gè)博客還算有點(diǎn)訂閱人氣 就貼到這了
re: 上來bs下ctags 5.4 ZelluX 2009-07-06 21:47
@felix021
呵呵，用了一年多vim后，現(xiàn)在改用Emacs了，功能上更強(qiáng)大。
re: 比較完美的單例模式 ZelluX 2009-04-02 22:11
典型的Double-Checked Lock，JDK1.4里會(huì)出問題
re: 慎用xen的make world... ZelluX 2009-04-02 12:40
@yifanw
實(shí)驗(yàn)室的一個(gè)項(xiàng)目，和虛擬機(jī)/操作系統(tǒng)相關(guān)的
re: 內(nèi)存模型相關(guān)的資料 ZelluX 2009-03-26 12:30
@yifanw
這。。好吧@@
為什么還要先創(chuàng)建Main的實(shí)例呢，直接統(tǒng)一用static不就行了么
re: Double Dispatch模式 ZelluX 2009-02-21 10:09
贊，不錯(cuò)
那么麻煩干嘛。。
一個(gè)指針先跑到第k個(gè)元素，然后另一個(gè)指針從頭開始，兩個(gè)指針同步往后走，直到第一個(gè)指針碰到尾部，第二個(gè)指針就是倒數(shù)第k個(gè)位置了。特殊情況（元素個(gè)數(shù)少于k等）再處理下就行了。
空間復(fù)雜度也是O(1)
re: 燕曦版友信息統(tǒng)計(jì)腳本 ZelluX 2009-01-13 09:48
@SmartQ
ZelluX@yanxi
re: Xen Notes [1] ZelluX 2008-11-25 10:44
@rubisva
就是加一行PAE=yes呀
re: 為什么Python中的self必須保留？ ZelluX 2008-11-16 13:06
@王軼凡
哇，yifanw大牛@@
re: 一個(gè)平庸程序員的想法。 ZelluX 2008-11-01 15:39
好文。
@damocles
你不說我還真沒印象了@@ 看了下他的主頁，貌似是搞Supercomputing的，尤其是Transactional Memory這塊。
@YYX
n個(gè)數(shù)乘起來不可能做到，n-1個(gè)數(shù)就可以了？
re: OSLab之中斷處理 ZelluX 2008-09-07 22:42
@luoyan
贊羅帥
@汗
定型的諸葛亮不就是那個(gè)三國(guó)演義神化出來的么。
另外你壓根沒把漢之云的劇情搞明白。
re: OSLab之中斷處理 ZelluX 2008-09-02 13:40
@damocles
CMU的OSLab簡(jiǎn)化版，最后是要實(shí)現(xiàn)一個(gè)支持二級(jí)頁表、多進(jìn)程切換調(diào)度的微內(nèi)核，少了文件系統(tǒng)。
re: Java堆和棧的區(qū)別 ZelluX 2008-08-10 16:07
扯淡。。。
@Shiny
我利用了兩次早飯+三次dota等人的空閑總算把它看完了 = =
re: jQuery框架和Interface插件 ZelluX 2008-07-18 23:08
@賭東道
我用這個(gè)框架完成了一個(gè)web project后再貼的。。。
re: 讀研究生真的是一種錯(cuò)誤 ZelluX 2008-06-29 20:59
我覺得讀研很不錯(cuò)，現(xiàn)在還是很傾向于讀研。
re: memcpy函數(shù)代碼分析 ZelluX 2008-06-25 00:41
@博客園
恩，看了下string.h，strcpy宏的確是先調(diào)用strcpy_a_small復(fù)制多余部分，然后再調(diào)用memcpy的
多謝指出
即使有溢出也不會(huì)出問題的，但是看似省了個(gè)變量，其實(shí)效率還不如用個(gè)臨時(shí)變量。。。
求素?cái)?shù)表用篩法更快
另外判斷是否是素?cái)?shù)的時(shí)候用for (int i = 2; i < Math.sqrt(i); i++) 比較好
re: 開始BlogJava的第一天 ZelluX 2008-06-15 13:49
呵呵，加油
re: Java 的類庫真是方便啊 ZelluX 2008-06-04 17:14
@cuiaoxiang
小花貓 @@
re: 秒速5センチメートル ZelluX 2008-05-09 01:14
@LynnKaye
好吧，我看的時(shí)候加入太多主觀因素 ><
利用DMA繞過權(quán)限控制訪問其他guest os的內(nèi)存的確是可行的。
硬件上的IOMMU組件可以解決這個(gè)問題。
re: URAL 1011 ZelluX 2008-05-04 11:44
@dave
“只有兩位小數(shù)”只是說輸入的時(shí)候是這樣，但實(shí)際讀進(jìn)來的時(shí)候是用double保存的，前者是定點(diǎn)，后者是浮點(diǎn)，轉(zhuǎn)換的時(shí)候容易出現(xiàn)誤差。
比如輸入了48.00，有可能在操作過程中就變成47.9999999（關(guān)于這個(gè)問題可以看看Computer System: A Programmer's Perspective的第二張浮點(diǎn)部分）
對(duì)于這種情況就需要進(jìn)行四舍五入了。
考慮到浮點(diǎn)誤差的問題（另外浮點(diǎn)計(jì)算速度也比定點(diǎn)慢很多），所以我建議能用定點(diǎn)就盡量先轉(zhuǎn)到定點(diǎn)。
int p = floor(dp * 100 + 0.5) 這樣四舍五入就避免了浮點(diǎn)導(dǎo)致的誤差。
之后再用定點(diǎn)（整型）計(jì)算就不會(huì)有誤差了。
發(fā)現(xiàn)這個(gè)復(fù)雜度其實(shí)有問題，因?yàn)?2位無符號(hào)整數(shù)最多也就2^32次個(gè)，樹的深度自然是個(gè)常數(shù)級(jí)別的，囧
re: URAL 1011 ZelluX 2008-05-03 17:33
@dave
49.99999999這種情況不四舍五入不是就錯(cuò)了嗎。。。
re: URAL 1011 ZelluX 2008-05-03 09:03
@dave
當(dāng)然有，實(shí)際保存的時(shí)候是浮點(diǎn)啊，如果是dp = 49.9999999這種情況呢？
既然考慮編譯器因素了，為什么不考慮編譯器直接把這段代碼constant folding + constant propagation然后直接返回一個(gè)最終結(jié)果呢？
re: Sorting Networks ZelluX 2008-04-24 21:02
@luohandsome
恩，不過是理想化的情況，即使在Nvidia的8800GT上也只能同時(shí)跑128個(gè)kernel，所以我覺得這個(gè)算法實(shí)際的復(fù)雜度是系數(shù)很小的big-omega(nlogn)
re: URAL 1011 ZelluX 2008-04-24 20:53
一開始用的是double，別人可以過，不過我搞不定，還是用整型了
re: 一道Google算法題的解答 ZelluX 2008-04-20 23:07
@山風(fēng)小子
不客氣，我也一直在補(bǔ)算法，一起討論吧~