1
、linux
(1)
現象：日誌**現
too manay open files
或者類似資訊
原因：伺服器允許的最大控制代碼數、當前使用者允許的最大控制代碼數或者當前執行緒允許的最大控制代碼數沒有調整
解決方法： 1.
在/etc/security/limits.conf
檔案最後加上如下語句：
* soft nofile 65535
* hard nofile 65535
* soft nproc 65535
* hard nproc 65535
2.執行
service sshd restart
重啟sshd
服務即可生效
若不生效，執行下述命令： 3
、echo ulimit -n 65535 >>/etc/profile 4、
source /etc/profile #
載入修改後的
profile
(2) tcp
相關配置 1
現象：程式在達到一定併發後無法建立連線，日誌**現大量
connot assign requested address
異常，檢視伺服器
tcp連線，可以看到非常多的
tcp連線未做優
化時一般為
3w左右連線數，降低壓力後可以重新建立連線，服務恢復正常。
原因：tcp引數未做調整，導致埠號被全部占用未釋放，無法建立後續連線
解決方法：
1./etc/sysctl.conf,
在檔案中新增如下內容： #
允許使用到的埠範圍
net.ipv4.ip_local_port_range = 1024 655352
現象：類似現象
1，但是檢視系統
tcp連線後發現非常多的
time_wait
狀態連線
原因：系統中併發非常大，導致客戶端釋放連線後，在伺服器端未**該連線，該
連線處於
time_wait狀態
解決方法：
1./etc/sysctl.conf,
在檔案中新增如下內容： #
設定tcp
連線時time_wait
個數，預設為
180000
，常用
net.ipv4.tcp_max_tw_buckets = 180000
# 開啟快速
tcp time_wait
快速**，常用
net.ipv4.tcp_tw_recycle = 1
# 開啟
time_wait
重用，常用
net.ipv4.tcp_tw_reuse = 1
3 其餘參考配置 #
設定保持在
fin_wait_2
狀態的時間
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_keepalive_time = 1200
net.ipv4.tcp_max_syn_backlog = 16384
net.ipv4.route.gc_timeout = 100
net.ipv4.tcp_syn_retries = 2
net.ipv4.tcp_synack_retries = 1
修改完成候，執行
sysctl -p
即可生效
Linux操作總結，持續完善
1.防火牆的設定 linux搭建伺服器，不可避免需要用到防火牆命令 必須開啟防火牆，外部方可以連上 譬如關閉傳檔案的22號埠的防火牆 sudo ufw delete allow 22 關閉完後檢視有沒有關閉成功 檢視防火牆狀態 sudo ufw status 現在重新開啟防火牆 sudo ufw a...
軟體測試過程的持續完善
軟體測試過程的持續完善 來自 不詳 引言 隨著軟體技術的迅猛發展，軟體的質量愈來愈受到廣泛的重視。而測試又是保證軟體質量的重要手段。根據ieee ansi標準，軟體測試的定義是 使用為發現錯誤所選擇的輸入和狀態的組合而執行 的過程 這就非常明確地提出了軟體測試是以發現錯誤，檢驗是否滿足需求為目標。軟...
AI教程資源彙總帖 持續完善
pdf lectures 2.1 gb pptx lectures 819 mb homework 4.3 mb sections 6.3 mb 資料集傳送門 python工具包 matlab工具包 matlab 資料集 python入門教程完整版 懂中文就能學會 12 16 python就業前景剖...