• <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>
            隨筆-80  評論-24  文章-0  trackbacks-0
            @江南煙雨
            若n為偶數,則總的比較次數 = 1 + 1.5 * (n - 2) = 1.5n - 2;
            若n為奇數,則總的比較次數 = 1 + 1.5 * (n - 3) + 1 = 1.5n - 2.5或總的比較次數 = 1 + 1.5 * (n - 3) + 2 = 1.5n - 1.5
            結合第二段代碼,應該很容易分析出來吧?每個主循環內的比較次數是3次,主循環的循環次數為(n - 2) / 2次或者為(n - 3) / 2次。
            re: CosmosKernel初探 myjfm 2011-06-10 19:31
            @lwch
            時鐘中斷肯定打開了吧?要不進程應該沒辦法調度
            就是想知道保護模式如何進去的
            繼續加油阿~我們會持續關注的哦~
            re: CosmosKernel初探 myjfm 2011-06-10 19:17
            @lwch
            那時鐘終端默認是打開的?
            另外保護模式是怎么進去的阿?
            我還是不太明白咋用c#繞過保護模式那些東西的?
            re: CosmosKernel初探 myjfm 2011-06-10 18:45
            這個………………
            中斷向量表之類的?
            表示沒有看懂……
            bug太太太多了,再修改修改吧~
            re: 取反操作的細節問題 myjfm 2011-04-08 14:43
            @zuhd
            補碼本身就是個約定
            re: 取反操作的細節問題 myjfm 2011-04-08 11:38
            @zuhd
            既然高位已經被截取了那還怎么說“不是不能存儲”呢?
            求補碼的過程本來就要把最高位符號位也用于計算
            最高位符號位除了表示這個數是正是負外還有數值上的意義,它的作用不單單是符號位
            所以你看-128的時候不能把最高位去掉再去看剩余7bit,要8個bit一起看~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
            re: 取反操作的細節問題 myjfm 2011-04-08 10:00
            @zuhd
            對于有符號數來說:
            如果是原碼:00000000b是+0,10000000b是-0
            如果是反碼:00000000b是+0,11111111b是-0
            而對于補碼:00000000b是+0也是-0

            下面是二進制代碼與補碼的對應:

            00000000 +0/-0
            00000001 +1
            ...
            01111111 +127
            10000000 -128
            10000001 -127
            ...
            11111110 -2
            11111111 -1
            從計組書上copy下來的~
            re: 取反操作的細節問題 myjfm 2011-04-07 22:04
            @zuhd
            對于八位有符號數,能表示的數的范圍不就是-128~127嗎?-128不是0x80嗎?
            10000000B作為有符號數的補碼來說怎么會是0的補碼呢?好好看看計算機組成原理吧~
            re: 取反操作的細節問題 myjfm 2011-04-07 21:57
            @zuhd
            不知道你說的這段話和我文章最后一段有什么區別阿?
            re: 取反操作的細節問題 myjfm 2011-04-07 13:13
            @zuhd
            對于32位整型,0xffffff80是-128的補碼吧?
            而對于8位整型,0x80也是-128的補碼吧?

            另外,所以算數運算都是在寄存器中進行的吧?而現在32位機的寄存器都是32位的,所以才會存在整型提升問題,我是這么理解的~
            @笨笨
            反匯編確實可以了解到細節~
            挺受用~收藏了~
            @lwch
            你這個是修改的linux源碼嗎?看代碼風格不像阿,是Orange'S吧?
            久久狠狠高潮亚洲精品| 国产精品美女久久久久av爽| 久久影院午夜理论片无码 | 一本久久综合亚洲鲁鲁五月天| 国产精品日韩欧美久久综合| 久久久无码精品亚洲日韩京东传媒 | 中文字幕热久久久久久久| 国产成人无码久久久精品一| 久久se这里只有精品| 2020国产成人久久精品| 人妻少妇久久中文字幕一区二区| 曰曰摸天天摸人人看久久久| 久久久无码精品亚洲日韩京东传媒| 国内精品久久久久伊人av| 久久性生大片免费观看性| 久久成人国产精品| 国内精品伊人久久久影院| 久久99国产精一区二区三区| 少妇熟女久久综合网色欲| 91精品观看91久久久久久| 日产精品99久久久久久| 四虎久久影院| 久久无码一区二区三区少妇| 97超级碰碰碰久久久久| 欧美精品久久久久久久自慰| 欧洲性大片xxxxx久久久| 精品国产婷婷久久久| 久久人爽人人爽人人片AV| 久久久一本精品99久久精品88| 久久一本综合| 久久久综合香蕉尹人综合网| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 欧美黑人又粗又大久久久| 思思久久好好热精品国产| 久久人人爽人人精品视频| 国产精品99久久久久久www| 一级做a爱片久久毛片| 好久久免费视频高清| 91麻精品国产91久久久久| 99久久免费只有精品国产| 国产69精品久久久久99|