Gedistribueerd programmeren: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
Geen bewerkingssamenvatting
Geen bewerkingssamenvatting
Regel 76:
</pre>
 
Bovendien zou het ook nog eens kunnen dat een computer de verhoging van x intern als volgt uitvoert:
 
<pre>
Regel 111:
* Het tegelijkertijd plaatsvinden van bewerkingen op of met, gedeelde resources (zoals variabelen), levert het probleem op dat men moet kunnen inzien dat «elke mogelijke» executie van een gedistribueerd programma (dus alle interleavings van de verschillende deelprogramma's), correct zijn. Dat wil zeggen, voldoen aan de specificaties van het systeem. Worden daar fouten meegemaakt dan kan het absurde resultaten ten gevolg hebben.
 
* Men moet soms bij de uitvoering van gedistribueerde processen rekening houden met het eventuele crashen van bepaalde delen van het systeem. Bij systemen die slechtslechts uit één processproces bestaan is het vaak meteen duidelijk, maar hoe is een systee,systeem goed werkend te houden als het uit vele naast elkaar lopende processen bestaat. Kortom de foutbestendigheid is een comlexercomplexer probleem.
 
===Enkele voordelen===
Regel 155:
 
====Processen en threads====
Daarnaast is ookOok op lager niveau is variatie ontstaan in de precieze implementatie van multiprogramma's. Bekende termen hier zijn processen en threads (zie ook [[multitasking]]).
 
Het gebruik van processen staat bekend als ''multiprocessing'' (waarin ieder deelprogramma door het besturingssysteem als een volwaardig programma wordt gezien met eigen blok geheugen en andere middelen). Bij het gebruik van multiprocessing is het mogelijk ieder deelprogramma te voorzien van alle flexibiliteit die een volwaardig programma ook heeft. Dit is echter wel een zware belasting voor een systeem.
 
Het gebruik van threads heet ''multithreading''. Een thread is een soort van "deelproces" dat draait op de middelen en een stuk van het geheugen van een normaal proces -- waarbij het mogelijk is meerdere threads aan één proces te verbinden. Dit levert een aanzienlijk lagere belasting opvan het systeem op, maar een thread is wel minder flexibel qua toegang tot het systeem dan een volwaardig proces. Het komt echter vaak genoeg voor dat een parallel programma geen zware systeemtoegang nodig heeft en dus probleemloos met threads uit de voeten kan in plaats van processen.
 
==Externe links==