WINAK

Here goes!

Slide 18: Wat wil die slide nu eigenlijk zeggen? Er staat iets over de Interface Def. Language, en iets over vrijheid, of da nu een voordeel is of niet... Maar waarover gaat dat nu?
Slide 22: Wat is het principe van Form Filling juist? Mijn notities zeggen "de vraag aan de server zo kort mogelijk maken", maar wat houdt dat in? Of een voorbeeld misschien?
Slide 27: Iemand een idee wat die "legacy transactions" juist zijn? Er staat verder (sl.31) een definitie van Transactions... Is dat dan hetzelfde, en zoja, wat heeft dat met legacy te maken?
Slide 62: Wat houdt het kip-en-ei probleem juist in ivm superpeers?
Slide 96: Hier staat dat het Process Image één of meerdere system stacks bevat. Op slide 101 staat dat het PCB één of meerdere system stacks bevat. Welk is het (en waarom)?
Slide 108: Wat moet het OS nu zitten prutsen aan data structuren? Is dat niet de zaak van het proces?
Slide 119: Bestaat er iets (voorbeeld van een OS) met één proces dat meerdere threads heeft? :p
Slide 141: Waarover gaat dit allemaal? Wat moet dat tabelletje vanonder mij vertellen?
Slide 155: Waarom moeten threads van verschillende processen informatie uitwisselen (in die shared memory) bij multithreading? Moeten die niet gewoon met het OS praten ivm met elkaar?
Slide 206: Wat is parameter marshaling? Er staat bij mij iets over de standaardisatie van hetgeen daarboven staat?

Thanks!

Slide 18: een IDL is een soort protocol, een manier om te communiceren over een netwerk, zoals syntactische en semantische regels van een programmeertaal. Met die vrijheid bedoelt men dat veel IDL's veel vrijheid toelaten, maar vaak is dit echter slecht gedocumenteerd en is het beter dat er wat minder vrijheid zou zijn. Vergelijk het met C++ dat je 'if (var = "hey")' kunt doen, dit kan handig zijn als het je bedoeling is om een assigment te krijgen, dit kan echter ook een bron van fouten zijn als je '==' bedoelt.

Slide 22: Form filling refereert naar GET en POST requests, dat soort. Dat je bij de client zo de inhoud van de form gaat parsen en evt controleren op fouten en in een mooie request message gaat sturen naar de server zodattie da alleen maar moet verwerke en nimeer moet ophale en dergelijke.

Slide 27: Wetek ook ni precies. Kdenk datta me interprocess communication te maken heeft.

Slide 62: Buh..

Slide 96: In de PCB staan de referenties naar de system stack, het bovenste element dus eigenlijk en eventueel nog enkele andere referenties, de eigenlijke inhoud van de gehele stack staat in de process image.

Slide 108: Met een datastructuur bedoelen we niet alleen een klasse, maar ook bestanden, databases, ... . En dit proces moet hier toegang toe krijgen om bv niet tegelijkertijd met een ander proces ernaartoe te schrijven.

Slide 119: Ja, een blonde OS ofzo .

Slide 141: Dat is een vergelijking van hoe lang het duurt om ULT's aan te maken, te scedulen, ... met hoe lang dit duurt bij een KLT of proces.

Slide 155: Bijvoorbeeld mutual exclusion, dit zal vaak wel via het OS gaan

Slide 206: Dat is het op een platform-onfhankelijke manier neerschrijven van waarden, bijvoorbeeld als een getal big endian wordt opgeslagen en dat het zo wordt verstuurd, dat in het bericht ook staat dat dit big endian is opgeslagen zodat de ontvanger hier gepast op kan reageren

62: het probleem is daar hoe ge uw superpeer gaat kiezen. Gaat ge eerst een node een superpeer maken, en moet die altijd online zijn. Of gaat ge een bestaande node uitkiezen en daarvan een superpeer maken.

27: Ja die op slide 31 zijn hetzelfde. Die slide 27 is eerst een overzicht, en daarna wordt grid/cluster computing uitgebreider uitgelegd enzo. Bij transactions gaat het erom dat deze atomair, consitent, geisoleerd en blijvend moeten zijn. Een database is zo'n systeem. Waarom die legacy staat, weet ik niet juist, maar in Tanenbaum en Van Steen staat er op 21 een vrij goede uitleg over transitions.

119: In boek van W. Stalling staat "EEn run-time engine voor Java is een voorbeeld van een systeem van 1 proces met meerdere threads"

Norfolk wrote:27: Ja die op slide 31 zijn hetzelfde. Die slide 27 is eerst een overzicht, en daarna wordt grid/cluster computing uitgebreider uitgelegd enzo. Bij transactions gaat het erom dat deze atomair, consitent, geisoleerd en blijvend moeten zijn. Een database is zo'n systeem. Waarom die legacy staat, weet ik niet juist, maar in Tanenbaum en Van Steen staat er op 21 een vrij goede uitleg over transitions.

Die legacy code slaat bvb. op een oud databasesysteem uit de jaren 1960. Zo'n oude code kan onmogelijk rechtstreeks in de nieuwe code geïntegreerd worden. Als alternatief kan er gebruik gemaakt worden van transacties.

In slide 233: kan iemand da is uitleggen?

slimmy wrote:In slide 233: kan iemand da is uitleggen?

Ja das gewoon combinatoriek, gebt p^k kans dat een coordinator reset en (1-p)^.. kans dattem ni reset. Denk terug aan discrete .

slimmy wrote:In slide 233: kan iemand da is uitleggen?

Hier se

http://fenix.cmi.ua.ac.be/~p051331/file ... d_Dirk.pdf

Mijn slides met notas, bij 233 staat er ook wel wa uitleg

Wrm eigenlijk 2m-n bij slide 233?

Ja, snap het ook ni goe... Als u n = 10 en ge pakt m = 60% of = 6, dan moet er "minstens 2m-n = 12-10=2 resetten om het voting ding kapot te doen"...

Dus als er met mijn gegevens 2 resetten werkt het ni meer?

Misschien omdat 6-2 = 4 < 10/2 ... Da's 't enige waar ik aan kan denken
edit: als ge n=32 en m=24 (voorbeeld van de slides) pakt, dan is 2m-n = 16 en dan klopt da weer ni me mijn gedachtensprong van hierboven...

Hier is inerdaad iets mis mee,m aar ik kan ni direct zien wat het dan wel moet zijn :s.
Ge moet namelijk bij dirk zijn voorbeeld toch op 5 uitkomen of vergis ik mij?

Ja er is toch iets raar idd. Heb het in boek nagekeken en zoals het in slides staat, staat het ook in boek, dus er is niets verkeerd overgenomen. Ook staat er int boek geen extra uitleg :/

Die 2m - n geld enkel als je met 50% werkt

Als je nu met percentage p = ]0, 1] wil werken moet je dit doen:

1/p * m - n

Misterie opgelost

Nickman wrote:Die 2m - n geld enkel als je met 50% werkt

Als je nu met percentage p = ]0, 1] wil werken moet je dit doen:

1/p * m - n

Misterie opgelost

als je met 50% werkt dan is 2m-n gelijk aan 0 ?!