TCP ve çekirdek Kernel Optimizasyonu ?

TCP ve çekirdek Kernel ile ilgili şöyle ayarlar keşfettim.Bu ayarlar böylemi kalmalıdır bilgi alabilirmiyim

net.ipv4.tcp_congestion_control: bbr
net.core.default_qdisc : fq
net.netfilter.nf_conntrack_max: 1000000
net.core.somaxconn: 65535
net.ipv4.tcp_max_syn_backlog: 65535
fs.file-max : 2097152
ulimit (nofile) : 1048576
net.ipv4.tcp_fin_timeout: 15
net.ipv4.tcp_keepalive_time: 600
net.ipv4.tcp_tw_reuse: 1

merhaba,

sanırım yüksek trafikli Web sunucusu için bu ayarları soruyorsunuz.

Somaxconn çok yüksek ama zararlı değil
nf_conntrack_max lookup yavaşlayabilir conntrack hashsize kontrolü ve bu değerlerin gerçekten trafiğe karşılık gelip gelmediğine ss -s / conntrack -C ile ara sıra bakmanızı öneririm.

Amaca göre değişse de iyi görünüyor. Bence kalsın. Eğer profesyonel değilsek Kernelle çok oynamamak selam verip geçmek en iyisi.

hocam ayarlar genel olarak mantıklı ama kalıcı olması için etc sysctl.d altına bir conf dosyası açıp sysctl system ile yükle yoksa reboot sonrası gidebilir. ulimit değerini nginx veya php fpm için systemd kullanıyorsan servis dosyasındaki LimitNOFILE belirler yani shell ulimit tek başına yetmez. bbr için kernel 4.9 ve üstü lazım sysctl net.ipv4.tcp_congestion_control çıktısına bakıp gerçekten bbr yazıyor mu doğrula. tcp_tw_reuse sadece giden bağlantıları etkiler o yüzden arkada proxy gibi çalışmıyorsan etkisi az olur

Kontrol sağladım teşekkür ederim

Elinize sağlık, TeknoWeb’in notları gayet yerinde. Ek olarak birkaç nokta var: tcp_fin_timeout ve tcp_keepalive_time gibi ayarlar modern çekirdeklerde genelde güvenli, ama sunucu OpenVZ/LXC tabanlı bir VPS üzerindeyse bu sysctl değerlerinin bir kısmı host çekirdeği tarafından kontrol edilir ve guest içinden değiştirilemeyebilir — ayar sessizce uygulanmamış olabilir, bu yüzden değişiklikten sonra gerçek çalışan değeri (örn. sysctl net.ipv4.tcp_fin_timeout) tekrar kontrol etmekte fayda var. fs.file-max genel sistem sınırı, ama her servisin kendi limiti (systemd’de LimitNOFILE, ya da bir panel üzerinden yönetiyorsanız panelin kendi servis limitleri) ayrı ayrı kontrol edilmeli, aksi halde global sınır yükseltilse bile tek tek servisler düşük limitte kalabilir.