Linuxi jõudluse suurendamine - Redigeerimiste ajalugu

Jj – 24. märts 2021, kell 10:08

2021-03-24T10:08:51Z

←Vanem redaktsioon		Redaktsioon: 24. märts 2021, kell 10:08
1. rida:		1. rida:
	~~Linuxi wõrgutuuning~~		=== Süsteemi tuunimine===

	~~Kõigepealt~~ parema ~~kiiruse~~ saavutamiseks ~~vajalik. Optimeeritud puhuks,~~		Masinatel, kus rakendus avab palju faile ja/või võrguühendusi (näiteks logiserver, DB):
	kus mõlemad pooled on gigabiti otsas. Mõju on kohati päris suur, näiteks		$ ulimit -n
			65535

			Vaikimisi 1024.

			Järgnev on parema võrgukiiruse saavutamiseks juhul kus mõlemad pooled on gigabiti otsas. Mõju on kohati päris suur, näiteks
	testi puhul kasvas kiirus 500Mbit/s -> 750 MBit/s		testi puhul kasvas kiirus 500Mbit/s -> 750 MBit/s
	võrreldes vaikeväärtustega.		võrreldes vaikeväärtustega.

	TCP akna mõõdud. Normaaljuhul ei tohiks min väärtust nii suureks keerata		TCP akna mõõdud. Normaaljuhul ei tohiks min väärtust nii suureks keerata
	(default on 4k) ja max väärtuse veel suuremaks ajamisest pole minu		(default on 4k) ja max väärtuse veel suuremaks ajamisest pole minu katsetuste põhjal kasu. Ühest küljest konservatiivne ja teisest küljest
	katsetuste põhjal kasu. Ühest küljest konservatiivne ja teisest küljest
	mitteahistav valik võiks olla 4k <midagi> 2M.		mitteahistav valik võiks olla 4k <midagi> 2M.
	net.ipv4.tcp_rmem = 131072 1048576 2097152		net.ipv4.tcp_rmem = 131072 1048576 2097152
