Euh, j'espère ne pas me tromper mais ce que veut dire Cédric, c'est comment tu sais que la fragmentation de ton algorithme de décompression pour sera faite correctement même pour des petites machines, ou bien des contextes de surcharge intensive du processeur, c'est-à-dire en ayant une garantie minimale de rentrer assez souvent dans la boucle d'événements pour l'IHM ?
Le threading permet un réglage fin de tout ça, délégué à l'OS, mais dans le cas d'un monothreading, l'atomicité de ton traitement de décompression est statique, c'est toi qui le choisit, par exemple, tous les 10Ko de donnée décompressées, et non pas à l'instruction comme l'est le threading classique.
C'est quand même moche.
'fin bon, c'est un peu con, on est juste en train de discuter de l'avantage ou non des threads, déjà été fait mille fois :)
[^] # Re: Trollons
Posté par Guillaume Denry (site web personnel) . En réponse au journal OpenShot abandonne Gtk+.... Évalué à 3. Dernière modification le 30 avril 2013 à 14:51.
Euh, j'espère ne pas me tromper mais ce que veut dire Cédric, c'est comment tu sais que la fragmentation de ton algorithme de décompression pour sera faite correctement même pour des petites machines, ou bien des contextes de surcharge intensive du processeur, c'est-à-dire en ayant une garantie minimale de rentrer assez souvent dans la boucle d'événements pour l'IHM ?
Le threading permet un réglage fin de tout ça, délégué à l'OS, mais dans le cas d'un monothreading, l'atomicité de ton traitement de décompression est statique, c'est toi qui le choisit, par exemple, tous les 10Ko de donnée décompressées, et non pas à l'instruction comme l'est le threading classique.
C'est quand même moche.
'fin bon, c'est un peu con, on est juste en train de discuter de l'avantage ou non des threads, déjà été fait mille fois :)