Linux operatsioonisüsteem kasutab lukku - Redigeerimiste ajalugu

Imre: /* Tööpõhimõte - Python */

2026-07-02T16:05:53Z

Tööpõhimõte - Python

←Vanem redaktsioon		Redaktsioon: 2. juuli 2026, kell 19:05
37. rida:		37. rida:

	* python virtual computer sees esinevad analoogselt nö tavalisele arvutile kaks nähtust - 1. kernel mode ja 2. user mode		* python virtual computer sees esinevad analoogselt nö tavalisele arvutile kaks nähtust - 1. kernel mode ja 2. user mode
		+	* python virtaul computer sees nö käib mitte machine code, aga bytecode - 'python bytecode'
	* python virtual computer user mode osakonnas toimuvad analoogselt arvutused, järjestused jms - see on ikka tulnud multi cpu väljakutsega toime		* python virtual computer user mode osakonnas toimuvad analoogselt arvutused, järjestused jms - see on ikka tulnud multi cpu väljakutsega toime
	* python virtual computer kernel mode osakonnas toimub nt võrguliiklus ja andmesalvestus - nii nagu on see olnud väljakutse tavalisele operatsioonisüsteemile ja üldiselt on see ületatud (nn giant lock), python virtual machine 2026 aastal liigub selles suunas; on mõned frameworkid mis selle lahendavad		* python virtual computer kernel mode osakonnas toimub nt võrguliiklus ja andmesalvestus - nii nagu on see olnud väljakutse tavalisele operatsioonisüsteemile ja üldiselt on see ületatud (nn giant lock), python virtual machine 2026 aastal liigub selles suunas; on mõned frameworkid mis selle lahendavad

Imre – 2. juuli 2026, kell 16:04

2026-07-02T16:04:40Z

@@ 31. rida: / 31. rida: @@
 * rwlock
 * lock-free
 ===Kasulikud lisamaterjalid===

Imre: /* Tööpõhimõte */

2026-07-01T20:04:12Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 23:04
22. rida:		22. rida:
	Nt OpenBSD puhul viimase ajani eemaldatakse kernel space juurest giant-lock lukustust		Nt OpenBSD puhul viimase ajani eemaldatakse kernel space juurest giant-lock lukustust

−	[[Fail:20260701-openbsd-giant-lock-01.png\|~~900px~~]]	+	[[Fail:20260701-openbsd-giant-lock-01.png\|1000px]]

	Misc		Misc

Imre: /* Tööpõhimõte */

2026-07-01T20:04:00Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 23:04
22. rida:		22. rida:
	Nt OpenBSD puhul viimase ajani eemaldatakse kernel space juurest giant-lock lukustust		Nt OpenBSD puhul viimase ajani eemaldatakse kernel space juurest giant-lock lukustust

−	[[Fail:20260701-openbsd-giant-lock-01.png\|~~800px~~]]	+	[[Fail:20260701-openbsd-giant-lock-01.png\|900px]]

	Misc		Misc

Imre – 1. juuli 2026, kell 20:03

2026-07-01T20:03:44Z

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 23:03
19. rida:		19. rida:
	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi) - st kernel space tegevusteks oli mitme protsessoriga arvuti efektiivselt ühe protsessoriga arvuti		* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi) - st kernel space tegevusteks oli mitme protsessoriga arvuti efektiivselt ühe protsessoriga arvuti
	* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)		* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)
		+
		+	Nt OpenBSD puhul viimase ajani eemaldatakse kernel space juurest giant-lock lukustust
		+
		+	[[Fail:20260701-openbsd-giant-lock-01.png\|800px]]

	Misc		Misc

Imre: /* Tööpõhimõte */

2026-07-01T19:56:18Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 22:56
17. rida:		17. rida:
	* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureerisid mälu-struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks		* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureerisid mälu-struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks
	* konfliktid olid vähem aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti		* konfliktid olid vähem aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti
−	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)	+	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi) - st kernel space tegevusteks oli mitme protsessoriga arvuti efektiivselt ühe protsessoriga arvuti
	* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)		* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)

Imre: /* Tööpõhimõte */

