青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

2010年3月8日

    學(xué)計(jì)算機(jī)圖形學(xué)用到OpenGL,不過(guò)想在Ubuntu下進(jìn)行實(shí)現(xiàn),查查了查,OpenGL linux下的C綁定是Mesa,可是安裝這玩意兒可是費(fèi)了我一番功夫。

    首先,從www.Mesa3D.org下載了三個(gè)文件,MesaDemos-X.Y.Z.tar.gz , MesaGLUT-X.Y.Z.tar.gz,MesaLib-X.Y.Z.tar.gz,分別是DemoGLUT庫(kù)和最主要的MesaOpenGL)鏈接文件。這里X.Y.ZMesa的版本,我下載的是7.6.1。解壓后的得到一個(gè)文件夾Mesa-X.Y.Z

    bash中進(jìn)入這個(gè)文件夾中,執(zhí)行./configure進(jìn)行配置,額,少了一些庫(kù)。

    首先是libdrm,在軟件包管理器中,找到了libdrm-dev,安裝后,再次執(zhí)行./configure

    還是少庫(kù)。

    少了dri2proto

    查了查,找到了x11proto-dri2-dev,安裝后執(zhí)行./configure

    少庫(kù)。

    少了xxf86vm

    在軟件包中找到libxxf86vm-dev安裝后,額,不抱希望了,執(zhí)行./configure

    …………少庫(kù)。

    這次是xt

    找了找,在軟件包中找到了libxt-dev,安裝后。./configure

    成功了!提示我make

    哈哈,真高興!可是make就出問(wèn)題了,提示我少了fdepend這個(gè)東西。

    可是我怎么都找不到這個(gè)東西在哪里。

    很郁悶。

    繼續(xù)上www.Mesa3D.org看看官方的說(shuō)明,上面說(shuō)安裝Mesa需要4個(gè)東西。

  1. dri2proto version 1.99.3 or later

  2. Linux 2.6.28

  3. libDRM version 2.4.3 or later

  4. Xorg server version 1.5 or later

    前三個(gè),我都有安阿?第四個(gè)是什么東西,繼續(xù)在軟件包管理器中搗鼓。找到了xorg-dev這個(gè)安裝。再次make,竟然成功了!好吧,make install,也成功了。

    然后接下來(lái),驗(yàn)證Mesa能不能用。

    轉(zhuǎn)到Mesa-X.Y.Z/progs/demos目錄下,執(zhí)行./gears,提示找不到libglut.so.3(好像是這個(gè),記不大清了),看看Mesa3D上讓執(zhí)行這么幾個(gè)命令。

  1. cd lib/ (轉(zhuǎn)到了Mesa-X.Y.Z/lib/目錄下)

  2. export LD_LIBRARY_PATH=${PWD}

  3. export LIBGL_DRIVERS_PATH=${PWD} (if using DRI drivers)

    現(xiàn)在再執(zhí)行Mesa-X.Y.Z/progs/demos/gears可以運(yùn)行了,看到了齒輪在轉(zhuǎn)動(dòng)!

    可是在Mesa-X.Y.Z/progs/samples/編譯一個(gè)文件

             gcc `pkg-config opengl --cflags --libs ` point.c -o point

    出現(xiàn)了好多錯(cuò)誤。

    額,怎么回事?

    才知道,編譯文件是找不到glut庫(kù),仔細(xì)一看才發(fā)現(xiàn),自己編譯文件用的命令錯(cuò)了,應(yīng)該是

                gcc `pkg-config glut --cflags --libs ` point.c -o point

    好了,現(xiàn)在一切沒(méi)有問(wèn)題了,安裝成功!


posted @ 2010-03-08 00:36 楊帆 閱讀(3805) | 評(píng)論 (5)編輯 收藏

2010年2月18日

今天在solaris下做這個(gè)測(cè)試

測(cè)試代碼如下:
#include <stdlib.h>
#include <unistd.h>
int main(){
       void* p=malloc(512*1024*1024);
       if(p==NULL) return -1;
          sleep(10000000);
             return 0;

}


然后我用g++ 4.3.2編譯
g++-4.3.2 -o testm testm.c

開(kāi)了5個(gè),開(kāi)到第6個(gè)的時(shí)候,malloc就返回-1了。可是,可是,令人驚奇的是
這個(gè)時(shí)候,我無(wú)論是用vmstat還是用mdb看,我都還有大量的空閑的物理內(nèi)存
>::memstat
Page Summary                Pages                MB  %Tot
------------     ----------------  ----------------  ----
Kernel                     144849               565   14%
ZFS File Data               62043               242    6%
Anon                       146323               571   14%
Exec and libs                3640                14    0%
Page cache                  34357               134    3%
Free (cachelist)            35896               140    3%
Free (freelist)            600734              2346   58%

Total                     1027842              4015
Physical                  1027841              4015
這與我開(kāi)這幾個(gè)程序之前,沒(méi)有明顯的變化。(相比而下,在windows下,這個(gè)時(shí) 候系統(tǒng)已經(jīng)卡的快嗝屁了)

