其實上面的介紹有些地方不太對；這里給予更正。
1.手動安裝SDK是也是可以的，但如果它提示沒有對應(yīng)的core和ure；那么說明SDK的版本和之前安裝的OPENOFFICE是不匹配的，需要找到對應(yīng)的版本。最簡單的方法就是加入CENTOS對應(yīng)版本的光盤，從關(guān)盤中選擇安裝，找到對應(yīng)的rpm安裝就OK了。
2.安裝好了之后，會在/usr/lib64/openoffice.org/basis3.1下找到SDK這個目錄；這里基本就是安裝的例子程序了；這里還需要執(zhí)行setsdkenv_unix來配置各種環(huán)境變量；配置好了之后以后就只要執(zhí)行這個腳本就可以了
3.進(jìn)入examples/cpp/counter進(jìn)行make，多半能make過去，如果不過去可能會提示一些so找不到，那么export LD_LIBRARY_PATH＝$LD_LIBRARY_PATH:/usr/lib64/openoffice.org/ure/lib就可以了。
re: usleep不可用 笨笨 2012-01-19 15:07
@coder
你們那里都是高手，我是菜鳥。
嘗試在返回值小于1024的時候退出接收等待下次事件（我用的是EPOLLER ET模式)，結(jié)果等不到事件，看來SSL_read的返回值大于0的時候還是要一直繼續(xù)接收
re: 打發(fā)寒假計劃 笨笨 2011-12-30 13:44
還會dota???
最近領(lǐng)導(dǎo)總是教育我：很多人最后的瓶頸不是自己技術(shù)不夠，而是很多技術(shù)之外的事情阻礙了自己前進(jìn)的腳步。。。
@冷鋒
如果你循環(huán)接收數(shù)據(jù)，知道一個錯誤發(fā)生，因為你的BUFFER有限，所以你最后一次read到的結(jié)果是0，這個時候errno不是為0.
FIN的時候read結(jié)果是0，這個時候errno是0.
不使用errno，請問還有什么好辦法？
@Onway
這個可能是要注意的，有的情況下，上一次的errno是需要被檢查的。
@冷鋒
舉個例子吧！
TCP發(fā)送FIN包的時候會有時間IN事件過來，這個時候去Read，返回是0，也就是什么也沒有讀到。這種情況下是不會有錯誤發(fā)生的，但怎么樣區(qū)分是連接關(guān)閉還是數(shù)據(jù)沒有呢，你就不得不使用errno了。。。說到這里我想你應(yīng)該明白了。。。
example:
tcpdump -i lo tcp port 80 -s 0 -w /tmp/test.cap
-s后面是0就是抓全部包；指定數(shù)值就是抓指定大小的包
tcpdump -s 0可以用來解決默認(rèn)只抓部分包的問題
@ooseven
謝謝，最近時間比較多，就看一些基礎(chǔ)知識，怕自己忘記了。。。
@易寶@byhh
瀏覽器是不會使用80端口的。。。
@巫云
我基本上是這個意思；既然有僵尸進(jìn)程帶來的缺點，為什么不強制設(shè)置必須讓每個主進(jìn)程等待。。。難道是為了避免父進(jìn)程先退出的尷尬？貌似漸漸有些能理解了。。。
@hstcscolor
謝謝你的詳細(xì)解釋。
不過我想父進(jìn)程除了使用wait之外就沒有辦法知道子進(jìn)程的狀態(tài)了嗎？
（我對linux不是很熟悉）
@sxpropeht
這個比方不恰當(dāng)，這個新的進(jìn)程已經(jīng)不需要主進(jìn)程養(yǎng)活了。另外，這個進(jìn)程已經(jīng)死了，還需要等待父進(jìn)程來處理，而同時系統(tǒng)也不強制父進(jìn)程必須處理。
這才是我像了解的。。
@oah
那個文章只解釋為什么為1，但并沒有解釋為什么不允許空類？
@EvilGhost
如果僅僅只是對象的區(qū)別，是不是可以考慮不允許定義這種沒有意義的類更為實際，就象C那樣
@千暮(zblc)
我用的兩種C編譯器中也是1
那兩種編譯器，很想知道
@千暮(zblc)
你誤解了。不是用一個字節(jié)value來區(qū)分，而是如果有了一個字節(jié)，實例就會有內(nèi)存空間了，那么內(nèi)存地址就會不同。。。。
Good. 反匯編一下，也能看到細(xì)節(jié)
@so
//如果memfun1是虛函數(shù)，且具有多態(tài)性質(zhì)，那么可能進(jìn)入A派生類的memfun1中，如果在此函數(shù)中訪問派生類變量；那么該是怎樣一回事呢？
這調(diào)用的是A的memfun1；因此不會訪問派生類（B）的變量，說實話，它沒有。。。
//另外，b轉(zhuǎn)化到一個局部變量~~傳遞到fun函數(shù)，是怎樣的過程，如何轉(zhuǎn)化？
這個參數(shù)傳遞的過程是通過調(diào)用A的拷貝構(gòu)造函數(shù)來完成的；如果A沒有編譯器默認(rèn)產(chǎn)生一個，因此到函數(shù)內(nèi)部就只是A的類型了。如果你這里改成指針，就不會調(diào)用拷貝構(gòu)造函數(shù)，最后調(diào)用的是B的memfun1.
@hook
不想說更多，你可能誤解我的意思了，謝謝你的留言。。。
re: 圖像和視頻噪聲基礎(chǔ)知識 笨笨 2011-03-09 21:59
@foxriver
雙邊是很不錯方法，不過效果來說NL-MEANS最好，但綜合時間來說雙邊最好。
@YZY
這個異常用try{} catch(...){}是抓不到的
因為這是一個浮點數(shù)除法
曾經(jīng)出錯了，而且與想象的不一行，記錄一下。所以有意思...
@w2001
希望你有機(jī)會留下一些更正，給后來人省點時間
寫得不錯啊，很深刻。
適合于已經(jīng)學(xué)習(xí)了C語言，對C++也有些了解的人讀
沒有在辯解，也沒有必要。
目的是把問題給搞明白，你這樣研究問題的方法好像有點問題。
根據(jù)原文的解釋，覺得翻譯成產(chǎn)出比較好點。
@w2001
你講的很好，帶寬延遲積，其實應(yīng)該叫帶寬時延乘積，不過它的英文不叫BDP（Bandwidth-delay Product)。我這里說的就是BDP，或者我翻譯的有點不恰當(dāng)，但絕不是帶寬時延乘積.
帶寬時延乘積是指：
c a p a c i t y (b) = b a n d w i d t h (b/s) × ro u n d-t r i p t i m e ( s )
另外LFN按照RFC1072所說的定義，并不象你說的那些情況才是，我后面的例子就是這些LFN。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-08 01:39
@haskell
你這個這么多的條件分支，CPU命中率不是很低？？？
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 16:24
碰到二位強人真是我的幸運，希望能得到多多指點。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 16:22
感謝大家的回復(fù)
我沒有說cppexplore說的是無聊的啊。
大家說的都很好。
我這段代碼只是我自己在隨便看了兩片文章后對我以前一段代碼進(jìn)行的優(yōu)化;這里面僅僅是用到了幾點：
1.合并同時訪問的兩個數(shù)組
2.使用多字節(jié)復(fù)制
3.替換比較而用減法
4.減少指令的數(shù)目
實際上我正學(xué)習(xí)這方面的編程，沒有想到這里竟然一下子碰到兩個高手啊，這么不見你們的BLOG？
另外，我看到一個比系統(tǒng)的memcpy寫的還要快的內(nèi)存復(fù)制函數(shù)，大家不妨看一下：
http://www.vik.cc/daniel/portfolio/memcpy.htm
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:50
@LouixG
謝謝。應(yīng)該看出來是這方面的高手，希望多指點。
想得到一點建議就是：程序性能優(yōu)化如何才能入門？
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:16
我希望大家能夠給出一些真正的意見和想法，或者是代碼來讓這段代碼運行的更快。這也是我的發(fā)這個貼的目的。
也希望大家可以了解到有的應(yīng)該可以跑的比我們想像的快。
我不想得到一些無聊的建議或話。
謝謝！
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:10
@cppexplore
你的出發(fā)點我很贊同，就是算法的優(yōu)劣比優(yōu)化要好前百倍。
我這里的例子你也看到了，是一個非常簡單的問題，好比memcpy或strcpy
所以這里算法的改進(jìn)，以我的笨眼來看，應(yīng)該沒有什么余地了。
這里只是討論一點優(yōu)化的知識；我首先告訴大家，我是初學(xué)這個方面的人。
re: 一段代碼優(yōu)化的討論 笨笨 2007-12-07 09:08
@搞笑
說的很好！看來你沒有把文章看完。
@neoragex2002
你說的大家都知道，但完全是精度問題，那些根本就沒有設(shè)置ms一下的參數(shù)，所以他們的定時精度基本和基本的Timer一樣，10ms以上。
而你說的記時精度當(dāng)然可以更小，但我的主題有什么關(guān)系？我說的是定時，也就是讓定時器隔段時間回調(diào)你。
@絕對零度
定時，不包括處理代碼。我想應(yīng)該CPU占用率應(yīng)該可以再小點