1、高並發伺服器的邏輯處理瓶頸，該如何解決
所謂同步，可以理解為在執行完一個函數或方法之後，一直等待系統返回值或消息，這時程序是出於阻塞的，只有接收到
返回的值或消息後才往下執行其它的命令。
非同步，執行完函數或方法後，不必阻塞性地等待返回值或消息，只需要向系統委託一個非同步過程，那麼當系統接收到返回
值或消息時，系統會自動觸發委託的非同步過程，從而完成一個完整的流程。
同步在一定程度上可以看做是單線程，這個線程請求一個方法後就待這個方法給他回復，否則他不往下執行(死心眼)。
非同步在一定程度上可以看做是多線程的(廢話，一個線程怎麼叫非同步)，請求一個方法後，就不管了，繼續執行其他的方法。
2、最高並發量1萬的WEB伺服器配置
不同類型的網站對於伺服器資源的佔用情況也不一樣.
如果是普通的企業站或者文字為主的網站.不需要做負載均衡,用一台四核至強處理器.4G以上內存.10M以上帶寬的配置基本上就能滿足.
如果是較大規模或者是圖片.視頻內容較多的網站,則會對伺服器資源佔用較高.推薦用雙至強八核處理器.32G內存.1T硬碟的配置來放資料庫,然後再用幾台普通四核配置的機器放網站前端來做負載均衡即可.帶寬需要根據你們的具體需求來決定.
3、如何配置高並發linux伺服器
linux的版本也分很多種，而且你要測得是網頁的並發量吧 那你可以查看apache當前並發訪問數：netstat -an | grep ESTABLISHED | wc -l 最大並發量就在 httpd.conf中MaxClients的數字
4、高並發的伺服器有什麼模式
服務程序最為關鍵的設計是並發服務模型，當前有以下幾種典型的模型：
- 單進程服務，使用非阻塞IO
使用一個進程服務多個客戶，通常與客戶通信的套接字設置為非阻塞的，阻塞只發生在select()、poll()、epoll_wait()等系統調用上面。這是一種行之有效的單進程狀態機式服務方式，已被廣泛採用。
缺點是它無法利用SMP(對稱多處理器)的優勢，除非啟動多個進程。此外，它嘗試就緒的IO文件描述符後，立即從系統調用返回，這會導致大量的系統調用發生，尤其是在較慢的位元組傳輸時。
select()本身的實現也是有局限的：能打開的文件描述符最多不能超過FD_SETSIZE，很容易耗盡；每次從select()返回的描述符組中掃描就緒的描述符需要時間，如果就緒的描述符在末尾時更是如此（epoll特別徹底修復了這個問題）。
- 多進程服務，使用阻塞IO
也稱作 accept/fork 模型，每當有客戶連線時產生一個新的進程為之服務。這種方式有時是必要的，比如可以通過操作系統獲得良好的內存保護，可以以不同的用戶身份運行程序，可以讓服務運行在不同的目錄下面。但是它的缺點也很明顯：進程比較占資源，進程切換開銷太大，共享某些信息比較麻煩。Apache 1.3就使用了這種模型，MaxClients數很容易就可以達到。
- 多線程服務，使用阻塞IO
也稱之 accept/pthread_create模型，有新客戶來時創建一個服務線程而不是服務進程。這解決了多進程服務的一些問題，比如它佔用資源少，信息共享方便。但是麻煩在於線程仍有可能消耗光，線程切換也需要開銷。
- 混合服務方式
所謂的混合服務方式，以打破服務方和客戶方之間嚴格的1:1關系。基本做法是：
新客戶到來時創建新的工作線程，當該工作線程檢測到網路IO會有延遲時停止處理過程，返回給Server一個延遲處理狀態，同時告訴 Server被延遲的文件描述符，延遲超時時間。Server會在合適的時候返回工作線程繼續處理。注意這里的工作線程不是通過 pthread_create()創建的，而是被包裝在專門用於處理延遲工作的函數里。
這里還有一個問題，工作線程如何檢測網路IO會有延遲？方法有很多，比如設置較短的超時時間調用poll()，或者甚至使用非阻塞IO。如果是套接字，可以設置SO_RCVTIMEO和SO_SNDTIMEO選項，這樣更有效率。
除了延遲線程，Server還應提供了未完成線程的支持。
如有有特別耗費時間的操作，你可以在完成部分工作後停止處理，返回給Server一個未完成狀態。這樣Server會檢查工作隊列是否有別的線程，如果有則讓它們運行，否則讓該工作線程繼續處理，這可以防止某些線程挨餓。
典型的一個混合服務模型開源實現ServerKit
Serverkit的這些線程支持功能可簡化我們的服務程序設計，效率上應該也是有保證的。
2. 隊列(queue)
ServerKit提供的隊列是一個單向鏈表，隊列的存取是原子操作，如果只有一個執行單元建議不要用，因為原子操作的開銷較大。
3. 堆(heap)
malloc()分配內存有一定的局限，比如在多線程的環境里，需要序列化內存分配操作。ServerKit提供的堆管理函數，可快速分配內存，可有效減少分配內存的序列化操作，堆的大小可動態增長，堆有引用計數，這些特徵比較適合多線程環境。目前ServerKit堆的最大局限是分配單元必須是固定大小。
4. 日誌記錄
日誌被保存在隊列，有一個專門的線程處理隊列中的日誌記錄：它或者調用syslog()寫進系統日誌，或者通過UDP直接寫到遠程機器。後者更有效。
5. 讀寫鎖
GNU libc也在pthreads庫里實現了讀寫鎖，如果定義了__USE_UNIX98就可以使用。不過ServerKit還提供了讀寫鎖互相轉換的函數，這使得鎖的應用更為彈性。比如擁有讀鎖的若干個線程對同一個hash表進行檢索，其中一個線程檢索到了數據，此時需要修改它，一種辦法是獲取寫鎖，但這會導致釋放讀鎖和獲取寫鎖之間存在時間窗，另一種辦法是使用ServerKit提供的函數把讀鎖轉換成寫鎖，無疑這種方式更有效率。
除了以上這些功能，ServerKit還提供了資料庫連接池的管理（當前只支持MySQL）和序列化（Sequences），如感興趣可參見相關的API文檔。
二、ServerKit服務模塊編寫
ServerKit由3部分組成：server程序，負責載入服務模塊、解析配置文件、建立資料庫連接池；libserver，動態鏈接庫，提供所有功能的庫支持，包括server本身也是調用這個庫寫的；API，編程介面，你編寫的服務模塊和ServerKit框架進行對話的介面。
ServerKit需要libConfuse解析配置文件，所以出了安裝ServerKit，還需要安裝libConfuse。關於libConfuse可參考 http://www.nongnu.org/confuse/ 。
下面我們看一個簡單的服務模塊FOO：
#include <confuse.h>
#include <server.h>
static long int sleep_ration;
static int FOO_construct()
{
fprintf(stderr, "FOO_construct\n");
return 1;
}
static int FOO_prestart(cfg_t *configuration)
{
fprintf(stderr, "FOO_prestart\n");
return 1;
}
static void * FOO_operator(void *foobar)
{
fprintf(stderr, "FOO_operator\n");
for(;;) sleep(sleep_ration);
return NULL;
}
static void FOO_report(void)
{
fprintf(stderr, "FOO_report\n");
}
static cfg_opt_t FOO_config[] = {
CFG_SIMPLE_INT("sleep_ration", &sleep_ration),
CFG_END()
};
static char *FOO_authors[] = {"Vito Caputo <[email protected]>", NULL};
SERVER_MODULE(FOO,0,0,1,"Example mole that does nothing but sleep")按以下方法編譯：
$ gcc -c -fPIC -pthread -D_REENTRANT -g FOO.c
$ gcc -shared -lserver -lconfuse -lpthread -g -e __server_mole_main -o FOO.so FOO.o
-e選項指定程序運行入口，這使得你可以直接在命令行敲 ./FOO.so 運行模塊。
server程序根據環境變數SERVER_PERSONALITY_PATH定位主目錄，並查找主目錄下的c11n作為配置文件，動態載入的模塊需放在主目錄下的moles目錄。
$ export SERVER_PERSONALITY_PATH=`pwd`
$ mkdir moles
$ cp FOO.so moles
$ vi c11n
c11n的內容：
identity = "any_id"
FOO {
sleep_ration = 1;
}
identity標識server實例，用ps可看到程序名稱形如server.identity，本例為server.any_id。
執行server啟動服務程序。
三、ServerKit其他功能缺陷
缺乏daemon模式；
只能運行在Linux box；
DB pool只支持MySQL；
Heap管理內存的功力有限
5、1秒1000並發 高並發需要什麼樣的伺服器
你這是多大的業務量？1秒1000的並發，這種伺服器要定製了。要不然就選個品質好的雲伺服器租用吧。
6、怎麼樣的性能才算是支持高並發的伺服器
伺服器並發指用戶同訪問資料庫同欄位行用戶行於伺服器性能種考驗
再伺服器自性能限並發用戶數候再伺服器支持住事實我經能遇由於並發用戶導致系統緩慢甚至癱瘓現象比說使用些線考試報名系統朋友都發現半夜登錄系統報名比白登錄系統報名要容網頁反應速度要快些由於晚並發用戶數比較原
於IT運維員說伺服器並發恐怖伺服器用戶並發數並IT運維員所能控制我能做採用各種手段提升系統性能提升伺服器性能利用率
7、高並發如何處理 和並發量是多少 還有緩存伺服器
數據要立即處理：（並發數*單連接平均傳輸數據=關口帶寬）+(減少IO頻率+低延+緩存並發情況數據=做緩存)+高性能伺服器
--數據--
8、如何搭建一個高並發的web框架
1、提供HTML靜態訪問
web界面上最快的訪問速度是什麼？當然是最原始的HTML文件訪問,對於其他語言 比如 jsp ,asp,php等等,他們首先要通過伺服器解析成html之後在返回給訪問者，如果我們能提供全部是htm來的頁面，那麼就能大大的降低伺服器和資料庫資源的利用和提高網站的並發，所以我們盡可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法其實也是最有效的方法。當然實現這種方式大家比較了解的就是信息發布系統CMS,信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
在後續的文章中我們會單獨的使用jsp + servlet實現一個簡單的信息發布系統.
2、使用獨立的圖片伺服器
為什麼要把圖片單獨設置一個伺服器？對於Web伺服器來說，圖片消耗的伺服器資源是最多的，如果能把所有的圖片資源放到一個單獨的圖片伺服器中進行處理的話，可以降低提供頁面訪問請求的伺服器系統壓力，從而能進一步的提高web程序的並發.所以在有條件的情況下最好能把圖片放置到一個單獨的伺服器中.
3、配置多台資料庫伺服器，多個資料庫集群
集群（Cluster）技術是使用特定的連接方式，將價格相對較低的硬體設備結合起來，同時也能提供高性能相當的任務處理能力。
越是大型高並發的應用，資料庫的壓力就會越大，如果資料庫操作很頻繁，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是我們需要使用資料庫集群。
資料庫集群就是使用多個資料庫伺服器分擔請求的壓力，達到快速響應的目的.
4、使用緩存
所謂的緩存就是把數據咱是放置到內存中，前台在請求的時候直接從內存中讀取數據，而不需要去查詢資料庫或者讀取文件等，這樣就能做到最快的響應。網站架構和網站開發中的緩存是非常重要的。
目前有很多開源的緩沖實現方案，APC，File，SQLite，Memcache等等各種類庫實現著不同的緩存方式，只有通過了解他們的實現方式，根據具體應用具體選擇，才會使緩存系統發揮出最大的性能。
對於java開發來說，大名頂頂的 分布式緩存系統Memcache 可能是最好的選擇，他提供一個基於Socket的訪問方式，使得該緩存系統支持遠程讀寫訪問。盡管這個緩存的內容可能是存在內存中，也可能是存在文件內。
9、如何設計高並發的伺服器，如何提升伺服器性能
你可以去伺服器廠商（正睿）的網上，將需求說明一下，讓對方給你產品配置方案（這點很重要），然後可以將參數和配置與其他品牌產品進行比較，找到最優性價比的產品。