㈠ 華碩主板BIOS設置ram共享內存媲美硬碟達到萬兆網
核心顯卡共享內存作為顯存是分兩個部分的。
一個部分是定死的，最低限制就是這個，比如魯大師識別的就是定死的顯存，128MB
其餘的是動態的，系統想分就分，想收就收，如果核心顯卡這128MB不夠用，系統自動在內存充足的情況下分內存給核心顯卡。
具體動態顯存以及最大顯存容量，可以在顯示適配器中查看
具體操作為---桌面===滑鼠右鍵===顯示設置===高級顯示設置===顯示適配器屬性
㈡ 顯存容量「共享系統內存」是什麼意思
共享系統內存意思就是拿一部分內存當顯存，集成顯卡和獨立顯卡都可以共享系統內存。
顯存共享技術多數用在主板集成顯卡的主板上，也有使用在獨立顯卡但固態顯存比較少的情況下。為了節約硬體成本集成顯卡省去固態顯存，直接使用內存作為顯存就是顯存共享內存的技術。
(2)網路共享內存擴展閱讀
系統內存是動態劃分的，會按照當前系統的要求劃給系統所需要的內存，可以由計算機自動調節以提高資源利用率。
電腦的主內存中劃取一部分作為顯卡的顯存。但是，這樣勢必會浪費系統的內存，佔用系統的資源。動態共享內存就這樣孕育而生。比如在文字處理的時候，並不需要顯卡太大的工作量，也不需要太多的顯存。這時，系統就盡可能少的劃給顯卡內存，保證系統資源的不浪費。
但當要玩3D游戲的時候，顯卡就需要大量的顯存，這時候，系統就會劃較多的內存給顯卡使用，保證你的游戲可以正常的運行。
㈢ 獨立顯卡共享內存問題
有Windows vista下顯卡的顯存問題一直困擾著我。我的顯卡是NVIDIA Geforce 7300LE獨立顯卡，64MB顯存，系統共享之後319MB。不過感覺319MB不是很夠用，總想再多加點，於是今天特別查查資料看看。
獨立顯卡
這里，我以自己所用的NVIDIA Geforce 7300LE獨立顯卡為例。之前我安裝的是512MB內存，其中顯卡共享顯存64MB
後來我安裝了兩根512MB內存，其中顯卡共享顯存255MB。然後我在網路上搜索到同樣是NV顯卡別的顯卡，當512MB顯存的時候，512MB內存，系統共享225M。當內存1G的時候內存共享內存225MB，當2G內存的時候共享271M內存。
在Vista下，內存與顯卡共享顯存的數值是有系統決定的，用戶自己不可以進行調整。
共享顯卡
幸運的是共享顯卡的用戶是可以內存與顯卡共享資源的，比如筆記本用戶。
具體方法：
開機進入BIOS進行設置。找到「advanced chipset features」，按回車鍵進入，選擇到64MB的選項上。按「page up」鍵改變值為128MB。
屏蔽共享顯卡：
正如我們所知道的，只要安裝了獨立顯卡之後系統是會自動將共享顯卡屏蔽掉的，但是也有特殊情況，如果安裝了獨立顯卡，共享內存沒屏蔽，獨立顯卡也耍不了怎麼辦？
解決方法：
1）開機進入BIOS設置（設置里有項 ON BOARD***(VGA)一項設為DISABLE）。
2）如果你是集成顯卡要用獨立顯卡，到設備管理器里把集成顯卡停用就可以了。
㈣ 現在有共享CPU，共享存儲器，共享內存，共享網速的技術么
有啊，雲計算，能成倍提升計算能力。至於網速，能共享，但是網速不會疊加，存儲器可以通過區域網互相傳輸文件，內存不行……無論是存儲空間還是雲計算，都需要高性能的電腦區域網
㈤ 電腦能不能和手機共享內存
理論上來講是可以的，但是現在在網路上沒有什麼解決方案。因為手機是ARM的指令集架構，是屬於RISC（精簡指令集），而電腦是x86的指令集 CISC（復雜指令集）。這兩個有本質上的區別，所以手機里的東西直接給電腦運行時不可能的，或者你可以選擇安裝一個安卓模擬器，在裡面裝上想運行的應用程序，然後運行。不過因為是模擬器的緣故，執行效率有所下降。對處理器的要求也較高。
如果只是想要直接插上電腦運行的話，死了這份心吧。因為CPU和內存要不停的交換數據。目前最快的外置鏈接是thunder3（雷電3），理論速度是30Gbps，但是cpu的匯流排帶寬需要大概2000Gbps的速度。所以可能性為零，在目前的情況下。
望採納。
㈥ 如何在unix環境下實現共享內存
mmap()範例
下面將給出使用mmap()的兩個範例：範例1給出兩個進程通過映射普通文件實現共享內存通信；範例2給出父子進程通過匿名映射實現共享內存。系統調用mmap()有許多有趣的地方，下面是通過mmap（）映射普通文件實現進程間的通信的範例，我們通過該範例來說明mmap()實現共享內存的特點及注意事項。
範例1：兩個進程通過映射普通文件實現共享內存通信
範例1包含兩個子程序：map_normalfile1.c及map_normalfile2.c。編譯兩個程序，可執行文件分別為map_normalfile1及map_normalfile2。兩個程序通過命令行參數指定同一個文件來實現共享內存方式的進程間通信。map_normalfile2試圖打開命令行參數指定的一個普通文件，把該文件映射到進程的地址空間，並對映射後的地址空間進行寫操作。map_normalfile1把命令行參數指定的文件映射到進程地址空間，然後對映射後的地址空間執行讀操作。這樣，兩個進程通過命令行參數指定同一個文件來實現共享內存方式的進程間通信。
下面是兩個程序代碼：
/*-------------map_normalfile1.c-----------*/
#include <sys/mman.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
typedef struct{
char name[4];
int age;
}people;
main(int argc, char** argv) // map a normal file as shared mem:
{
int fd,i;
people *p_map;
char temp;
fd=open(argv[1],O_CREAT|O_RDWR|O_TRUNC,00777);
lseek(fd,sizeof(people)*5-1,SEEK_SET);
write(fd,"",1);
p_map = (people*) mmap( NULL,sizeof(people)*10,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0 );
close( fd );
temp = 'a';
for(i=0; i<10; i++)
{
temp += 1;
memcpy( ( *(p_map+i) ).name, &temp,2 );
( *(p_map+i) ).age = 20+i;
}
printf(" initialize over \n ")；
sleep(10);
munmap( p_map, sizeof(people)*10 );
printf( "umap ok \n" );
}
/*-------------map_normalfile2.c-----------*/
#include <sys/mman.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
typedef struct{
char name[4];
int age;
}people;
main(int argc, char** argv) // map a normal file as shared mem:
{
int fd,i;
people *p_map;
fd=open( argv[1],O_CREAT|O_RDWR,00777 );
p_map = (people*)mmap(NULL,sizeof(people)*10,PROT_READ|PROT_WRITE,MAP_SHARED,fd,0);
for(i = 0;i<10;i++)
{
printf( "name: %s age %d;\n",(*(p_map+i)).name, (*(p_map+i)).age );
}
munmap( p_map,sizeof(people)*10 );
}
map_normalfile1.c首先定義了一個people數據結構，（在這里採用數據結構的方式是因為，共享內存區的數據往往是有固定格式的，這由通信的各個進程決定，採用結構的方式有普遍代表性）。map_normfile1首先打開或創建一個文件，並把文件的長度設置為5個people結構大小。然後從mmap()的返回地址開始，設置了10個people結構。然後，進程睡眠10秒鍾，等待其他進程映射同一個文件，最後解除映射。
map_normfile2.c只是簡單的映射一個文件，並以people數據結構的格式從mmap()返回的地址處讀取10個people結構，並輸出讀取的值，然後解除映射。
分別把兩個程序編譯成可執行文件map_normalfile1和map_normalfile2後，在一個終端上先運行./map_normalfile2 /tmp/test_shm，程序輸出結果如下：
initialize over
umap ok
在map_normalfile1輸出initialize over 之後，輸出umap ok之前，在另一個終端上運行map_normalfile2 /tmp/test_shm，將會產生如下輸出(為了節省空間，輸出結果為稍作整理後的結果)：
name: b age 20; name: c age 21; name: d age 22; name: e age 23; name: f age 24;
name: g age 25; name: h age 26; name: I age 27; name: j age 28; name: k age 29;
在map_normalfile1 輸出umap ok後，運行map_normalfile2則輸出如下結果：
name: b age 20; name: c age 21; name: d age 22; name: e age 23; name: f age 24;
name: age 0; name: age 0; name: age 0; name: age 0; name: age 0;
從程序的運行結果中可以得出的結論
1、 最終被映射文件的內容的長度不會超過文件本身的初始大小，即映射不能改變文件的大小；
2、 可以用於進程通信的有效地址空間大小大體上受限於被映射文件的大小，但不完全受限於文件大小。打開文件被截短為5個people結構大小，而在map_normalfile1中初始化了10個people數據結構，在恰當時候（map_normalfile1輸出initialize over 之後，輸出umap ok之前）調用map_normalfile2會發現map_normalfile2將輸出全部10個people結構的值，後面將給出詳細討論。
註：在linux中，內存的保護是以頁為基本單位的，即使被映射文件只有一個位元組大小，內核也會為映射分配一個頁面大小的內存。當被映射文件小於一個頁面大小時，進程可以對從mmap()返回地址開始的一個頁面大小進行訪問，而不會出錯；但是，如果對一個頁面以外的地址空間進行訪問，則導致錯誤發生，後面將進一步描述。因此，可用於進程間通信的有效地址空間大小不會超過文件大小及一個頁面大小的和。
3、 文件一旦被映射後，調用mmap()的進程對返回地址的訪問是對某一內存區域的訪問，暫時脫離了磁碟上文件的影響。所有對mmap()返回地址空間的操作只在內存中有意義，只有在調用了munmap()後或者msync()時，才把內存中的相應內容寫回磁碟文件，所寫內容仍然不能超過文件的大小。
範例2：父子進程通過匿名映射實現共享內存
#include <sys/mman.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
typedef struct{
char name[4];
int age;
}people;
main(int argc, char** argv)
{
int i;
people *p_map;
char temp;
p_map=(people*)mmap(NULL,sizeof(people)*10,PROT_READ|PROT_WRITE,MAP_SHARED|MAP_ANONYMOUS,-1,0);
if(fork() == 0)
{
sleep(2);
for(i = 0;i<5;i++)
printf("child read: the %d people's age is %d\n",i+1,(*(p_map+i)).age);
(*p_map).age = 100;
munmap(p_map,sizeof(people)*10); //實際上，進程終止時，會自動解除映射。
exit();
}
temp = 'a';
for(i = 0;i<5;i++)
{
temp += 1;
memcpy((*(p_map+i)).name, &temp,2);
(*(p_map+i)).age=20+i;
}
sleep(5);
printf( "parent read: the first people,s age is %d\n",(*p_map).age );
printf("umap\n");
munmap( p_map,sizeof(people)*10 );
printf( "umap ok\n" );
}
考察程序的輸出結果，體會父子進程匿名共享內存：
child read: the 1 people's age is 20
child read: the 2 people's age is 21
child read: the 3 people's age is 22
child read: the 4 people's age is 23
child read: the 5 people's age is 24
parent read: the first people,s age is 100
umap
umap ok
回頁首
四、對mmap()返回地址的訪問
前面對範例運行結構的討論中已經提到，linux採用的是頁式管理機制。對於用mmap()映射普通文件來說，進程會在自己的地址空間新增一塊空間，空間大小由mmap()的len參數指定，注意，進程並不一定能夠對全部新增空間都能進行有效訪問。進程能夠訪問的有效地址大小取決於文件被映射部分的大小。簡單的說，能夠容納文件被映射部分大小的最少頁面個數決定了進程從mmap()返回的地址開始，能夠有效訪問的地址空間大小。超過這個空間大小，內核會根據超過的嚴重程度返回發送不同的信號給進程。可用如下圖示說明：
注意：文件被映射部分而不是整個文件決定了進程能夠訪問的空間大小，另外，如果指定文件的偏移部分，一定要注意為頁面大小的整數倍。下面是對進程映射地址空間的訪問範例：
#include <sys/mman.h>
#include <sys/types.h>
#include <fcntl.h>
#include <unistd.h>
typedef struct{
char name[4];
int age;
}people;
main(int argc, char** argv)
{
int fd,i;
int pagesize,offset;
people *p_map;
pagesize = sysconf(_SC_PAGESIZE);
printf("pagesize is %d\n",pagesize);
fd = open(argv[1],O_CREAT|O_RDWR|O_TRUNC,00777);
lseek(fd,pagesize*2-100,SEEK_SET);
write(fd,"",1);
offset = 0; //此處offset = 0編譯成版本1；offset = pagesize編譯成版本2
p_map = (people*)mmap(NULL,pagesize*3,PROT_READ|PROT_WRITE,MAP_SHARED,fd,offset);
close(fd);
for(i = 1; i<10; i++)
{
(*(p_map+pagesize/sizeof(people)*i-2)).age = 100;
printf("access page %d over\n",i);
(*(p_map+pagesize/sizeof(people)*i-1)).age = 100;
printf("access page %d edge over, now begin to access page %d\n",i, i+1);
(*(p_map+pagesize/sizeof(people)*i)).age = 100;
printf("access page %d over\n",i+1);
}
munmap(p_map,sizeof(people)*10);
}
如程序中所注釋的那樣，把程序編譯成兩個版本，兩個版本主要體現在文件被映射部分的大小不同。文件的大小介於一個頁面與兩個頁面之間（大小為：pagesize*2-99），版本1的被映射部分是整個文件，版本2的文件被映射部分是文件大小減去一個頁面後的剩餘部分，不到一個頁面大小(大小為：pagesize-99)。程序中試圖訪問每一個頁面邊界，兩個版本都試圖在進程空間中映射pagesize*3的位元組數。
版本1的輸出結果如下：
pagesize is 4096
access page 1 over
access page 1 edge over, now begin to access page 2
access page 2 over
access page 2 over
access page 2 edge over, now begin to access page 3
Bus error //被映射文件在進程空間中覆蓋了兩個頁面，此時，進程試圖訪問第三個頁面
版本2的輸出結果如下：
pagesize is 4096
access page 1 over
access page 1 edge over, now begin to access page 2
Bus error //被映射文件在進程空間中覆蓋了一個頁面，此時，進程試圖訪問第二個頁面
結論：採用系統調用mmap()實現進程間通信是很方便的，在應用層上介面非常簡潔。內部實現機制區涉及到了linux存儲管理以及文件系統等方面的內容，可以參考一下相關重要數據結構來加深理解。在本專題的後面部分，將介紹系統v共享內存的實現。
參考資料
[1] Understanding the Linux Kernel, 2nd Edition, By Daniel P. Bovet, Marco Cesati , 對各主題闡述得重點突出，脈絡清晰。
[2] UNIX網路編程第二卷：進程間通信，作者：W.Richard Stevens，譯者：楊繼張，清華大學出版社。對mmap()有詳細闡述。
[3] Linux內核源代碼情景分析（上），毛德操、胡希明著，浙江大學出版社，給出了mmap()相關的源代碼分析。
[4]mmap()手冊
㈦ 我的電腦怎樣修改顯卡的共享內存
進入BIOS後「Advanced chipset setup」－「ONBOARD VGA SHARE MERNORY」是調整顯存的。
但是各個主板情況是不同的
一、優化BIOS設置提高顯示性能
顯示性能是集成主板發揮性能最主要的瓶徑，尤其是在運行3D游戲等考驗顯卡性能的程序時，集成顯卡就會暴露出自己的缺點。而BIOS的設置與集成顯卡的性能關系密切，留意並調校好以下幾個BlOS選項就能為集成顯卡帶來更高的性能和穩定性。
1、AGP Date Rote
對於一般的主板，其顯卡的AGP速率越高越好，但對集成顯卡卻未必是這樣，因為目前的集成顯卡只會用AGP通道傳送少量指令數據，真正吃帶寬的圖形數據早已走「顯示核心一內存」專用通道．所以AGP速率的高低不會成為集成顯卡的性能瓶頸，但過高的AGP速率卻會給系統帶來不穩定的因素．所以建議還是保持默認值為好。
2、AGP Fast Write
Fast Wrtte是快速寫入的意思，這個選項能提高集成顯卡的性能．但它也可能有負作用，對系統的穩定性有一定影響。根據使用經驗，目前很多的集成顯卡都能正常使用Fast Write選項。
3、Grapphic Window WR Combine
這個選項在基於SiS晶元組的集成主板比較多見，它可以起到優化圖形系統的讀\寫性能，對集成顯卡的性能有一定的提升，因此建議大家開啟此選項。
4、Video BIOS Cacheble
它的作用是決定是否將VGA BIOS和RAM緩沖指至內存的某個地址段，雖然開啟後能提高一些集成顯卡的性能，可一旦有程序向該地址段寫入數據，電腦就會出現死機現象。所以建議關閉該選項．因為Video BIOS Cachable給集成顯卡性能的提高很有限．但卻給電腦帶來了不穩定的隱患。
5、AGP Aperture Size
AGP Aperture Size選項的含義是AGP有效空間的大小，即劃拔內存為顯存的大小。顯存容量如何分配一直是集成主板使用者左右為難的問題，顯存容量劃大了，內存容量就會減少，影響整體性能，顯存容量劃小了，對顯卡的性能又有影響。應根據自己機器的內存容量來確定，通過實際使用，AGP Aperture Size 選項在64MB顯存和128MB顯存下，一般的應用性能差別並不明顯。實際上，64MB的顯存即可滿足多數新型集成顯卡的需求，而類似sis630這類幾年前的集成顯卡僅需16MB的顯存。
Intel晶元組集成顯卡有自己的一套顯存分配法。早期Intel的整合顯卡無須人工調整顯存容量，而是自動分配，後來Intel又為Intel Extreme Graphics及其後續產品加入了「分級顯存」功能，所謂分級顯存就是「額定內存+動態顯存」。額定內存規定了顯存的最小分配值，當最小分配值不夠用時，就會向操作系統請求更多的內存劃為顯存(動態顯存)。所以，如果你不怎麼玩大型游戲的話，那麼盡可以將額定顯存設置得小一些(如1MB)，這既能滿足游戲的需求，又能節省不少的內存。反之，最好將「額定顯存」設為8MB以上，這雖會浪費一些內存．但卻能獲得更好的游戲兼容性。
另外，顯存劃拔的大小與內存大小密切相關(Intel 81X等集成主板除外)，如果你的內存為 256MB，建議設置顯存容量為64MB以內，如果你的內存為 128MB以，建議設置顯存容量為32MB以內。
㈧ 增加共享內存對集成顯卡的性能有多大提升
沒有多少提升，而且目前集成顯卡最大共享只有2G，沒有更大的共享內存容量。
因為以集成顯卡的性能而言，2G顯存容量已經到頂了，不需要更多的顯存容量，更多的顯存容量對集成顯卡而言，也只是一種浪費。
㈨ 伺服器集群，負載均衡，分布式等問題
集群和負載均衡的區別如下：
1、集群(Cluster)
所謂集群是指一組獨立的計算機系統構成的一個松耦合的多處理器系統,它們之間通過網路實現進程間的通信?應用程序可以通過網路共享內存進行消息傳送,實現分布式計算機?
2、負載均衡(Load Balance)
網路的負載均衡是一種動態均衡技術,通過一些工具實時地分析數據包,掌握網路中的數據流量狀況,把任務合理均衡地分配出去?這種技術基於現有網路結構,提供了一種擴展伺服器帶寬和增加伺服器吞吐量的廉價有效的方法,加強了網路數據處理能力,提高了網路的靈活性和可用性?
3、特點
(1)高可靠性(HA)?利用集群管理軟體,當主伺服器故障時,備份伺服器能夠自動接管主伺服器的工作,並及時切換過去,以實現對用戶的不間斷服務?
(2)高性能計算(HP)?即充分利用集群中的每一台計算機的資源,實現復雜運算的並行處理,通常用於科學計算領域,比如基因分析?化學分析等?
(3)負載平衡?即把負載壓力根據某種演算法合理分配到集群中的每一台計算機上,以減輕主伺服器的壓力,降低對主伺服器的硬體和軟體要求?
LVS系統結構與特點
1. Linux Virtual Server:簡稱LVS?是由中國一個Linux程序員章文嵩博士發起和領導的,基於Linux系統的伺服器集群解決方案,其實現目標是創建一個具有良好的擴展性?高可靠性?高性能和高可用性的體系?許多商業的集群產品,比如RedHat的Piranha? Turbo Linux公司的Turbo Cluster等,都是基於LVS的核心代碼的?
2. 體系結構:使用LVS架設的伺服器集群系統從體系結構上看是透明的,最終用戶只感覺到一個虛擬伺服器?物理伺服器之間可以通過高速的 LAN或分布在各地的WAN相連?最前端是負載均衡器,它負責將各種服務請求分發給後面的物理伺服器,讓整個集群表現得像一個服務於同一IP地址的虛擬伺服器?
3. LVS的三種模式工作原理和優缺點: Linux Virtual Server主要是在負載均衡器上實現的,負載均衡器是一台加了 LVS Patch的2.2.x版內核的Linux系統?LVS Patch可以通過重新編譯內核的方法加入內核,也可以當作一個動態的模塊插入現在的內核中?
㈩ autoit編寫的代碼怎麼訪問共享內存
在autoit里，提供的網路共享方面的功能函數有：
映射網路驅動器：
DriveMapAdd
(
"設備名",
"遠程共享路徑"
[,
標志
[,
"用戶名"
[,
"密碼"]]]
)
斷開網路驅動器：
DriveMapDel
(
"驅動器"
)
獲取已映射網路驅動器的路徑：
DriveMapGet
(
"設備...