• <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吧?
            99久久99久久精品国产片果冻| 日韩电影久久久被窝网| 久久综合伊人77777| 久久播电影网| 人人狠狠综合久久88成人| 久久精品国产亚洲av水果派| 91精品国产91久久久久久青草| 久久久久亚洲AV无码专区桃色| 久久精品国产男包| 成人妇女免费播放久久久| 久久久精品国产亚洲成人满18免费网站 | 97久久国产综合精品女不卡| 久久国产AVJUST麻豆| WWW婷婷AV久久久影片| 久久久久无码精品国产app| 久久这里都是精品| 国产产无码乱码精品久久鸭| 欧美日韩中文字幕久久伊人| 亚洲国产天堂久久综合| 国内精品久久久久久99蜜桃| 久久综合五月丁香久久激情| 2020久久精品国产免费| 久久有码中文字幕| 久久99精品久久久久子伦| 青青草原综合久久| 国内精品久久久久久99| 色婷婷综合久久久中文字幕| 国产毛片久久久久久国产毛片| 久久亚洲精品人成综合网| 香蕉久久夜色精品国产尤物| 久久免费小视频| 国产三级久久久精品麻豆三级| 亚洲性久久久影院| 久久久久人妻一区精品 | 热久久最新网站获取| 青青青青久久精品国产| 久久九九精品99国产精品| 无码精品久久久天天影视| 久久丫忘忧草产品| 狠狠色丁香婷婷久久综合 | 一本久久知道综合久久|