Saal - Redigeerimiste ajalugu

Jj – 11. november 2013, kell 22:00

2013-11-11T22:00:40Z

←Vanem redaktsioon		Redaktsioon: 11. november 2013, kell 22:00
99. rida:		99. rida:
	...		...
	[ 17.923969] Adding 1369640k swap on /dev/zram11. Priority:5 extents:1 across:1369640k SSFS		[ 17.923969] Adding 1369640k swap on /dev/zram11. Priority:5 extents:1 across:1369640k SSFS

			Statistika

			$ zramconfig /dev/zram0 --stats

	Kui masinal on suurtes kogustes (nt 16-32G) mälu pole ilmseltn kasutamine väga mõtekas. Eemaldamiseks Debianis/Ubuntus		Kui masinal on suurtes kogustes (nt 16-32G) mälu pole ilmseltn kasutamine väga mõtekas. Eemaldamiseks Debianis/Ubuntus

Jj – 6. november 2013, kell 23:10

2013-11-06T23:10:56Z

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 23:10
105. rida:		105. rida:
	http://wiki.gentoo.org/wiki/Zram		http://wiki.gentoo.org/wiki/Zram

	OS X Mavericis on olemas RAM compression. Et kui RAM hakkab täis saama, siis ta enne swappimist hakkab hoopis low priority RAM kasutuse osa pakkima arvestades, et CPU tsüklid koos RAM accessiga on kordi ja kordi väiksem ajakulu kui disk access. Ning vähemalt testid mida netis on tehtud on näidanud, et indeed Mavericks hoiab swapist eemal nagu katkust. Pigem ta tõmbab oma buffreid kokku ning kukub pakkima ja igast muud tegema suutes mahutada kuni 50% asju RAM-i ja alles siis kapituleerub ja pistab varba swapi alasse. See on minumeelest väga progressiivne disain võttes arvesse mis on tegelt ka kiire ja mis ei ole		OS X Mavericis on olemas RAM compression. Et kui RAM hakkab täis saama, siis ta enne swappimist hakkab hoopis low priority RAM kasutuse osa pakkima arvestades, et CPU tsüklid koos RAM accessiga on kordi ja kordi väiksem ajakulu kui disk access. Ning vähemalt testid mida netis on tehtud on näidanud, et indeed Mavericks hoiab swapist eemal nagu katkust. Pigem ta tõmbab oma buffreid kokku ning kukub pakkima ja igast muud tegema suutes mahutada kuni 50% asju RAM-i ja alles siis kapituleerub ja pistab varba swapi alasse. See on minumeelest väga progressiivne disain võttes arvesse mis on tegelt ka kiire ja mis ei ole

	~~Isegi vana ja katkise akuga 2010 aasta mudelil tõstis Mavericks akul töötamise aega ca 30% puhtalt congregated CPU accessi kaudu ilma, et praktikas väga märkaks mingit vahet kasutamises.~~

Jj: /* Saali ehk swapi aktuaalsus tänapäeval */

2013-11-06T14:08:02Z

