① IIS或apache並發連接數是怎麼算的
計算模型：
每台伺服器每秒處理請求的數量=((80%*總PV量)/(24小時*60分*60秒*40%)) / 伺服器數量 。
其中關鍵的參數是80%、40%。表示一天中有80%的請求發生在一天的40%的時間內。24小時的40%是9.6小時，有80%的請求發生一天的9.6個小時當中（很適合互聯網的應用，白天請求多，晚上請求少）。 簡單計算的結果：
((80%*500萬)/(24小時*60分*60秒*40%))/1 = 115.7個請求/秒
((80%*100萬)/(24小時*60分*60秒*40%))/1 = 23.1個請求/秒現在我們在做壓力測試時，就有了標准，如果你的伺服器一秒能處理115.7個請求，就可以承受500萬PV/每天。如果你的伺服器一秒能處理23.1個請求，就可以承受100萬PV/每天
有人說以上條件我都滿足了，但實際性能還是達不到目標。這時請注意你對外的網路的帶寬，在國內伺服器便宜但帶寬很貴，很可能你在機房是與大家共享一條100M的光纖，實際每個人可分到2M左右帶寬。再好一點5M,再好一點雙線機房10M獨享，這已經很貴了（北京價格）。
一天總流量：每個頁面20k位元組*100萬個頁面/1024=19531M位元組=19G位元組，
19531M/9.6小時=2034M/小時=578K位元組/s 如果請求是均勻分布的，需要5M（640K位元組）帶寬（5Mb=640KB
注意大小寫，b是位，B是位元組，差了8倍），但所有請求不可能是均勻分布的，當有高峰時5M帶寬一定不夠，X2倍就是10M帶寬。10M帶寬基本可以滿足要求。以上是假設每個頁面20k位元組，基本不包含圖片，要是包含圖片就更大了，10M帶寬也不能滿足要求了。
具體設置：
第一步：啟用MPM模塊配置文件
我們需要在httpd.conf文件中啟用該配置文件，如下所示：
# Server-pool management (MPM
specific)Include conf/extra/httpd-mpm.conf (去掉該行前面的注釋符號"#")第二步：啟用MPM模塊後找到配置文件進行編輯。
在Apace安裝c: chaodiquan.com confextra目錄中有一個名為httpd-mpm.conf的配置文件。該文件主要用於進行MPM模塊的相關配置。不過，在默認情況下，Apache的MPM模塊配置文件並沒有啟用。
第三步：此時，我們就需要根據當前Apache伺服器所使用的MPM模塊，來修改對應節點下的參數配置。首先，我們來看看mpm_winnt模塊下的默認配置：
#由於mpm_winnt模塊只會創建1個子進程，因此這里對單個子進程的參數設置就相當於對整個Apache的參數設置。
ThreadsPerChild 150 #推薦設置：小型網站=1000 中型網站=1000~2000
大型網站=2000~3500MaxRequestsPerChild 0 #推薦設置：小=10000 中或大=20000~100000
對應的配置參數作用如下：ThreadsPerChild
每個子進程的最大並發線程數。
MaxRequestsPerChild
每個子進程允許處理的請求總數。如果累計處理的請求數超過該值，該子進程將會結束(然後根據需要確定是否創建新的子進程)，該值設為0表示不限制請求總數(子進程永不結束)。
該參數建議設為非零的值，可以帶來以下兩個好處：
可以防止程序中可能存在的內存泄漏無限進行下去，從而耗盡內存。
給進程一個有限壽命，從而有助於當伺服器負載減輕的時候減少活動進程的數量。
② webSphere和TomCat的區別
1.websphere修改配置文件不用像tomcat那樣重起伺服器。
2.websphere會把項目打包成EAR文件，部署這個EAR文件，TOMCAT貌似是WAR文件。
首先，他們的共同之處是都是支持JSP的伺服器軟體。
不同之處：
Tomcat： 是Apache Group Jakarta小組開發的一個免費伺服器軟體，適合於嵌入Apache中使用，而且，
它的源代碼是可以免費獲得的，不足之處是它的配置十分麻煩，弄不好連Apche都會攤掉，
而且有一些安全性的問題沒有解決，初學者可以用它來調試JSP文件，但是用作商業應用的
伺服器就不太妥當了。
BEA WebLogic Sever： 是一款十分強大的伺服器軟體，配置比較簡單，而且對JSP的擴展十分強大，附帶
了資料庫的JDBC驅動程序，支持JHTML，是目前市場佔有率最高的伺服器，目前最新版本是
6.1版，價格很貴，不過嘿嘿.....有破解版哦：）
IBM WebSphere Application Server: 是IBM的產品，功能很強大，而且有IBM的開發工具相配套，開
發Web程序十分方便，不過價格上萬元。
WebSphere是 IBM 的集成軟體平台。它包含了編寫、運行和監視全天候的工業強度的隨需應變 Web 應用程序和跨平台、跨產品解決方案所需要的整個中間件基礎設施，如伺服器、服務和工具。WebSphere 提供了可靠、靈活和健壯的集成軟體。
WebSphere Application Server 是該基礎設施的基礎，其他所有產品都在它之上運行。WebSphere Process Server 基於 WebSphere Application Server 和 WebSphere Enterprise Service Bus，它為面向服務的體系結構 (SOA) 的模塊化應用程序提供了基礎，並支持應用業務規則，以驅動支持業務流程的應用程序。高性能環境還使用 WebSphere Extended Deployment 作為其基本基礎設施的一部分。其他 WebSphere 產品提供了廣泛的其他服務，如下所述。
WebSphere 是一個模塊化的平台，基於業界支持的開放標准。您可以使用受信任和持久的介面，將現有資產插入 WebSphere，並且可以隨著需要的增長繼續擴展您的環境。WebSphere 可以在許多平台上運行，包括 Intel、Linux 和 z/OS。
webShpere 是隨需應變的電子商務時代的最主要的軟體平台。它使您的公司可以開發、部署和整合新一代的電子商務應用，如B2B
電子商務，並支持從簡單的網頁內容發布到企業級事務處理的商業應用。
WebLogic是美國bea公司出品的一個application server確切的說是一個基於j2ee架構的中間件，webserver是用來構建網站的必要軟體用來解析發布網頁等功能，它是用純java開發的。weblogic本來不是由bea發明的，是它從別人手中買過來，然後再加工擴展。目前weblogic在世界application server市場上佔有最大的份額，其他還有象IBM的websphere，免費的tomcat、resin等中間件。
BEA WebLogic是用於開發、集成、部署和管理大型分布式Web應用、網路應用和資料庫應用的Java應用伺服器。將Java的動態功能和Java Enterprise標準的安全性引入大型網路應用的開發、集成、部署和管理之中。
BEA WebLogic Server擁有處理關鍵Web應用系統問題所需的性能 、可擴展性和高可用性。
與BEA WebLogic Commerce ServerTM配合使用， BEA WebLogic Server可為部署適應性個性化電子商務應用系統提供完善的解決方案。
BEA WebLogic Server具有開發和部署關鍵任務電子商務Web應用系統 所需的多種特色和優勢，包括：
1)領先的標准
對業內多種標準的全面支持，包括EJB、JSB、JMS、JDBC、XML和WML，使Web應用系統的實施更為簡單，並且保護了投資，同時也使基於標準的解決方案的開發更加簡便。
2)無限的可擴展性
BEA WebLogic Server以其高擴展的架構體系聞名於業內，包括客戶機連接的共享、資源pooling以及動態網頁和EJB組件群集。
3)快速開發
憑借對EJB和JSP的支持，以及BEA WebLogic Server 的Servlet組件架 構體系，可加速投放市場速度。這些開放性標准與WebGain Studio配合時，可簡化開發，並可發揮已有的技能，迅速部署應用系統。
4)部署更趨靈活
BEA WebLogic Server的特點是與領先資料庫、操作系統和Web伺服器 緊密集成。
5)關鍵任務可靠性
其容錯、系統管理和安全性能已經在全球數以千記的關鍵任務環境中得以驗證。
6)體系結構
BEA WebLogic Server是專門為企業電子商務應用系統開發的。企業電子商務應用系統需要快速開發，並要求伺服器端組件具有良好的靈活性和安全性，同時還要支持關鍵任務所必需的擴展、性能、和高可用性。BEA WebLogic Server簡化了可移植及可擴展的應用系統的開發，並為其它應用 系統和系統提供了豐富的互操作性。
憑借其出色的群集技術，BEA WebLogic Server擁有最高水平的可擴展 性和可用性。BEA WebLogic Server既實現了網頁群集，也實現了EJB組件 群集，而且不需要任何專門的硬體或操作系統支持。網頁群集可以實現透明的復制、負載平衡以及表示內容容錯，如Web購物車；組件群集則處理復雜的復制、負載平衡和EJB組件容錯，以及狀態對象（如EJB實體）的恢復。
無論是網頁群集，還是組件群集，對於電子商務解決方案所要求的可擴展性和可用性都是至關重要的。共享的客戶機/伺服器和資料庫連接以及數據緩存和EJB都增強了性能表現。這是其它Web應用系統所不具備的
③ 請問我這伺服器的配置最多能承受多大的訪問量，和多大的並發數，說個大概就行
這個配置一般一天10W以內的訪問量問題不大的
並發的話，達到5千都不是什麼問題
關鍵也得看伺服器程序的配置優化
④ epoll處理高並發最多可以接受多少連接
按照題主的意思 是根據內存去算一個最大並發的連接數. 那麼首先要找出來單個連接消耗內存的地方.
第一個首先是socket buffer. read 和write 分別有一個, 默認大小在
復制代碼
代碼如下:
/proc/sys/net/ipv4/tcp_rmem (for read)
/proc/sys/net/ipv4/tcp_wmem (for write)
默認大小都是87K和16K, 最低是4K和4K, 最高是2M,2M, 實際使用默認值最低也要保留8K,8K.
然後是邏輯IO緩沖區
就是比如你監聽了recv事件 事件來了 你要有內存可用(一般都是socket建立起就分配好,斷開才會釋放的).
這個內存是自己寫socket程序時候自己控制的, 最低也要4K,4K, 實際使用8K,8K至少.
現在設定一個優化方案和使用場景, 首先假設4G內存全部為空閑(系統和其他進程也要內存的….
假如網路包的大小都可以控制在4K以下, 假設所有連接的網路都不會擁堵, 或者擁堵時候的總量在4K以下:
一個連接的內存消耗是4+4+4+4=16K
4G/16K=26.2萬並發
假如網路包的大小都可以控制在8K以下, 假設所有連接的網路都不會擁堵, 或者擁堵時候的總量在8K以下
一個socket的內存佔用介於 24K ~ 32K之間, 保守的按照32K算
4G/32K=13.1萬並發, 這個在生產環境作為一個純網路層面的內存消耗, 是可以作為參考的.
假如使用默認配置, 假如所有連接的網路都出現嚴重擁堵, 不考慮邏輯上的發送隊列的佔用,
使用默認配置是2M+2M+8+8 ~= 4M
4G/4M=1024並發 ( …
如果考慮到發送隊列也擁堵的話 自己腦補.
如果只是為了跑分 為了並發而優化, 沒有常駐的邏輯緩沖區 並且socket的網路吞吐量很小並且負載平滑, 把socket buffer size設置系統最低.
那麼是
4G/8K = 52.4萬並發 這個應該是極限值了.
⑤ mysql並發連接數能承受多大的訪問量
並發數和伺服器的性能、帶寬、網站頁面大小各方面有著聯系.
mysql最大並發連接數設置
mysql 默認的最大並發連接為100,默認的連接數無法滿足大量client 連接的請求.
但是可以通過以下方式改變,使用root用戶登錄mysql 系統
引用
mysql > show variables like 』max_connections『;
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 100 |
+-----------------+-------+
在不需要重啟的情況下.通過以下命令更改為300
引用
set global max_connections = 300;
為了保證mysql 重啟能夠生效,還需要編譯 /my.ini (默認)
把
max_connections = 300
以上完成之後,下次重啟就會使用新的參數。
⑥ 100並發數 需要帶寬多少
你說的100-200人是指總用戶數還是並發訪問數，如果說是總用戶數的話，那並發數應該很小，那就不需要多大的帶寬，如果是並發數的話，那這樣算就行了，假設每個網頁大小平均為30K，要求每個網頁在兩秒中之內打開，這樣，每個網頁的傳輸速度必須大於等於15k/s，同時有200個用戶訪問，則總的速度必須大於等於15k/s*200=3000k/s，所以帶寬必須大於等於3M，如果要求更嚴格一點，要求網頁必須在一秒鍾之內打開，則帶寬必須大於等於30k/s*200=6000k/s，即6M
⑦ 什麼是並發訪問，大量的並發訪問會造成什麼結果。
並發訪問就是同時有多個請求請求同一服務。比如我和你現在都同時在請求網路的伺服器提供搜索。
大量的並發訪問如果超出了伺服器的承受能力的話，輕則導致伺服器拋棄一部分請求，重則導致伺服器資源耗盡，當機。
有一種攻擊叫分布式拒絕服務攻擊（DDOS），就是利用這個。使得大量的垃圾請求阻塞伺服器，使得伺服器無法處理正常的請求從而耗盡資源。
⑧ windows nginx最大並發量
一個正常Nginx Linux 伺服器可以達到 500,000 _ 600,000 次/秒 的請求處理性能，如果Nginx伺服器經過優化的話，則可以穩定地達到 904,000 次/秒 的處理性能，大大提高Nginx的並發訪問量。
Nginx (engine x) 是一個高性能的HTTP和反向代理web伺服器，同時也提供了IMAP/POP3/SMTP服務。Nginx是由伊戈爾·賽索耶夫為俄羅斯訪問量第二的Rambler.ru站點（俄文：Рамблер）開發的，公開版本1.19.6發布於2020年12月15日。
Nginx是一款輕量級的Web 伺服器/反向代理伺服器及電子郵件（IMAP/POP3）代理伺服器，在BSD-like 協議下發行。其特點是佔有內存少，並發能力強，事實上nginx的並發能力在同類型的網頁伺服器中表現較好。
⑨ 200萬訪問量得多少人並發
200萬並發連接還是會話數，由於P2P軟體的廣泛使用單台電腦的並發連接就可以達到600-1000主要是UDP的，如果你是做出口產品選型的話建議同時查看設備的P2P流控功能。
當然一般情況下用戶開個網頁只用到2-4個並發連接。