16. rida:		20. rida:
	net.core.rmem_max = 2097152		net.core.rmem_max = 2097152
	net.core.wmem_max = 2097152		net.core.wmem_max = 2097152

			Liskas tasub disableda slow-start, et võrgust maksimum välja pigistada:

			net.ipv4.tcp_slow_start_after_idle = 0

	Vastuvõtva järjekorra suurus (saatmisjärjekord seevastu peaks olema		Vastuvõtva järjekorra suurus (saatmisjärjekord seevastu peaks olema
26. rida:		34. rida:
	net.ipv4.tcp_dsack = 0		net.ipv4.tcp_dsack = 0
	net.ipv4.tcp_sack = 0		net.ipv4.tcp_sack = 0
			Serveri moodi masinatel - määrab ära ootel ühenduste max arvu:
			net.core.somaxconn = 1024
			net.ipv4.tcp_max_syn_backlog = 8096
			Vaikimisi 128.

			Masinatel mis teevad palju ühendusi väljapoole (ntx vpn hub, load balancer):
			net.ipv4.tcp_tw_reuse = 1
			net.ipv4.ip_local_port_range = 10240 65535

			Vaikimisi "2" ja "32768 60999".

	Serveri puhul on suure ühenduste arvu teenindamiseks vaja suuremaks		Serveri puhul on suure ühenduste arvu teenindamiseks vaja suuremaks
68. rida:		86. rida:
	sysctl -w net.ipv4.tcp_max_syn_backlog=2048		sysctl -w net.ipv4.tcp_max_syn_backlog=2048

			Vaatamiseks ja debugimiseks sobivad käsud

	# netstat -tuna \| grep :80 \| grep SYN_RECV		# netstat -tuna \| grep :80 \| grep SYN_RECV
80. rida:		99. rida:
	106 ESTABLISHED		106 ESTABLISHED
	1536 TIME_WAIT		1536 TIME_WAIT


	After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:		After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:
87. rida:		105. rida:
	[1116439.567828] possible SYN flooding on port 80. Sending cookies.		[1116439.567828] possible SYN flooding on port 80. Sending cookies.
	[1116500.631623] possible SYN flooding on port 80. Sending cookies.		[1116500.631623] possible SYN flooding on port 80. Sending cookies.

			===Lingid===

	http://en.wikipedia.org/wiki/SYN_flood		http://en.wikipedia.org/wiki/SYN_flood

			https://www.slideshare.net/brendangregg/how-netflix-tunes-ec2-instances-for-performance

Jj – 11. oktoober 2012, kell 14:43

2012-10-11T14:43:12Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:43
63. rida:		63. rida:

	Lisaks tasub suurendada ka SYN backlogi suurust (vaikimisi 1024)		Lisaks tasub suurendada ka SYN backlogi suurust (vaikimisi 1024)

			Sissetulevad ühendused, mida pole veel teenindada jõutud.

	sysctl -w net.ipv4.tcp_max_syn_backlog=2048		sysctl -w net.ipv4.tcp_max_syn_backlog=2048

Jj – 11. oktoober 2012, kell 14:19

2012-10-11T14:19:57Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:19
51. rida:		51. rida:
	# schedtool -a 0xff <PID>		# schedtool -a 0xff <PID>
	# schedtool -a 0xff -e /path/to/app arg1 arg2 argN		# schedtool -a 0xff -e /path/to/app arg1 arg2 argN

	~~----~~

	[[Pilt:Tcp2 0110.gif]]		[[Pilt:Tcp2 0110.gif]]

Jj – 11. oktoober 2012, kell 14:10

2012-10-11T14:10:59Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:10
54. rida:		54. rida:
	----		----

	[[Pilt:~~Tcpopen3way~~.~~png~~]]		[[Pilt:Tcp2 0110.gif]]

	SYN floodi vastu kaitseb sysctl muutja		SYN floodi vastu kaitseb sysctl muutja

Jj – 11. oktoober 2012, kell 14:09

2012-10-11T14:09:13Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:09
54. rida:		54. rida:
	----		----

	[[Pilt:~~Tcp2 0110~~.~~gif~~]]		[[Pilt:Tcpopen3way.png]]

	SYN floodi vastu kaitseb sysctl muutja		SYN floodi vastu kaitseb sysctl muutja

Jj – 11. oktoober 2012, kell 14:08

2012-10-11T14:08:23Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:08
70. rida:		70. rida:

	# netstat -tuna \| grep :80 \| grep SYN_RECV		# netstat -tuna \| grep :80 \| grep SYN_RECV

	~~[[Pilt:Tcpopen3way.png]]~~

	# netstat -ant \| grep 80 \| awk '{print $6}' \| sort \| uniq -c \| sort -n		# netstat -ant \| grep 80 \| awk '{print $6}' \| sort \| uniq -c \| sort -n
83. rida:		81. rida:
	1536 TIME_WAIT		1536 TIME_WAIT

	~~http://www.tcpipguide.com/free/t_TCPConnectionEstablishmentProcessTheThreeWayHandsh-3.htm~~

	After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:		After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:

Jj – 11. oktoober 2012, kell 14:07

2012-10-11T14:07:29Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:07
83. rida:		83. rida:
	1536 TIME_WAIT		1536 TIME_WAIT

			http://www.tcpipguide.com/free/t_TCPConnectionEstablishmentProcessTheThreeWayHandsh-3.htm

	After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:		After you do the above, SYN Flood attacks will continue, but it will not affect the server negatively. You will see a message like this in your logs:

Jj – 11. oktoober 2012, kell 14:07

2012-10-11T14:07:16Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:07
71. rida:		71. rida:
	# netstat -tuna \| grep :80 \| grep SYN_RECV		# netstat -tuna \| grep :80 \| grep SYN_RECV

			[[Pilt:Tcpopen3way.png]]

	# netstat -ant \| grep 80 \| awk '{print $6}' \| sort \| uniq -c \| sort -n		# netstat -ant \| grep 80 \| awk '{print $6}' \| sort \| uniq -c \| sort -n

Jj – 11. oktoober 2012, kell 14:05

2012-10-11T14:05:36Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:05
53. rida:		53. rida:

	----		----

			[[Pilt:Tcp2 0110.gif]]

	SYN floodi vastu kaitseb sysctl muutja		SYN floodi vastu kaitseb sysctl muutja

Jj – 11. oktoober 2012, kell 14:00

2012-10-11T14:00:35Z

←Vanem redaktsioon		Redaktsioon: 11. oktoober 2012, kell 14:00
86. rida:		86. rida:
	[1116439.567828] possible SYN flooding on port 80. Sending cookies.		[1116439.567828] possible SYN flooding on port 80. Sending cookies.
	[1116500.631623] possible SYN flooding on port 80. Sending cookies.		[1116500.631623] possible SYN flooding on port 80. Sending cookies.

			http://en.wikipedia.org/wiki/SYN_flood