Saali ehk swapi aktuaalsus tänapäeval

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 14:08
17. rida:		17. rida:
	kuna saal-swap tehakse ikkagi piiratud suurusega partitsioonile, siis on ka selle partitsiooni suurus lõpuks piiratud ja sellega lõplik ka summaarne virtuaalmälu kogus, mida füüsilise mälu ja svapi koosluses saab kasutusele võtta. Ja kui see otsa lõpeb, siis on ikkagi jama majas. Kui korrektne olla, siis tänasel päeval server ei krässi, vaid hakkab mälupuudused omi protsesse tapma. Ja normaalolukorras sellise olukorrani ei jõutagi. Ja KUI jõutakse, siis see tähendab, et kusagil mälu lekib ning siis see juhtub senikaua, kuni KOGU mälu on otsas, sõltumata sellest, kui palju ma seda svappi tegin. Küsimus on lihtsalt selles, kas see juhtub varem või natukene hiljem		kuna saal-swap tehakse ikkagi piiratud suurusega partitsioonile, siis on ka selle partitsiooni suurus lõpuks piiratud ja sellega lõplik ka summaarne virtuaalmälu kogus, mida füüsilise mälu ja svapi koosluses saab kasutusele võtta. Ja kui see otsa lõpeb, siis on ikkagi jama majas. Kui korrektne olla, siis tänasel päeval server ei krässi, vaid hakkab mälupuudused omi protsesse tapma. Ja normaalolukorras sellise olukorrani ei jõutagi. Ja KUI jõutakse, siis see tähendab, et kusagil mälu lekib ning siis see juhtub senikaua, kuni KOGU mälu on otsas, sõltumata sellest, kui palju ma seda svappi tegin. Küsimus on lihtsalt selles, kas see juhtub varem või natukene hiljem

	Põhjus miks swapi loomise soovitus (ja teatud suurusega loomise) ikka veel "elus" on on hiberneerimine. Nimelt ei kirjuta Linux mälutõmmist mitte eraldi faili vaid hiberneerimiskäsu saades swapib kõigepealt kõik asjad välja ja siis salvestab protsessori registrid ja muud viimased nipet-näpet sinna otsa eraldi kohta. On selge, et kui swappi on liiga vähe, siis hiberneerimine ei õnnestu.		Põhjus miks swapi loomise soovitus (ja teatud suurusega loomise) ikka veel "elus" on on hiberneerimine. Nimelt ei kirjuta Linux mälutõmmist mitte eraldi faili vaid hiberneerimiskäsu saades swapib kõigepealt kõik asjad välja ja siis salvestab protsessori registrid ja muud viimased nipet-näpet sinna otsa eraldi kohta. On selge, et kui swappi on liiga vähe, siis hiberneerimine ei õnnestu. Serverid on tavaliselt aga optimeeritud ja tuunitud ja hoolika adminni poolt kontrollitud, et seal töötavad ainult need protsessid mis vaja (ja need ise on ka tuunitud, et nad ei teeks midagi liigset).

	Serverid on tavaliselt aga optimeeritud ja tuunitud ja hoolika adminni poolt kontrollitud, et seal töötavad ainult need protsessid mis vaja (ja need ise on ka tuunitud, et nad ei teeks midagi liigset).		Seetõttu serverites tavapärast swappimist kettapuhvrite nimel palju ei toimu. Lisaks, tuginedes aastatetagusele kogemusele suure veebiserveriga-ga, see olukord, kus RAM saab täis aktiivses kasutuses olevat mälu ja seda hakatakse juba otsast swappi kirjutama ja järgmisel hektel sealt siis lugema - selle puhul on asi juba lootusetu ja tegelikult, ma usun, taastuks süsteem kiiremini, kui tal üldse swappi poleks. Pika koomlemise asemel tapetaks lihtsalt läbustaja ära ja asi korras.

	Seetõttu serverites tavapärast swappimist kettapuhvrite nimel palju ei toimu. Lisaks, tuginedes aastatetagusele kogemusele suure veebiserveriga-ga, see olukord, kus RAM saab täis aktiivses kasutuses olevat mälu ja seda hakatakse juba otsast swappi kirjutama ja järgmisel hektel sealt siis lugema - selle puhul on asi juba lootusetu ja tegelikult, ma usun, taastuks süsteem kiiremini, kui tal üldse swappi poleks. Pika koomlemise asemel ~~tapaks~~ lihtsalt läbustaja ära ja asi korras.

	Ühesõnaga sawpi vajadus tänapäevastel serveritel on kaheldav ning üle 2GB ei maksa seda teha enam kuhugi. Kui sul on 24-48 GB mäluga server, siis ka RAM=swap lahendusega läheb mälulekkega swapima hakates masin nii kooma et sellega pole midagi võimalik teha.		Ühesõnaga sawpi vajadus tänapäevastel serveritel on kaheldav ning üle 2GB ei maksa seda teha enam kuhugi. Kui sul on 24-48 GB mäluga server, siis ka RAM=swap lahendusega läheb mälulekkega swapima hakates masin nii kooma et sellega pole midagi võimalik teha.

	Desktoppides on oluliselt rohkem rakendusi, mis tarbivad palju mälu, kuid mis ei kasuta seda pidevalt. Seega on seal palju mälulehti, mida tasub kettapuhvride suurendamise nimel välja saalida. Samas ka swappivas Desktopis ei ole võimalik töötada (minuarust isegi mitte		Desktoppides on oluliselt rohkem rakendusi, mis tarbivad palju mälu, kuid mis ei kasuta seda pidevalt. Seega on seal palju mälulehti, mida tasub kettapuhvride suurendamise nimel välja saalida. Samas ka swappivas Desktopis ei ole võimalik töötada (minuarust isegi mitte
	SSDga).		SSDga). Seega, kui desktopi masinas on swap olemas, siis olgu vm.swappiness = 10 või isegi 0 Põhjus on see, et tööjaamas "munevad" ka "vajalikud" asjad (brauser, desktop jne) ning tüütu on pärast paaritunnist pausi arvuti juurde tagasi tulla ja peale hiire liigutamist oodata kuidas screensaver ja ülejäänud osa desktoppi swapist tagasi mällu krõbistatakse.

	Seega, kui desktopi masinas on swap olemas, siis olgu vm.swappiness = 10 või isegi 0 Põhjus on see, et tööjaamas "munevad" ka "vajalikud" asjad (brauser, desktop jne) ning tüütu on pärast paaritunnist pausi arvuti juurde tagasi tulla ja peale hiire liigutamist oodata kuidas screensaver ja ülejäänud osa desktoppi swapist tagasi mällu krõbistatakse.

	Kogu jutu kokkuvõtteks oleks, et swap võiks olla eelkõige just desktopis hiberneerimise funktsiooni kasutades. Serverites võib julgemalt ära jätta, seal kipub mälu otsasaamine olema juba märk kroonilisest lekkest ja siis on hea kui jama maha lüüakse swapimise asemel (sekkub OOM Killer).		Kogu jutu kokkuvõtteks oleks, et swap võiks olla eelkõige just desktopis hiberneerimise funktsiooni kasutades. Serverites võib julgemalt ära jätta, seal kipub mälu otsasaamine olema juba märk kroonilisest lekkest ja siis on hea kui jama maha lüüakse swapimise asemel (sekkub OOM Killer).

