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

            2010年7月1日

            順便發個招聘信息

            深圳或杭州的兄弟姐妹有誰有興趣到華為的嗎?
            要求重點本科2年經驗/碩士1年經驗,有C語言開發經驗。有興趣的將簡歷 發到kgha@sohu.com,謝謝!

            posted @ 2010-07-01 22:17 璞石 閱讀(1529) | 評論 (6)編輯 收藏

            2007年8月12日

            一點感想

                   經過3天沒日沒夜的定位,終于把一個阻塞近一個周的問題解決了,再拖下去估計老大要把我給吃了。回想起這三天定位的過程,簡直不亞于任何一部偵探小說。無數次的失望,無數次的毫無頭緒或者千頭萬序,但總能在關鍵時刻發現點點蜘絲馬跡,引導問題進一步深入。猜想、驗證、再猜想、再驗證。幾乎每次都覺得問題很快就會找到頭緒了,結果測試的數據無情的否定了猜想。但是又能根據測試結果引入更加深層次的問題。定位過程走了很多彎路,現在回想起來感覺就是磕磕碰碰的走過來,很多沒有必要的工作也浪費了大量的時間。真是有山窮水盡疑無路、柳岸花明又一村的感覺。真是佩服古人能用如此精確的語言把這種感覺說出來。要是我想到死也想不出如何形容當時的感覺了。^_^
                   每次定位完一個問題后,在整理思路的時候,總是感覺這是多么自然而然的事情啊,居然當時沒有想到。哈哈,可能很多人都有同樣的感受,可是真正身在其中有太多的因素干擾你,把你引入歧途,等你發現的時候又要從頭而來。由己及人,我們對待別人的問題是否也是這樣,一個看似很簡單的邏輯其中也包含了別人在很多錯誤基礎上的嘗試?;蛟S我們在嘲笑別人犯錯誤的同時,更要看到別人正在向正確邁進。
                  呵呵,每次寫BOLG都發現腦子有很多東西都混成一團,不知道從哪里開始,寫起來東一句西一句的,可能這也是我高中語文作文總是不及格的原因吧??磥硪視r間好好整理下自己的思路了。

            posted @ 2007-08-12 01:00 璞石 閱讀(311) | 評論 (0)編輯 收藏

            2007年6月2日

            新聞組

            如何訂閱 一切請看這里:http://news.yaako.com/oeflash/
            今天終于會用新聞組了。國內的新聞組好像不太多,大部分都是外國,看英文還是比較累的

            下面是轉載的一篇文章:
            使用Usenet(新聞組)的十大理由

            1. 全球統一的分類。Usenet(新聞組)上有多達幾萬個不同類別的組,而且有著嚴格統一的管理,更重要的是它是按分級原理組織命名的,有著清楚的脈絡可尋。組是Usenet(新聞組)的單位,服務器是居于次要地位的(當然,前提是你總得用一臺服務器^_^)。在Usenet(新聞組)中有著數不清的服務器,來自全世界的Usenet用戶們不管你連接哪臺Usenet(新聞組)服務器,都可以找到一樣的組名、一樣的標記,找到依舊的朋友們!論壇就不同了,每個論壇的分組幾乎都不同,而且各有側重點,有時提個比較深的問題還得立馬現找新論壇。你說為了尋找一個答案把帖子往幾個論壇里發,或者在幾個論壇里面搜索,是不是比較費力了一點。

            2. 分散的服務器。你只要能找到Usenet(新聞組)中的一臺服務器就行了,剩下的你就不必管了,你根本不需要擔心是否有人看到,能傳播到多大的范圍,你要相信Usenet(新聞組)的力量是無所不到的。你更不必擔心由于服務器突然關閉使得好不容易在某個討論組上形成的某種社區氣氛的消失;像論壇倒閉一樣,大家作鳥獸散,這種現象在Usenet(新聞組)中是絕對不會存在的!

            3. 有Google替你存檔。你是不是經常有這種現象:某個你曾經看過的帖子,日后由于某種原因你突然感覺一定要重新找到再看一下,如果是在論壇,你可能得費九牛二虎之力還不一定找得到,更不要說可能連這個論壇都不在了;至于用搜索器搜,現在許多論壇都是用動態的腳本,許多搜索器也對之鞭長莫及。而在 Usenet(新聞組)中就不會有這種現象,任何過去的帖子你都可以用google找到,因為google為整個Usenet(新聞組)保存著備份。

            4. 高效的交流體驗。很少有論壇具備「自動跟蹤自己參與過的討論」之類的功能,菜鳥發表一帖問題,第二天去尋找答案得累死他,找啊找,最后終于找到了別人給他的回復帖,你看看這要浪費多少查找的時間!如果最終還是沒找到回復帖,他就會疑問:到底是我沒找到回復帖呢,還是根本就沒有人回復?由此可見,論壇是一個折磨人的地方。Usenet(新聞組)不一樣,Usenet(新聞組)用新聞組閱讀客戶端獲取帖子,每一封帖子客戶端都會自動識別,凡是你參與過的討論,你感興趣而標記過的主題或作者,你討厭而加入黑名單的主題或作者...你的新聞組閱讀客戶端都會給你分得清清楚楚,配上不同的視圖,讓你一目了然。

            5. 集中精力。Usenet(新聞組)的風格是簡樸的,功能又是最強大的。Usenet(新聞組)人性化的設計使得你能最大限度的將精力集中于交流本身;不像論壇,每個論壇都有不同的分類、每個論壇都有不同的版式,到了個新的論壇往往找個回復鏈接按鈕都要上下左右看一看,由于帶寬的限制以及論壇外表設計的越趨復雜,連接、下載往往會出現等待的現象(你砸鼠標也沒用),那些和你無關的花花綠綠的flash、圖片、背景音樂充斥著你的感官,你說你是來討論交流的還是來虐待自己的?

            6. 充分的思考?,F在幾乎每個人社會事務都很繁忙,使用Usenet可以高效率地分配你的時間。在現今寬帶逐漸普及的情況下,新聞組離線特點的意義在于能夠充分利用你的每一個空閑的時間段。上線取回一批帖子,在離線狀態下,你可以有充裕的時間和時段來精心回復你所感興趣、你所「跟蹤」的討論。所謂「文如其人」,你可以將自己的思索經過充分醞釀后展示給世界。你不需要天天在線,只要利用好線索、跟蹤等功能,你不會錯過你感興趣的任何討論。

            7. 論壇需要登陸。你說你沒關系反正整天掛在網上,靠,你是為顯示你有錢還是顯示你是個無事閑人?再說了,即使你用隱身登陸掛著也不好啊,總會有人知道你隱身了:小樣,整天躲在背后,沒準內心陰暗著呢。你看看,你白擔了多少虛名。新聞組不一樣,新聞組就沒有在線、隱身一說,連上服務器拉回一批帖子,之后就和它沒關系了,你大可以慢慢看,就是斷斷續續地看個十天半月也沒關系,看完了,也寫好回帖了,再次連上(別嫌煩,點一個位置永遠不變的按鈕而已)服務器發出帖子,之后就又和服務器沒關系了。

            8. 以「CN」開頭中文GB碼頂極組。2001年,正式成立了cn.*頂極組(the top CN hierachy),中國的Usenet用戶終于有了自己的家園,Usenet(新聞組)終于正式有了中國的身影。感謝news.cn99.com!感謝 PY!雖然三年過去了,中文Usenet(新聞組)一直未能真正發展起來...但是:我們相信網絡的力量;我們相信人之為人的自由表達的天賦權力;我們相信Usenet(新聞組)應有簡體中文的一席之地。請支持中文Usenet(新聞組)的發展。

            9. 一份歷史文檔。在Usenet(新聞組)中,任何一封帖子都有可能成為一份歷史文獻。例如:當年21歲的Linus Benedict Torvalds在Usenet(新聞組)的comp.os.minix組中的一系列關于開發Inter 80386體系機構的新操作系統的討論已經是Linux歷史的一部分;嗯,Linus不是人人能做的,但如果你能在1981年5月11日在自己發往 Usenet(新聞組)帖子中提到一家名叫Microsoft的小公司,你同樣能名垂史冊的...

            10. 不要小看了自己。Usenet(新聞組)能夠忠實記錄和實踐你的生命中每段時刻的所見所聞所想,你的進步、你的困惑、你的迷茫、你的喜悅...即使你終其一生只能是一個普通人,但幾十年后自己回頭看看你一路走過的風光,那些的只言片語、那些的人生思索、那些曾經多么年輕的臉...你一定會感嘆:「哦,我當年也不是不英俊的?!?;即使你終其一生只能成為一個普通人,但并不妨礙你的后輩追隨你的足跡,以彰顯人倫的仰慕和光輝。請記?。喝松囊饬x在于其過程。

            好了,謝謝你終于看完這篇文檔,你愿意試試嗎?請在IE或Mozilla(不是Mozilla Firefox)地址欄鍵入 news://news.yaako.com ,訂閱「cn」開頭的系列組進入中文Usenet(新聞組)世界(這里提醒你一下,yaako服務器中有近三萬個分類組,下載組列表時可能要花費一點時間...)。如果你對怎樣加入Usenet新聞組一無所知也沒有關系,請點擊下面的鏈接:http://news.yaako.com/oeflash/ , 這里有一篇關于使用Outlook Express(IE就是調用OE來進入Usenet的)加入Usenet新聞組的視頻教程。

            PS:什么?你說什么?你說論壇有積分,你有榮耀感?拜托,老大!都什么時代了還搞這套迂腐的東東!大俠不是積分積出來的,大俠是灌出來的!你見過有幾個真正的大佬,整天扛著塊牌子上寫「我是老大」?相信自己,你就是那么帥!就憑你那光輝燦爛的ID,只要你愿意,你一定能夠像cn.fan組的流星99一樣:就是發出個內容是「呵呵」簽名有四行的帖子,大家都得認真拜讀,從中領會大俠一顰一笑的真諦。

            posted @ 2007-06-02 00:52 璞石 閱讀(663) | 評論 (0)編輯 收藏

            2007年3月10日

            關于內存管理(1)

            ??????也不想寫什么大的東西,最近一個小的項目需要寫自己管理一塊單獨的內存,包括內存的分配和釋放。所以想自己獨立的寫個內存分配函數,其實這方面的東西,網絡上很多現成的算法。也分析了幾種算法的實現。有很多算法確實具有很大的誘惑,很復雜并且很完備,但是不適合簡單的嵌入式管理內存。對于現在的項目一個簡單的首次適配法就足夠滿足了。
            ??????寫個首次適配法的內存管理程序并不復雜,很多人在大學就寫過,書上也有不少現成的范例,但是還是想親自寫一寫,便于對內存分配有個清楚的認識。

            posted @ 2007-03-10 23:03 璞石 閱讀(392) | 評論 (0)編輯 收藏

            2007年3月4日

            類似于MFC的一個GUI類庫(比MFC簡單直接)

            ??? 最近一直想編寫一個跨平臺帶界面的GUI軟件,在linux上可以免費用QT提供的GUI類庫,但是Windows上的QT一般是收費的(都怪微軟),沒辦法只好換各類庫,本想用MFC,但是MFC本身太復雜了,涉及到很多奇怪的宏定義,對于跨平臺的軟件編寫不是太理想。如果實在找不到類似的GUI類庫,只有自己通過API來寫一個了。幸運的是,突然發現在codeproject上一個比較好的windows下的GUI類庫:Win32++。
            ??? 本身這個類庫就是模仿MFC的風格寫的,都是直接調用windows API函數完成,代碼比較清晰。很容易就可以看到作者的實現思路,不像MFC封裝了太多東西,學習起來太麻煩了。
            ??? 反正就是一個用起來很舒服的東西,用它的庫來實現跨平臺的軟件簡直太完美了。
            ??? 下載地址:http://www.codeproject.com/win32/framework.asp


            posted @ 2007-03-04 16:34 璞石 閱讀(3166) | 評論 (1)編輯 收藏

            2007年2月10日

            linux設備驅動編寫_tasklet機制

            在編寫設備驅動時, tasklet 機制是一種比較常見的機制,通常用于減少中斷處理的時間,將本應該是在中斷服務程序中完成的任務轉化成軟中斷完成。

            為了最大程度的避免中斷處理時間過長而導致中斷丟失,有時候我們需要把一些在中斷處理中不是非常緊急的任務放在后面執行,而讓中斷處理程序盡快返回。在老版本的 linux 中通常將中斷處理分為 top half handler 、 bottom half handler 。利用 top half handler 處理中斷必須處理的任務,而 bottom half handler 處理不是太緊急的任務。

            但是 linux2.6 以后的 linux 采取了另外一種機制,就是軟中斷來代替 bottom half handler 的處理。而 tasklet 機制正是利用軟中斷來完成對驅動 bottom half 的處理。 Linux2.6 中軟中斷通常只有固定的幾種: HI_SOFTIRQ( 高優先級的 tasklet ,一種特殊的 tasklet) 、 TIMER_SOFTIRQ (定時器)、 NET_TX_SOFTIRQ (網口發送)、 NET_RX_SOFTIRQ (網口接收) 、 BLOCK_SOFTIRQ (塊設備)、 TASKLET_SOFTIRQ (普通 tasklet )。當然也可以通過直接修改內核自己加入自己的軟中斷,但是一般來說這是不合理的,軟中斷的優先級比較高,如果不是在內核處理頻繁的任務不建議使用。通常驅動用戶使用 tasklet 足夠了。

            軟中斷和 tasklet 的關系如下圖:

            ?tasklet.JPG
            ???
            ???上圖可以看出,
            ksoftirqd 是一個后臺運行的內核線程,它會周期的遍歷軟中斷的向量列表,如果發現哪個軟中斷向量被掛起了( pend ),就執行對應的處理函數,對于 tasklet 來說,此處理函數就是 tasklet_action ,這個處理函數在系統啟動時初始化軟中斷的就掛接了。

            Tasklet_action 函數,遍歷一個全局的 tasklet_vec 鏈表(此鏈表對于 SMP 系統是每個 CPU 都有一個),此鏈表中的元素為 tasklet_struct 。此結構如下 :

            struct tasklet_struct

            {

            ?????? struct tasklet_struct *next;

            ?????? unsigned long state;

            ?????? atomic_t count;

            ?????? void (*func)(unsigned long);

            ?????? unsigned long data;

            };

            每個結構一個函數指針,指向你自己定義的函數。當我們要使用 tasklet ,首先新定義一個 tasklet_struct 結構,并初始化好要執行函數指針,然后將它掛接到 task_vec 鏈表中,并發一個軟中斷就可以等著被執行了。

            原理大概如此,對于 linux 驅動的作者其實不需要關心這些,關鍵是我們如何去使用 tasklet 這種機制。

            Linux 中提供了如下接口:

            DECLARE_TASKLET(name,function,data) :此接口初始化一個 tasklet ;其中 name tasklet 的名字, function 是執行 tasklet 的函數; data unsigned long 類型的 function 參數。

            static inline void tasklet_schedule(struct tasklet_struct *t) :此接口將定義后的 tasklet 掛接到 cpu tasklet_vec 鏈表,具體是哪個 cpu tasklet_vec 鏈表,是根據當前線程是運行在哪個 cpu 來決定的。此函數不僅會掛接 tasklet ,而且會起一個軟 tasklet 的軟中斷 , 既把 tasklet 對應的中斷向量掛起 (pend) 。

            兩個工作完成后,基本上可以了, tasklet 機制并不復雜,很容易的使程序盡快的響應中斷,避免造成中斷丟失。

            posted @ 2007-02-10 00:18 璞石 閱讀(7362) | 評論 (4)編輯 收藏

            2007年2月6日

            第一次發貼感慨

            ??????終于要準備第一次在自己的BLOG上發貼了,以前申請了不少blog,但是網絡高手無數,自己實力尚淺,面對各路高手總是心虛,其實仔細想過,在網絡能記錄下自己的學習心得,讓自己看到每天的進步未嘗不是一件好事。不管你是高手也好菜鳥也好,blog是在網絡上一個自己的空間,在網絡上瞎混這么多年總要有點自己的心得體會吧。
            ??????很喜歡這樣一個專門為技術人員做的blog,一群崇尚技術熱愛技術的狂人們,每天都將自己的學習經驗共享出來。在網上讀了這么多文章,學了這么多東西,總感覺欠了別人的東西一樣,如果不為網絡付出一些,總是對不起別人的。網絡是各公開的地方,就像某人說的那樣:如果我給你一個思想,你給我一個思想,我們就共同擁有了兩個思想。思想的共享永遠是有利無害的。
            ??????希望能在這里記錄自己的思考,不管對技術還是對人生,總之網絡的一個小角落里總留下了自己點點的痕跡!

            posted @ 2007-02-06 21:07 璞石 閱讀(300) | 評論 (0)編輯 收藏

            僅列出標題  
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統計

            公告

            AAAAAAAAAAAAAAAAAAAAAAAAAAAASDFSDFA

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案(7)

            相冊

            linux技術

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            国内精品伊人久久久久AV影院| 国产高潮久久免费观看| 久久这里只有精品首页| 伊人久久精品无码av一区| 7777久久亚洲中文字幕| 亚洲国产成人久久综合野外| 欧美黑人激情性久久| 久久免费的精品国产V∧| 久久噜噜久久久精品66| 久久久噜噜噜久久中文福利| 国产精久久一区二区三区| 国产99久久久国产精品小说| 久久青青草原精品影院| 久久强奷乱码老熟女网站| 久久国产精品二国产精品| 亚洲国产另类久久久精品黑人| 国产精品综合久久第一页| 少妇高潮惨叫久久久久久| 久久伊人亚洲AV无码网站| 国产精品女同久久久久电影院| 欧美成a人片免费看久久| 亚洲欧美精品伊人久久| 亚洲午夜久久久影院伊人| 久久久久女教师免费一区| 国产精品激情综合久久| 久久综合丁香激情久久| 日日噜噜夜夜狠狠久久丁香五月| 久久久久国产亚洲AV麻豆| 久久91精品国产91久久麻豆| 欧美噜噜久久久XXX| 久久精品无码午夜福利理论片| 狠狠综合久久AV一区二区三区| 久久国产AVJUST麻豆| 性欧美大战久久久久久久 | avtt天堂网久久精品| 精品伊人久久大线蕉色首页| 中文字幕久久精品| 国内高清久久久久久| 亚洲AV日韩精品久久久久久 | 久久亚洲AV成人无码电影| 色妞色综合久久夜夜 |