然后我用ps來(lái)看
# ps -eo pid,vsz,rss,args |grep testm
 1298 527292 1356 ./testm
 1309 4224 1256 grep testm
 1300 527292 1356 ./testm
 1302 527292 1356 ./testm
 1296 527292 1356 ./testm
 1304 527292 1356 ./testm

# pmap 1296
1296:    ./testm
08046000       8K rwx--    [ stack ]
08050000       4K r-x--  /tmp/testm
08060000       8K rwx--  /tmp/testm
08062000  524296K rwx--    [ heap ]
FEB70000     320K r-x--  /lib/libm.so.2
FEBCF000       8K rwx--  /lib/libm.so.2
FECD0000      24K rwx--    [ anon ]
FECE0000    1280K r-x--  /usr/lib/libc/libc_hwcap1.so.1
FEE20000      28K rwx--  /usr/lib/libc/libc_hwcap1.so.1
FEE27000       8K rwx--  /usr/lib/libc/libc_hwcap1.so.1
FEE30000      52K r-x--  /usr/lib/libgcc_s.so.1
FEE4C000       4K rwx--  /usr/lib/libgcc_s.so.1
FEE50000       4K rwx--    [ anon ]
FEE60000     856K r-x--  /usr/lib/libstdc++.so.6.0.10
FEF45000     160K rwx--  /usr/lib/libstdc++.so.6.0.10
FEF6D000      24K rwx--  /usr/lib/libstdc++.so.6.0.10
FEF80000       4K r--s-  /var/ld/ld.config
FEF90000       4K rwx--    [ anon ]
FEFA0000       4K rw---    [ anon ]
FEFB0000       4K rw---    [ anon ]
FEFBE000     180K r-x--  /lib/ld.so.1
FEFFB000       8K rwx--  /lib/ld.so.1
FEFFD000       4K rwx--  /lib/ld.so.1
 total    527292K


系統(tǒng)的確給這個(gè)進(jìn)程分配了地址空間(看它的heap有多大),但是壓根兒就沒(méi)有給 它分配物理內(nèi)存。我想不出的是,它依據(jù)什么來(lái)拒絕新的申請(qǐng)。
由于環(huán)境有限,我沒(méi)有找到良好的環(huán)境在freebsd下重復(fù)這個(gè)實(shí)驗(yàn)。我在 freebsd.unix-center.net上做這個(gè)測(cè)試,但是把每個(gè)進(jìn)程分配的內(nèi)存縮小到64M, 然后開(kāi)了100個(gè)這樣的進(jìn)程,據(jù)估計(jì)至少需要6G的內(nèi)存,malloc一直都是成功的, 我的手酸了,懶得弄了。


最有趣的在于這個(gè):
#include <stdlib.h>
#include <unistd.h>
#include <string.h>

int main(){
       void* p=malloc(512*1024*1024);
       if(p==NULL) return -1;
    memset(p,0,512*1024*1024);
    free(p);
          sleep(10000000);
             return 0;

}

用ps/pmap去看,事實(shí)證明,free函數(shù)根本就沒(méi)有釋放物理內(nèi)存。free是把malloc 得到的物理內(nèi)存還給了自己進(jìn)程,而不是還給了操作系統(tǒng)。
在這一點(diǎn)上,freebsd是有差別的。執(zhí)行完free之后,rss明顯降了下來(lái)



posted @ 2010-02-18 20:01 楊帆 閱讀(451) | 評(píng)論 (0)編輯 收藏
僅列出標(biāo)題  

導(dǎo)航

<2011年5月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234

統(tǒng)計(jì)

常用鏈接

留言簿