Jj: /* Saal ja mälu pakkimine */

2013-11-06T13:41:50Z

Saal ja mälu pakkimine

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:41
89. rida:		89. rida:

	# apt-get install zram-config		# apt-get install zram-config

			Seda kas zram toimib saab kontrollida proc failisüsteemis vaadates kas /dev/zram partitsioonid on sinna tekkinud.

			# cat /proc/swaps

	Dmesgis võib mälu otsalõppemisel näha sisselülitatud zrami korral nt järgnevat pilti:		Dmesgis võib mälu otsalõppemisel näha sisselülitatud zrami korral nt järgnevat pilti:

Jj: /* Saal ja mälu pakkimine */

2013-11-06T13:39:16Z

Saal ja mälu pakkimine

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:39
85. rida:		85. rida:
	Linuxile on olemas ZRam http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt		Linuxile on olemas ZRam http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt
	tekitab see lahendus mällu pakitud swap failid.		tekitab see lahendus mällu pakitud swap failid.

			Paigaldamiseks ubuntul/debianil

			# apt-get install zram-config

			Dmesgis võib mälu otsalõppemisel näha sisselülitatud zrami korral nt järgnevat pilti:

	[ 17.894941] zram: module is from the staging directory, the quality is unknown, you have been warned.		[ 17.894941] zram: module is from the staging directory, the quality is unknown, you have been warned.

Jj: /* Sissejuhatus */

2013-11-06T13:30:58Z

Sissejuhatus

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:30
7. rida:		7. rida:
	Saal võib asuda failisüsteemi failis või eraldi partitsioonil. Kui süsteemis on mitu füüsilist kõvaketast, siis on mõtekas tekitada mitu saali erinevatele ketastele, eelistatult partitsioonina.		Saal võib asuda failisüsteemi failis või eraldi partitsioonil. Kui süsteemis on mitu füüsilist kõvaketast, siis on mõtekas tekitada mitu saali erinevatele ketastele, eelistatult partitsioonina.

	Linux võimaldab kuni 8 saali korraga kasutamist.		Linux võimaldab kuni 8 saali korraga kasutamist (vananenud väide, vajaks kontrollimist!).

	===Saali ehk swapi aktuaalsus tänapäeval===		===Saali ehk swapi aktuaalsus tänapäeval===

Jj: /* Saal ja mälu pakkimine */

2013-11-06T13:17:50Z

