DESCRIPTION
The usleep() function suspends execution of the calling process for (at least) usec microseconds.

"at least"... il y aurait le même problème de ralentissements, alors

pourquoi le while() d'attente plantait sous nachos? et d'ailleurs, qu'est-ce nachos? ça a l'air plutôt ancien

Parce que faire un while() c'est demander au proco de faire de nop. Et quand tu codes un système d'exploitation et que le changement de contexte n'est pas géré par ailleurs, personne ne t'arrête si tu fais des nop et tu bouffes toutes les ressources pour rien. À l'inverse, quand tu fais un sleep(), tu dis explicitement au système d'aller faire autre chose.

Je ne vois pas trop quel est le problème de ralentissements que tu soulignes, tu aurais un exemple sous la main ?

nop == no operation == instruction assembleur qui ne fait rien (à part boucher les trous).

"Je ne vois pas trop quel est le problème de ralentissements que tu soulignes, tu aurais un exemple sous la main ?"

un jeu que j'avais fait sous SDL, qui utilisait cette forme de bridage des fps et qui ne tolérait pas qu'un autre jeu soit lancé en même temps

bon, c'était peut-être autre chose, qui sait... ce jeu était très très mal codé (un .h et un .cpp de 7000 lignes qui contenait du code en C, déja )

"un jeu que j'avais fait sous SDL, qui utilisait cette forme de bridage des fps et qui ne tolérait pas qu'un autre jeu soit lancé en même temps "

sur un pentium 4. donc ils se partageaient la même unité de calcul.

Faut dire qu'on ne joue pas a deux jeux en même temps en général...

Il faut brider au bon moment aussi. À la louche (car ça fait longtemps que je n'ai pas touché à ces choses là), je dirais entre le calcul de la nouvelle image et le SDL_flip().

Sinon, petit exemple illustrant ce que je disais précédemment :

chris@tarsonis:~/Temp% cat test_sleep_1.c
code de test_sleep_1.c avec un while

1. include <time.h>

int main()
{
time_t t = time(NULL);
time_t t2;

while ( (t2 = time(NULL)) < t + 10);

return 0;
}

chris@tarsonis:~/Temp% date ; time ./test_sleep_1 ; date
j'affiche la date avant, après, et je mesure la conso

mardi 22 mars 2011, 23:00:51 (UTC+0100)
./test_sleep_1 3,92s user 5,36s system 99% cpu 9,290 total
mardi 22 mars 2011, 23:01:01 (UTC+0100)

chris@tarsonis:~/Temp% cat test_sleep_2.c
maintenant, passons au test_sleep_2 avec un sleep à la place du while

1. include <unistd.h>

int main()
{
sleep(10);
return 0;
}

chris@tarsonis:~/Temp% date ; time ./test_sleep_2 ; date
idem, j'affiche la date avant, après, et je mesure la conso

mardi 22 mars 2011, 23:01:12 (UTC+0100)
./test_sleep_2 0,00s user 0,00s system 0% cpu 10,001 total
mardi 22 mars 2011, 23:01:22 (UTC+0100)

On remarquera au passage que le sleep est très précis avec un total de « 10,001 » secondes contre « 9,290 » pour mon while cracra.

" un .cpp de 7000 lignes "

Nofake?

Comment tu faisais pour coder la-dessus?

" On remarquera au passage que le sleep est très précis avec un total de « 10,001 » secondes contre « 9,290 » pour mon while cracra. "

J'avais aussi fait un test avec Fraps, avec SDL_Delay mon programme affichait précisément 60 images par secondes alors qu'avec un while c’était plutôt 62 ou 63.

"Faut dire qu'on ne joue pas a deux jeux en même temps en général..."

C'est pas une raison pour bouffer des ressources pour rien. Si on peut construire un timer precis ET qui ne consomme pas trop de ressource, je suis prenneur. Le temps CPU que tu ne brule pas comme un con, c'est plus de batterie sur les plateformes mobiles. Ou plus de puissance pour faire autre chose. Ou encore, plus de robustesse face aux demons systeme qui vont se reveiller a un moment et qui vont vouloir une partie des ressources.

Une application qui prends 100% du CPU pour ne rien faire de facon infini est une application mal ecrite. Que ce soit un jeu ou non.

" C'est pas une raison pour bouffer des ressources pour rien. "

J'ai dit le contraire?

Je dis juste que le fait qu'il ne veut pas endormir le programme juste parce que ça rame un peu au moment de lancer un autre jeu a coté n'est pas une raison suffisante selon moi.

Héhé. Il faut croire que ton message n'était pas super clair Pocolo.
J'avais eu la même réaction que godrik avant de relire.

De toute façon, je pense que le "lag" constaté était lié au mauvais placement du sleep() (ou équivalent).

Pourquoi en anglais ? Parce qu'un code se doit d'etre normalement portable, il en est de meme pour sa comprehension. En rendant ton compte lisible pour tout le monde, tu assures a ton application son universalite. Le premier avantage etant justement que tu peux poster ton code sur n'importe quel forum dans le monde, au lieu de t'en reduire a ceux francais.

C'est une regle d'or jamais trop apprise.

• ton code lisible

pocolo, tu n'as pas dit explicitement le contraire. Et la plupart des gens qui invoque l'argument "il n'y en a qu'un qui tourne a la fois" implique "donc rien a branler de jetter les ressources par les fenetres". Et c'est d'ailleurs une conclusion "naturelle" de l'argument.
Je prefere enfoncer le clou pendant que je le vois

1. Pocolo Voir le profil de Pocolo
2. Posté le 22 mars 2011 à 23:07:37 Avertir un administrateur
3. " un .cpp de 7000 lignes "

Nofake?

Comment tu faisais pour coder la-dessus?

t'as un petit ascenceur, sur la droite de la fenêtre de tout bon éditeur de texte

la roulette aussi, sauf sur emacs

". Le temps CPU que tu ne brule pas comme un con, c'est plus de batterie sur les plateformes mobiles. Ou plus de puissance pour faire autre chose. Ou encore, plus de robustesse face aux demons systeme qui vont se reveiller a un moment et qui vont vouloir une partie des ressources.
"

admettons... si Chris_27 dit que c'est plus précis, je vais peut-être m'orienter là-dessus, finalement. j'espère juste que le problème de préemption que j'avais avant venait du fait que le jeu était codé n'importe comment

C'est ma machine qui dit que c'est plus précis. Moi je disais juste que ça permettait de gagner un cœur de calcul tout au long du temps d'"arrêt" de ton programme.

« la roulette aussi, sauf sur emacs » takka utiliser vim comme tout le monde.

" t'as un petit ascenceur, sur la droite de la fenêtre de tout bon éditeur de texte "

Mince j'utilisais tout le temps "Find" moi, tu fais bien de me le dire.

"« la roulette aussi, sauf sur emacs » takka utiliser vim comme tout le monde. "

vim? mais enfin, plus personne n'utilise la console de nos jours, il faut vous ouvrir aux nouvelles technologies Monsieur