隨筆檔案

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            99综合视频| 亚洲欧洲精品一区二区| 久久综合婷婷| 免费久久99精品国产自在现线| 国产亚洲激情| 欧美高清在线视频观看不卡| 欧美激情日韩| 久久久久久久欧美精品| 欧美成人免费va影院高清| 欧美一区成人| 欧美日韩1区2区| 久久精品视频播放| 欧美区国产区| 麻豆免费精品视频| 国产精品国产三级国产aⅴ无密码| 久久精品91久久香蕉加勒比| 欧美黄在线观看| 久久久久久网址| 欧美日韩一区二区三区在线看| 久久福利一区| 欧美色道久久88综合亚洲精品| 欧美91福利在线观看| 国产精品一级| 亚洲精品之草原avav久久| 国产在线观看一区| 亚洲国产视频一区| 国产一区二区三区精品欧美日韩一区二区三区 | 亚洲精品国久久99热| 亚洲美女诱惑| 国产欧美日韩精品a在线观看| 亚洲人成欧美中文字幕| 国产一区二区三区四区| 一本色道久久88综合亚洲精品ⅰ| 亚洲福利视频网| 亚洲免费网址| 午夜精品久久久久久久99樱桃| 欧美另类视频| 亚洲精品免费在线观看| 精品999在线播放| 亚洲欧美国产日韩天堂区| 日韩性生活视频| 麻豆成人在线播放| 美女精品一区| 激情久久五月天| 亚洲性视频网址| 99在线|亚洲一区二区| 久久人人97超碰精品888| 久久国产夜色精品鲁鲁99| 国产精品日韩欧美一区二区| 99亚洲视频| 日韩一区二区久久| 欧美精品久久99久久在免费线| 欧美高清视频一二三区| 亚洲国产日韩美| 欧美成人一区二区在线| 好吊色欧美一区二区三区视频| 在线亚洲观看| 亚洲人成77777在线观看网| 久久香蕉国产线看观看av| 久久福利毛片| 狠狠色丁香久久婷婷综合_中| 久久精品99| 免费美女久久99| 亚洲精品一品区二品区三品区| 久久资源av| 亚洲国产精品第一区二区| 亚洲精品国产系列| 国产精品久久9| 亚洲欧美一区二区三区极速播放 | 久久精品国产一区二区三区免费看 | 亚洲国产精品va在线看黑人动漫| 久久久久久一区二区三区| 欧美成人一区二区| 99riav久久精品riav| 欧美色偷偷大香| 亚洲一区二区在线| 另类成人小视频在线| 亚洲久色影视| 国产精品红桃| 久久九九有精品国产23| 亚洲欧洲偷拍精品| 欧美一区二区三区在线看 | 亚洲精品午夜精品| 中文av一区特黄| 国产精品揄拍一区二区| 久久精品亚洲一区二区| 亚洲电影在线播放| 香蕉av福利精品导航| 亚洲国产成人午夜在线一区| 欧美午夜激情小视频| 欧美在线视频网站| 亚洲国产女人aaa毛片在线| 午夜一区在线| 亚洲美女在线看| 国产欧美一区二区视频| 欧美大片91| 欧美专区18| 夜夜嗨av色一区二区不卡| 老司机久久99久久精品播放免费| 一区二区精品| 国产欧美日韩一区二区三区在线| 麻豆视频一区二区| 亚洲欧美色一区| 99国产精品99久久久久久粉嫩| 久久久久成人网| 一区二区三区久久| 在线电影院国产精品| 国产精品福利片| 欧美成人国产一区二区| 亚洲综合三区| 亚洲乱码精品一二三四区日韩在线 | 亚洲欧洲日本一区二区三区| 午夜久久久久久| 国产一区二区三区免费观看| 欧美特黄一级| 一区二区三区免费观看| 欧美一级成年大片在线观看| 永久域名在线精品| 国产精品入口| 欧美日韩妖精视频| 免费黄网站欧美| 欧美中文在线观看| 香蕉国产精品偷在线观看不卡| 亚洲美女中文字幕| 亚洲国产欧美久久| 亚洲高清一区二区三区| 免费在线成人av| 久久婷婷激情| 久久国产精品久久精品国产 | 久久av二区| 午夜精品久久一牛影视| 一区二区久久久久| 99精品国产福利在线观看免费| 欧美电影免费| 久久综合伊人77777蜜臀| 久久久成人网| 久久―日本道色综合久久| 久久九九全国免费精品观看| 午夜亚洲精品| 欧美一级播放| 亚洲一区在线视频| 一区二区三区精密机械公司| 99re6这里只有精品视频在线观看| 在线欧美一区| 91久久精品国产91久久性色tv| 在线观看亚洲a| 亚洲欧洲在线一区| 亚洲精品小视频在线观看| 在线成人免费观看| 亚洲欧洲另类国产综合| 亚洲精品国产品国语在线app| 亚洲人成网站精品片在线观看| 亚洲日韩欧美视频| 日韩视频免费观看高清完整版| 日韩午夜电影在线观看| 一区二区三区四区五区视频| 亚洲综合色视频| 欧美一区二区三区视频在线 | 欧美三级午夜理伦三级中视频| 欧美日韩一区二区三区在线视频 | 欧美国产视频在线| 亚洲动漫精品| 99日韩精品| 小处雏高清一区二区三区| 久久精品国产一区二区电影| 久久综合国产精品| 欧美日韩国产三级| 国产日韩精品在线观看| 极品日韩av| 夜夜精品视频一区二区| 欧美一区二区三区久久精品| 美女91精品| 亚洲精品日韩精品| 亚洲毛片av在线| 欧美在线不卡视频| 欧美精品激情blacked18| 国产美女扒开尿口久久久| 影音先锋另类| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 国产亚洲欧美中文| 亚洲区一区二区三区| 亚洲午夜精品网| 久久精品视频网| 亚洲第一在线视频| 一本色道久久精品| 中文精品视频| 久久久久一本一区二区青青蜜月| 欧美人在线视频| 国内久久精品视频| 一区二区三区产品免费精品久久75 | 99香蕉国产精品偷在线观看| 欧美一区视频| 欧美日韩一区二区三区在线观看免| 国产日韩欧美视频| 日韩特黄影片| 欧美顶级大胆免费视频| 欧美一级在线视频| 国产精品成人一区二区三区吃奶| 亚洲国产欧美在线人成| 欧美一区二区网站|