Saal ja mälu pakkimine

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:17
81. rida:		81. rida:
	===Saal ja mälu pakkimine===		===Saal ja mälu pakkimine===

	http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt		RAM access on ca 40-60ns latency, SSD puhul me räägime mikrosekunditest. Igal juhul on swap 2-3 suurusjärku aeglasem access niiet jäädes RAM juurde isegi kulutades CPU tsükleid pakkimisele ja lahti pakkimisele on võimalik tohutult aega kokku hoida

			Linuxile on olemas ZRam http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt
	tekitab see lahendus mällu pakitud swap failid.		tekitab see lahendus mällu pakitud swap failid.

Jj – 6. november 2013, kell 13:10

2013-11-06T13:10:55Z

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:10
78. rida:		78. rida:

	Kui saal asub failis, siis lisage vastav käsk süsteemi sobivasse käivitusskripti, näiteks /etc/rc.d/rc.local.		Kui saal asub failis, siis lisage vastav käsk süsteemi sobivasse käivitusskripti, näiteks /etc/rc.d/rc.local.

			===Saal ja mälu pakkimine===

	http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt		http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt
94. rida:		96. rida:
	# apt-get purge zram-config		# apt-get purge zram-config
	http://wiki.gentoo.org/wiki/Zram		http://wiki.gentoo.org/wiki/Zram

			OS X Mavericis on olemas RAM compression. Et kui RAM hakkab täis saama, siis ta enne swappimist hakkab hoopis low priority RAM kasutuse osa pakkima arvestades, et CPU tsüklid koos RAM accessiga on kordi ja kordi väiksem ajakulu kui disk access. Ning vähemalt testid mida netis on tehtud on näidanud, et indeed Mavericks hoiab swapist eemal nagu katkust. Pigem ta tõmbab oma buffreid kokku ning kukub pakkima ja igast muud tegema suutes mahutada kuni 50% asju RAM-i ja alles siis kapituleerub ja pistab varba swapi alasse. See on minumeelest väga progressiivne disain võttes arvesse mis on tegelt ka kiire ja mis ei ole

			Isegi vana ja katkise akuga 2010 aasta mudelil tõstis Mavericks akul töötamise aega ca 30% puhtalt congregated CPU accessi kaudu ilma, et praktikas väga märkaks mingit vahet kasutamises.

Jj – 6. november 2013, kell 13:01

2013-11-06T13:01:48Z

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 13:01
79. rida:		79. rida:
	Kui saal asub failis, siis lisage vastav käsk süsteemi sobivasse käivitusskripti, näiteks /etc/rc.d/rc.local.		Kui saal asub failis, siis lisage vastav käsk süsteemi sobivasse käivitusskripti, näiteks /etc/rc.d/rc.local.

	http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima.		http://en.wikipedia.org/wiki/ZRam lahendus, kus saalimise asemel hakkab kernel mälu pakkima. Ehk täpsemalt
			tekitab see lahendus mällu pakitud swap failid.

	[ 17.894941] zram: module is from the staging directory, the quality is unknown, you have been warned.		[ 17.894941] zram: module is from the staging directory, the quality is unknown, you have been warned.
91. rida:		92. rida:
	Kui masinal on suurtes kogustes (nt 16-32G) mälu pole ilmseltn kasutamine väga mõtekas. Eemaldamiseks Debianis/Ubuntus		Kui masinal on suurtes kogustes (nt 16-32G) mälu pole ilmseltn kasutamine väga mõtekas. Eemaldamiseks Debianis/Ubuntus

	# apt-get ~~remove~~ zram-config		# apt-get purge zram-config

	http://wiki.gentoo.org/wiki/Zram		http://wiki.gentoo.org/wiki/Zram

Jj: /* Saali kasutuselevõtt */

2013-11-06T12:43:16Z

Saali kasutuselevõtt

←Vanem redaktsioon		Redaktsioon: 6. november 2013, kell 12:43
88. rida:		88. rida:
	...		...
	[ 17.923969] Adding 1369640k swap on /dev/zram11. Priority:5 extents:1 across:1369640k SSFS		[ 17.923969] Adding 1369640k swap on /dev/zram11. Priority:5 extents:1 across:1369640k SSFS

			Kui masinal on suurtes kogustes (nt 16-32G) mälu pole ilmseltn kasutamine väga mõtekas. Eemaldamiseks Debianis/Ubuntus

			# apt-get remove zram-config

	http://wiki.gentoo.org/wiki/Zram		http://wiki.gentoo.org/wiki/Zram