⑴ 伺服器埠被佔用怎麼解決
1.運行cmd，輸入netstat -ano，查看埠。
2.找到8080埠，查看在運行程序的pid。
3.再到桌面，從控制面板進入任務管理器。
4.從進程里看程序是看不到PID的，只有點右側的詳細信息，才可以看到PID。
5.找到相同的PID進程，點結束進程就可以了，這樣8080埠就不會再被佔用了。
6.回到伺服器，重新運行一次，看看是否還有錯誤，如果已經沒有錯誤，運行成功了。
⑵ 伺服器里的CPU佔用很高，怎麼辦
佔用高有很多因素的，大致可分幾點：
一、殺毒軟體的運行，增大系統負擔。建議用最少的監控服務；
二、自己的軟體程序運行。檢查程序最大線程數是否足夠，程序代碼不夠優化，如死循環，死鎖；
三、病毒、木馬、間諜軟體導致，由於大量的病毒迅速復制，造成CPU佔用資源率據高不下。最好檢查清楚進程的運行路徑是否有異常，建議用殺毒軟體徹底查殺；
四、不完善的驅動程序也可以造成CPU使用率過高，定期升級更新驅動。
五、網路連接導致CPU使用率高，當負荷過重，就會出現上述情況。也有可能受到網路攻擊，消耗大量的系統資源導致。
⑶ 求教伺服器tcp連接數被占滿的有關問題
我問了在約APP的專家，修改上述限制的最簡單的辦法就是使用ulimit命令：
[speng@as4 ~]$ ulimit -n
上述命令中，在中指定要設置的單一進程允許打開的最大文件數。如果系統回顯類似於「Operation notpermitted」之類的話，說明上述限制修改失敗，實際上是因為在中指定的數值超過了linux系統對該用戶打開文件數的軟限制或硬限制。因此，就需要修改Linux系統對用戶的關於打開文件數的軟限制和硬限制。
第一步，修改/etc/security/limits.conf文件，在文件中添加如下行：
speng soft nofile 10240
speng hard nofile 10240
其中speng指定了要修改哪個用戶的打開文件數限制，可用』*'號表示修改所有用戶的限制；soft或hard指定要修改軟限制還是硬限制；10240則指定了想要修改的新的限制值，即最大打開文件數(請注意軟限制值要小於或等於硬限制)。修改完後保存文件。
第二步，修改/etc/pam.d/login文件，在文件中添加如下行：
session required /lib/security/pam_limits.so
這是告訴Linux在用戶完成系統登錄後，應該調用pam_limits.so模塊來設置系統對該用戶可使用的各種資源數量的最大限制(包括用戶可打開的最大文件數限制)，而pam_limits.so模塊就會從/etc/security/limits.conf文件中讀取配置來設置這些限制值。修改完後保存此文件。
第三步，查看Linux系統級的最大打開文件數限制，使用如下命令：
[speng@as4 ~]$ cat /proc/sys/fs/file-max
12158
這表明這台Linux系統最多允許同時打開(即包含所有用戶打開文件數總和)12158個文件，是Linux系統級硬限制，所有用戶級的打開文件數限制都不應超過這個數值。通常這個系統級硬限制是Linux系統在啟動時根據系統硬體資源狀況計算出來的最佳的最大同時打開文件數限制，如果沒有特殊需要，不應該修改此限制，除非想為用戶級打開文件數限制設置超過此限制的值。修改此硬限制的方法是修改/etc/rc.local腳本，在腳本中添加如下行：
echo 22158 > /proc/sys/fs/file-max
這是讓Linux在啟動完成後強行將系統級打開文件數硬限制設置為22158。修改完後保存此文件。
完成上述步驟後重啟系統，一般情況下就可以將Linux系統對指定用戶的單一進程允許同時打開的最大文件數限制設為指定的數值。如果重啟後用 ulimit-n命令查看用戶可打開文件數限制仍然低於上述步驟中設置的最大值，這可能是因為在用戶登錄腳本/etc/profile中使用ulimit -n命令已經將用戶可同時打開的文件數做了限制。由於通過ulimit-n修改系統對用戶可同時打開文件的最大數限制時，新修改的值只能小於或等於上次 ulimit-n設置的值，因此想用此命令增大這個限制值是不可能的。所以，如果有上述問題存在，就只能去打開/etc/profile腳本文件，在文件中查找是否使用了ulimit-n限制了用戶可同時打開的最大文件數量，如果找到，則刪除這行命令，或者將其設置的值改為合適的值，然後保存文件，用戶退出並重新登錄系統即可。
通過上述步驟，就為支持高並發TCP連接處理的通訊處理程序解除關於打開文件數量方面的系統限制。
2、修改網路內核對TCP連接的有關限制（參考對比下篇文章「優化內核參數」）
在Linux上編寫支持高並發TCP連接的客戶端通訊處理程序時，有時會發現盡管已經解除了系統對用戶同時打開文件數的限制，但仍會出現並發TCP連接數增加到一定數量時，再也無法成功建立新的TCP連接的現象。出現這種現在的原因有多種。
第一種原因可能是因為Linux網路內核對本地埠號范圍有限制。此時，進一步分析為什麼無法建立TCP連接，會發現問題出在connect()調用返回失敗，查看系統錯誤提示消息是「Can』t assign requestedaddress」。同時，如果在此時用tcpmp工具監視網路，會發現根本沒有TCP連接時客戶端發SYN包的網路流量。這些情況說明問題在於本地Linux系統內核中有限制。其實，問題的根本原因在於Linux內核的TCP/IP協議實現模塊對系統中所有的客戶端TCP連接對應的本地埠號的范圍進行了限制(例如，內核限制本地埠號的范圍為1024~32768之間)。當系統中某一時刻同時存在太多的TCP客戶端連接時，由於每個TCP客戶端連接都要佔用一個唯一的本地埠號(此埠號在系統的本地埠號范圍限制中)，如果現有的TCP客戶端連接已將所有的本地埠號占滿，則此時就無法為新的TCP客戶端連接分配一個本地埠號了，因此系統會在這種情況下在connect()調用中返回失敗，並將錯誤提示消息設為「Can』t assignrequested address」。有關這些控制邏輯可以查看Linux內核源代碼，以linux2.6內核為例，可以查看tcp_ipv4.c文件中如下函數：
static int tcp_v4_hash_connect(struct sock *sk)
請注意上述函數中對變數sysctl_local_port_range的訪問控制。變數sysctl_local_port_range的初始化則是在tcp.c文件中的如下函數中設置：
void __init tcp_init(void)
內核編譯時默認設置的本地埠號范圍可能太小，因此需要修改此本地埠范圍限制。
第一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_local_port_range = 1024 65000
這表明將系統對本地埠范圍限制設置為1024~65000之間。請注意，本地埠范圍的最小值必須大於或等於1024；而埠范圍的最大值則應小於或等於65535。修改完後保存此文件。
第二步，執行sysctl命令：
[speng@as4 ~]$ sysctl -p
如果系統沒有錯誤提示，就表明新的本地埠范圍設置成功。如果按上述埠范圍進行設置，則理論上單獨一個進程最多可以同時建立60000多個TCP客戶端連接。
第二種無法建立TCP連接的原因可能是因為Linux網路內核的IP_TABLE防火牆對最大跟蹤的TCP連接數有限制。此時程序會表現為在 connect()調用中阻塞，如同死機，如果用tcpmp工具監視網路，也會發現根本沒有TCP連接時客戶端發SYN包的網路流量。由於 IP_TABLE防火牆在內核中會對每個TCP連接的狀態進行跟蹤，跟蹤信息將會放在位於內核內存中的conntrackdatabase中，這個資料庫的大小有限，當系統中存在過多的TCP連接時，資料庫容量不足，IP_TABLE無法為新的TCP連接建立跟蹤信息，於是表現為在connect()調用中阻塞。此時就必須修改內核對最大跟蹤的TCP連接數的限制，方法同修改內核對本地埠號范圍的限制是類似的：
第一步，修改/etc/sysctl.conf文件，在文件中添加如下行：
net.ipv4.ip_conntrack_max = 10240
這表明將系統對最大跟蹤的TCP連接數限制設置為10240。請注意，此限制值要盡量小，以節省對內核內存的佔用。
第二步，執行sysctl命令：
[speng@as4 ~]$ sysctl -p
如果系統沒有錯誤提示，就表明系統對新的最大跟蹤的TCP連接數限制修改成功。如果按上述參數進行設置，則理論上單獨一個進程最多可以同時建立10000多個TCP客戶端連接。
3、使用支持高並發網路I/O的編程技術
在Linux上編寫高並發TCP連接應用程序時，必須使用合適的網路I/O技術和I/O事件分派機制。
可用的I/O技術有同步I/O，非阻塞式同步I/O(也稱反應式I/O)，以及非同步I/O。在高TCP並發的情形下，如果使用同步I/O，這會嚴重阻塞程序的運轉，除非為每個TCP連接的I/O創建一個線程。但是，過多的線程又會因系統對線程的調度造成巨大開銷。因此，在高TCP並發的情形下使用同步 I/O是不可取的，這時可以考慮使用非阻塞式同步I/O或非同步I/O。非阻塞式同步I/O的技術包括使用select()，poll()，epoll等機制。非同步I/O的技術就是使用AIO。
從I/O事件分派機制來看，使用select()是不合適的，因為它所支持的並發連接數有限(通常在1024個以內)。如果考慮性能，poll()也是不合適的，盡管它可以支持的較高的TCP並發數，但是由於其採用「輪詢」機制，當並發數較高時，其運行效率相當低，並可能存在I/O事件分派不均，導致部分TCP連接上的I/O出現「飢餓」現象。而如果使用epoll或AIO，則沒有上述問題(早期Linux內核的AIO技術實現是通過在內核中為每個 I/O請求創建一個線程來實現的，這種實現機制在高並發TCP連接的情形下使用其實也有嚴重的性能問題。但在最新的Linux內核中，AIO的實現已經得到改進)。
綜上所述，在開發支持高並發TCP連接的Linux應用程序時，應盡量使用epoll或AIO技術來實現並發的TCP連接上的I/O控制，這將為提升程序對高並發TCP連接的支持提供有效的I/O保證。
內核參數sysctl.conf的優化
/etc/sysctl.conf 是用來控制linux網路的配置文件，對於依賴網路的程序（如web伺服器和cache伺服器）非常重要，RHEL默認提供的最好調整。
推薦配置（把原/etc/sysctl.conf內容清掉，把下面內容復制進去）：
net.ipv4.ip_local_port_range = 1024 65536
net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.ipv4.tcp_rmem=4096 87380 16777216
net.ipv4.tcp_wmem=4096 65536 16777216
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_window_scaling = 0
net.ipv4.tcp_sack = 0
net.core.netdev_max_backlog = 30000
net.ipv4.tcp_no_metrics_save=1
net.core.somaxconn = 262144
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_max_orphans = 262144
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
這個配置參考於cache伺服器varnish的推薦配置和SunOne 伺服器系統優化的推薦配置。
varnish調優推薦配置的地址為：http://varnish.projects.linpro.no/wiki/Performance
不過varnish推薦的配置是有問題的，實際運行表明「net.ipv4.tcp_fin_timeout = 3」的配置會導致頁面經常打不開；並且當網友使用的是IE6瀏覽器時，訪問網站一段時間後，所有網頁都會打不開，重啟瀏覽器後正常。可能是國外的網速快吧，我們國情決定需要調整「net.ipv4.tcp_fin_timeout = 10」，在10s的情況下，一切正常（實際運行結論）。
修改完畢後，執行：
/sbin/sysctl -p /etc/sysctl.conf
/sbin/sysctl -w net.ipv4.route.flush=1
命令生效。為了保險起見，也可以reboot系統。
調整文件數：
linux系統優化完網路必須調高系統允許打開的文件數才能支持大的並發，默認1024是遠遠不夠的。
執行命令：
Shell代碼
echo ulimit -HSn 65536 >> /etc/rc.local
echo ulimit -HSn 65536 >>/root/.bash_profile
ulimit -HSn 65536
⑷ 我的伺服器為什麼CPU中有一個線程總是在高位運行
關於CPU100%解決的小竅門
1、驅動沒有經過認證，造成CPU資源佔用100％。大量的測試版的驅動在網上泛濫，造成了難以發現的故障原因。
2、防、殺毒軟體造成故障。由於一些防、殺毒軟加入了對網頁、插件、郵件的隨機監控，無疑增大了系統負擔，可以根據情況有選擇的開啟服務。
3、病毒、木馬造成。大量的蠕蟲病毒在系統內部迅速復制，造成CPU佔用資源率據高不下。解決辦法：使用最新的殺毒軟體在DOS模式下進行殺毒。經常性更新升級殺毒軟體和防火牆，加強防毒意識，掌握正確的防殺毒知識。
4、開始－＞運行－＞msconfig－＞啟動，關閉不必要的啟動項，重啟。
5、查看「svchost」進程。
Svchost.exe是Windows XP系統的一個核心進程。Svchost.exe不單單只出現在Windows XP中，在使用NT內核的Windows系統中都會有Svchost.exe的存在。一般在Windows 2000中Svchost.exe進程的數目為2個，而在Windows XP中Svchost.exe進程的數目就上升到了4個及4個以上。
如何才能辨別哪些是正常的Svchost.exe進程，而哪些是病毒進程呢？
Svchost.exe的鍵值是在「HKEY_LOCAL_ NTCurrentVersionSvchost」，每個鍵值表示一個獨立的Svchost.exe組。
微軟還為我們提供了一種察看系統正在運行在Svchost.exe列表中的服務的方法。以Windows XP為例：在「運行」中輸入：cmd，然後在命令行模式中輸入：tasklist /svc。系統列出服務列表。如果使用的是Windows 2000系統則把前面的「tasklist /svc」命令替換為：「tlist -s」即可。
如果你懷疑計算機有可能被病毒感染，Svchost.exe的服務出現異常的話通過搜索Svchost.exe文件就可以發現異常情況。一般只會找到一個在：「C:WindowsSystem32」目錄下的Svchost.exe程序。如果你在其他目錄下發現Svchost.exe程序的話，那很可能就是中毒了。
還有一種確認Svchost.exe是否中毒的方法是在任務管理器中察看進程的執行路徑。但是由於在Windows系統自帶的任務管理器不能察看進程路徑，所以要使用第三方的進程察看工具。
上面簡單的介紹了Svchost.exe進程的相關情況。總而言之，Svchost.exe是一個系統的核心進程，並不是病毒進程。但由於Svchost.exe進程的特殊性，所以病毒也會千方百計的入侵Svchost.exe。通過察看Svchost.exe進程的執行路徑可以確認是否中毒。
6、查看網路連接。主要是網卡。
7、把網卡、顯卡、音效卡卸載，然後重新安裝一下驅動。
8、重裝系統、常用軟體、當然也要裝驅動，用幾天看一下。若不會出現這種問題，再裝上其他軟體，但是最好是一個軟體裝完，先用幾天。現會出現問題再接裝！
⑸ 伺服器CPU被占滿怎麼辦
你好，您的CPU占滿是持續的還是暫時的。 如果新打開一個程序應用，CPU會一下子跑的很高，之後就回復正常佔用率的話就沒事的。如果是一直被占滿，可以打開任務管理器查看一下程序應用，關掉不必要的程序軟體，再者就是現在CPU滿足不了了，需要更換更高性能的CPU。
⑹ 伺服器cpu佔用率高怎麼解決
當CPU使用率過高的時候，由於CPU資源不足，往往很容易出現電腦卡或者無響應的等情況，最後的結果往往就是死機，只能重啟，但重要文件沒有保存就很麻煩了。那麼針對電腦cpu佔用過高怎麼辦呢?其實都是從兩個方面去考慮，一個是軟體方面，另外一個則是硬體方面，其中硬體方面其決定性因素。
要解決CPU使用率過高，首先我們要明白CPU過高是什麼原因造成的，我們主要從軟體與硬體入手：
原因一、硬體方面導致的CPU使用率高
電腦cpu佔用過高怎麼辦？其實硬體方面決定著比較大的關系，比如如果電腦還是老爺機，採用最初的單核賽揚級處理器，那麼這樣的電腦，在多開啟幾個網頁的情況下就容易導致CPU使用率過高，不管你怎麼優化系統，這個問題始終無法很好解決，這主要是因為硬體本身過低造成的。
原因二、軟體方面導致的CPU使用率高
這方面主要涉及到的是系統問題，比如系統過於臃腫，開啟過多程序以及電腦中病毒木馬等等都會產生CPU使用率過高，而導致電腦速度慢。解決辦法主要是圍繞系統優化，優化開機啟動項、盡量避免開啟太多程序等等，以下我們會詳細介紹。
不過如今電腦均已經達到了雙核以上，即便入門處理器在滿足上網與辦公也會有非常流暢的運行速度，因此如果是老電腦經常出現CPU使用率過高，那麼建議大家最好升級處理器或者換電腦從根本上解決問題。對於如今入門雙核處理器盡管滿足基本上網與辦公流暢，但運行大型應用也同樣會存在CPU使用率高的問題，因此在DIY裝機中我們一定要了解電腦的用途與需求，選擇合適的電腦配置。
最後我們再來重點與大家介紹下關於電腦cpu佔用過高怎麼辦的解決辦法。由於硬體方面，我們只能採取硬體升級來解決，所以這里不過多介紹，下面我們主要針對系統以及軟體優化的方式，來盡量釋放CPU使用率，這種方法適合CPU使用高並不是很嚴重的情況，過於嚴重建議還是從硬體升級入手。
(1).排除病毒感染
如果電腦中病毒或馬的情況下，木馬惡意程序很可能會大量佔用CPU資源，尤其是一些頑固病毒木馬，一直都在惡意循環活動，感染各類系統文件，大量佔用CPU資源，這種情況就很容易出現CPU使用率過高，即便是較高的CPU也經不起反復大量的惡意程序運行，因此如果發現CPU使用過高，我們首先應高想下是否是電腦中病毒了，建議大家安裝如金山殺毒進行全面查殺。
⑵.排除病毒感染後，下面我們就需要從系統優化入手了，首先建議大家優化開啟啟動項，盡量讓不需要使用到的軟體不開機自動啟動，比如一些播放器軟體、銀行安全插件等，這些完全可以需要的時候再開啟，沒必要開機啟動。
⑶關閉不需要的程序進程
如果發現CPU使用率較高，我們可以進入任務管理器，關閉一些不需要的程序與進程，如下圖：
通過注冊表進行服務項優化，也可以一定程度優化CPU資源使用，比如當系統檢查到開啟視頻相關服務，就會把CPU多分配一些供其使用，我們就是要禁用這個機制，方法如下：
我們首先進入電腦注冊表。
如上圖，接著將數值數據中，僅保留AudioEndpointBuilder和RpcSs，其他一概刪除，然後退出即可，如下圖：
以上就是簡單的介紹了一條關於開啟視頻相關服務的優化，通過禁用該無用功能，也可以微微提升CPU資源，另外我們還可以優化注冊表其它項目。