[linux] Re: Timer gebeuren onder Linux

[Arjen Baart]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Cecil Westerhof wrote:
> Op woensdag 19-12-2007 om 21:29 uur [tijdzone +0100], schreef Daniel C.
> von Asmuth:
>> Voor mij is het nog niet geheel helder. Is het bijvoorbeeld een probleem als
>> de verwerking van de gegevens twee seconden later start?  Kun je de timer
>> veranderen zodat-ie op de 42-e seconde afgaat? Hoeveel (reken)tijd is
>> gemoeid met het verzamelen van die gegevens? Kun je het niet oplossen door 
>> je verwerkingsprogramma een heel hoge prioriteit te geven?
> 
> Het probleem is dat er wordt gecontroleerd of er op die 43ste seconde
> wordt begonnen met verwerken. Ik heb de code nu zo aangepast dat het ook
> wordt geaccepteerd als het op de 44ste of 45ste gebeurd. En nu maar
> hopen dat het probleem nu is verholpen. ;-}

Dat klinkt bijna alsof je Monica 5 in je schoenen geschoven hebt gekregen :-).


> Timer aanpassen is niet echt een optie. Ten eerste als alles wordt
> aangeboden op de 42ste seconde i.p.v. de 43ste seconde, lijkt mij dat je
> dezelfde problematiek krijgt, maar dan eerder. Ten tweede is het moment
> van triggeren een keuze van de klant van de klant, dus daar heb ik geen
> invloed op.
> Het programma is eigenlijk het enige dat draait, dus met prioriteit kan
> denk ik ook niets op worden gelost. Ik denk dat ik maar moet afwachten
> of de aanpassing het probleem oplost. En misschien verstandig om in de
> gaten te houden hoeveel er in de derde seconde gaat worden verwerkt. Als
> dat toeneemt, dan moet er misschien weer een seconde worden
> toegevoegd. ;-}
> 
> 

Naar mijn idee zit het probleem al in de requirements of in de architectuur.
Het klinkt alsof er real-time gedrag wordt verwacht van een systeem dat
in princiepe niet real-time ontworpen is. Dat gaat natuurlijk nooit goed komen.

De klant vragen om de eisen en/of de test cases te herzien is waarschijnlijk
geen optie, hoe absurd die eisen ook zijn. Het enige alternatief is dan om
de software op een real-time platform over te zetten (b.v. realtime linux).

Ik ben bang dat het advies van Hugo zo slecht nog niet is. Vraag jezelf af
of je je vingers wilt branden aan een project dat bij voorbaat gedoemd is
te mislukken.

> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHai0L2oe744s/GsURAs5uAJ42KABbrh3kHeH+9FxxrHa86KCfzgCfQiDY
A01xG8ykagixs9LYwdZt1IE=
=bgcW
-----END PGP SIGNATURE-----