2026-07-01T19:54:50Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 22:54
16. rida:		16. rida:
	* kui maailmas olid ühe protsessoriga arvutid oli elu nö lihtsam - arvutil töötas üks kernel ja üks protsessor ja mälus oli üks komplekt nö struktuure		* kui maailmas olid ühe protsessoriga arvutid oli elu nö lihtsam - arvutil töötas üks kernel ja üks protsessor ja mälus oli üks komplekt nö struktuure
	* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureerisid mälu-struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks		* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureerisid mälu-struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks
−	* konfliktid olid ~~vähema~~ aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti	+	* konfliktid olid vähem aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti
	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)		* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)
	* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)		* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)

Imre: /* Tööpõhimõte */

2026-07-01T19:54:30Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 22:54
15. rida:		15. rida:
	* lukustamine lahendab moel või teisel ühiskasutuseks mõeldud ressursi kasutamise probleemi - nt lubab korraga kasutada ressurssi ühel actoril (mutex) või max näidatud arvul actoritel (semaphore)		* lukustamine lahendab moel või teisel ühiskasutuseks mõeldud ressursi kasutamise probleemi - nt lubab korraga kasutada ressurssi ühel actoril (mutex) või max näidatud arvul actoritel (semaphore)
	* kui maailmas olid ühe protsessoriga arvutid oli elu nö lihtsam - arvutil töötas üks kernel ja üks protsessor ja mälus oli üks komplekt nö struktuure		* kui maailmas olid ühe protsessoriga arvutid oli elu nö lihtsam - arvutil töötas üks kernel ja üks protsessor ja mälus oli üks komplekt nö struktuure
−	* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd ~~konkureeris~~ mälu struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks	+	* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureerisid mälu-struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks
	* konfliktid olid vähema aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti		* konfliktid olid vähema aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti
	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)		* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)

Imre: /* Tööpõhimõte */

2026-07-01T19:53:23Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 22:53
14. rida:		14. rida:

	* lukustamine lahendab moel või teisel ühiskasutuseks mõeldud ressursi kasutamise probleemi - nt lubab korraga kasutada ressurssi ühel actoril (mutex) või max näidatud arvul actoritel (semaphore)		* lukustamine lahendab moel või teisel ühiskasutuseks mõeldud ressursi kasutamise probleemi - nt lubab korraga kasutada ressurssi ühel actoril (mutex) või max näidatud arvul actoritel (semaphore)
		+	* kui maailmas olid ühe protsessoriga arvutid oli elu nö lihtsam - arvutil töötas üks kernel ja üks protsessor ja mälus oli üks komplekt nö struktuure
		+	* kui maailma tekkisid mitme protsessoriga arvutid muutus elu keerulisemaks - arvutil töötas jätkuvalt üks kernel, aga nüüd konkureeris mälu struktuuride muutmisel mitu protsessorit ja midagi tuli ette võtta konfliktide ärahoidmiseks
		+	* konfliktid olid vähema aktuaalsed user space'is ja kasu mitmest protsessorist oli kiiresti olemas user space'is - nt arvutusi nagu andmete järjestamised sai teha mitme protsessori peal samaaegselt kõrvuti
		+	* konfliktid olid reljeefsemad kernel space'is ja kõige otsekohesem ja ebaefektiivsem oli neid ära hoida kasutades nn giant lock moodi lähenemist - st kui süsteemi mõni protsessor läks kernel space'i siis kõik muud protsessorid olid ootel enne kui said ka midagi teha kernel spece'is (user space'is said nad toimetada edasi)
		+	* targa süsteemi programmeerimise tulemusena on 2026 aastaks suuresti olemas targemad lahendused - kernel space tegevusi saab ka teha paralleelselt mitme protsessori peal (nt võrguliiklusega tegeleda)

	Misc		Misc

Imre: /* Tööpõhimõte */

2026-07-01T19:39:16Z

Tööpõhimõte

←Vanem redaktsioon		Redaktsioon: 1. juuli 2026, kell 22:39
18. rida:		18. rida:

	* mutex - mutul exclusive puhul üks execution proovib kasutada ühist ressurssi ja kui ei saab läheb nö magama		* mutex - mutul exclusive puhul üks execution proovib kasutada ühist ressurssi ja kui ei saab läheb nö magama
−	* spinlock - istub cpu otsas ja ilma magamata ootab	+	* spinlock - istub cpu otsas ja ilma magamata ootab - tundub kallis, aga vahel lühike spin on otstarbekam ressursikasutuse seisukohalt kui lühike sleep
	* semaphore - nt		* semaphore - nt
	* rwlock		* rwlock