Je privilégie rien du tout. Mais Guy George à tuer une dizaine de fois avant de se faire prendre. Il avait été arrété il y a qq années pour des fais de même nature. Dés la première récidive, il aurait pu être arrété.
Comme je suis contre le fait qu'une personne qui fasse un délit mineur se retrouve irrémédiablement enregistré dans un fichier avec son ADN.
Il était question de crime pas de délit. C'est quand même pas la même chose. Ensuite, tu donnes déjà ton empreinte dès que tu as affaire à la justise. Quelle est la différence avec la signature de ton ADN ?
Conseil : ne jette plus tes capotes -si t'en utilise- à la poubelle, tu risquerais de finir accusé pour un viol que tu n'as pas commis.
Merci du conseil :) Mais il faudrait pas prendre les flics pour des cons non plus...
Si le stage est non rémunéré, cela signifie que la boite n'attend rien de toi.
Le plus souvent, tu prends du temps au maitre de stage mais aussi ils arrivent que certain guss fasse le boulot de vrai ingénieur débutant. Donc le smic parait un minimum !
philips toyucam pro (les XS ne sont PAS compatible avec le drivers linux philips) ou un nom approchant : aucun problème (drivers qui active la compression est closed source)!
Il a du sortir une nouvelle révision rescement alors. :)
Sinon MMX -> SIMD entier (assez pourris d'ailleurs non orthogonal et beaucoup 16 bits)
SSE -> SIMD float
SSE2 -> SIMD double
ALTIVEC -> SIMD pour Power PC, pourquoi voudrais-tu que cela soit compatible avec des instructions x86 ?
Donc les 4 ne sont pas vraiment équivalent entre eux !
et moi je te dis que dans 10 ans ton SSE2 ca fera longtemps qu'on utilisera plus.
Et moi, je dis que l'on utilisera plus que ça. Parce que des codes accèlère vraiment beaucoup avec et parce qu'il existe des instructions SSE scalaire que Gcc préfaire mille fois à la pile x87...
(c'est une mauvaise raison mais c'est sans doute la plus vrai)
Il y a 20 ans y'a beaucoup de monde qui trouvait que les 8086 ne valait pas grand chose devant les 68000.
et si on fait des benchs je suis persuadé que sur la majorité des softs qui les utilisent, on voit meme pas la difference.
Et bien tu te gourres lourdement ! Quand tu as un gros MAC à faire, qu'est-ce qu'il vaut mieux comme coeur de boucle :
MUL [V1] [V2] V3
Add V3 V4
V1, V2 coeff et donné, V3 donnés temporaires et V4 Accumulateur dont il faut ensuite additonner les 4 valeurs (chez intel) pour avoir le résultat final.
ou 4 fois la même chose en scalaire ?
Peut-être te rappelles-tu la fierté des Maceux dont les filtres Photoshop allait bien plus vite que ceux des PC ayant une fréquence quasi double ? Et bien, c'était juste grace à l'ALTIVEC bien mieux foutu que le MMX.
ah si il y a un moyen qui utilise l'instruction compare-and-swap x86.
En gros, tu fonctionnes avec un tableau pointeur sur des paquets de donné.
- Tu sauves la valeur de pointeur
- Tu sauves les données à modifier
- Tu modifies les données (ou tu les créait)
- Tu utilise le compare and swap sur la vieille valeur du pointeur et le pointeur, si il a changé retour au début
- sinon, tu a updaté le pointeur.
A prioris, tu ne peux pas perdre de cohérence avec ça. Si tu utilises le même algo partout pour l'acces aux donnés du tableau de pointeurs.
Comment tu fais pour garantir que ce que doit lire le lecteurs est cohérent ? Comment garantir que le paquet de donné qu'il est en train de lire est été fini d'écrire par l'écrivain sans système d'exclusion mutuelle ?
Je m'a planté dans le code mais c'est l'idée qui compte :)
Le problème c'est surtout l'enchainement des événements qui est complèxe à gérer surtout lorsque l'on rajoute la gestion des exceptions (venant de la VM,...). Plus les problèmes liés au microcodes. Et ensuite, lorsqu'il faut accélérer et pipeliner tout ce petit monde...
Pourquoi, en risc tu n'utilses pas le même registe en cource et destination?
Par ce que dans un processeur risc, c'est le plus souvent le cas (et c'est très pratique pour diminuer les dépendances de flot read-after-write que n'aime pas du tout les pipelines).
Et moi, je te dis d'aller plus loin qu'un bouquin qui a plus de 10 ans dans un domaine qui est révolutionné tous les 4 ans...
optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas
Evidement ! Et quel sont les "killer" applications qui font vendre du pc puissant ? Les mp3, divx et autre jeux 3D. Et quelles sont les applications qui bénéficient des instructions SIMD ?
Sinon tu n'as jamais aucune garantie de pérénité pour aucun processeurs. Jamais. Par contre, si intel a gagné face au motorola et ses 68xxx puis power pc, c'est justement grâce à la compatibilité ascendante. Ils n'y toucheront donc jamais.
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
Non, ce n'est pas du marketing ! A l'époque de la sortie du mmx, ce n'est pas de la faute d'Intel si les journalistes étaient trop incultes pour comprendre comment le MMX marchait.
De plus, tu as bien une augmentation des performances très substanciel des applications applicants des calculs lourds (3D, traitement du signal, traitement d'image,..). C'est une technique qui provient des supercalculateurs vectoriel, type Cray et autre Nec ESS (mais avec des vecteurs de centaines de nombre pas de 4). Ce n'est pas anécdotique du tout.
applicables qu'a un faible nombre de soft
Son, video, 3D, Simulation ... hum oui, tu as raison il manque juste la bureautique. Mais en wysiwyg, il y a souvent des rendus à faire...
- il faut re-ecrire des parties du soft pour en tirer profit
C'est le plus gros point noire. C'est aussi des instructions pas facile à utiliser (sinon tous les softs en bénéficieraient).
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
Et alors ? C'est toujours le problème lorsque l'on veut des perfs (prefetch, strip mining, ...).
- il y a aucune garantie de perenite
Il n'y en a jamais eu sauf que l'histoire d'Intel fait qu'il ne joueront pas à ce jeu-là.
Sinon le SSE2, qui n'existe que sur le P4 et pas encore sur l'Athlon, apporte le support SIMD 64 bits (donc des double) qui sont très souvent utilisé dans les programmes scientifques car la précision 32 bits ne suffit souvent pas. C'est donc un progres dans l'utilisation d'instructions SIMD dans du code scientifique (Simulation, ...).
L'avantage du SIMD sur toute autre techniques est que tu augmentes le nombre d'opérations par cycle d'horloge sans augmenter d'une porte la complexité du circuit de control. C'est tous l'interret de la téchnique.
Concernant les applications oui, tu as raison. Demain, prend un athlon normal, tu lui double le nombre d'unité SSE et PAF tous les jeux 3D ont des perfs qui explose. Mais le reste (la bureautique) ramera toujours autant.
Ensuite, tu as l'influence des caches. Un petit calcul bourrin de 200ko se fout d'être dans un cache de 1Mo ou 128 Mo mais pas une grosse base de donné.
Raaah ! Faut lire les autres commentaires avant de dire des énormité pareils !!!
RISC cela veut dire reduice INSTRUCTION SET computer.
INSTRUCTION SET !!! pas micro-architecture ! (Même si cela aide à la faire évoluer !)
Donc tous les x86 seront et sont TOUJOURS des Cisc. Point barre.
Qu'il utilise en interne ce qu'il veulent, cela sera toujours des CISC. Sinon, on peut dire que des implémentation de MIPS ne sont pas RISC mais CISC car microcodé (DLX et autre) ? Cela serait complétement idiot !
De toutes façon, quelque soit la forme du coeur d'execution, le décodeur devra toujours exister !
C'est d'autant plus idiot que les coeurs de proc x86 doivent beaucoup plus ressembler à des vliw qu'autre choses.
le MMX, SSE truc muche en revanche c'est clairement que du marketing.
Faut arréter les rideaux ! C'est pas bon pour la santé.
Les P4 arrivent à fumer les Athlons pour des applis comme le divx grace au SSE. Sinon la fpu x87 du P4 est 2x plus lente que celle de l'athlon.
Le problème des nouvelles instructions est qu'il faut les utiliser pour bénéficier de leurs avantages qui sont bien réelle.
Le proof of concept est interrescant uniquement si le patch correctif est fournis avec. Faire une charge viral est vraiment trop facile ("\rm -rf /", installation de root kit, ... ) à ajouter un système d'infiltration !
Pour le bripro , il y a beaucoup de linuxiens sur www.smp-fr.com. La carte mère c'est un général de l'Asus.
Les bipro AMD ont le meilleurs rapport qualité/prix et de loin.
Pour ATI/NVIDIA, le problème : veux-tu un truc qui marche avec tout les fonctions activé ou espéré un bon support du libre ... plus tard.
J'ai une ATI mais sans la 3d. A mon avis, une NVIDIA 4200 te fera bien l'affaire (driver 100% proprio sans trop de problème contrairement à celui de ATI...). Ta manipulation d'image ne concerne pas la carte video ce qu'il te faut c'est un 1 Go de RAM ! (ECC pour le bipro qui dispose de 4 slot) (mémoire max 3.5Go)
Finalement, l'article n'indique pas grand chose de neuf.
- droit de perquisition facilité chez les opérateurs.
Qui peut être contre ? C'est le fichage systèmatique qui est dangereux.
- Extension de la porté des personnes inscritent dans le fichiers d'empreinte génétique.
Que ceux qui sont contre l'extention de la porté du fichier m'explique la différence avec celui des empreintes digitals.
Que ceux qui sont contre ce fichier tout court aillent le dire au 3-4 parents dont la fille a été massacré par un récidiviste (alors qu'il aurait pu être arrété immédiatement après son premier crime).
Les prostituers ne veulent pas parler à cause de la menace et son relacher immmédiatement et retourne sur le troittoire. E tla justice ne peut rien faire de plus.
Là, elle peut la mettre 2 mois en tôle et cela fait chier aussi le proxènète mais cela la fera réfléchier pour témoigner. La proposition d'un visa temporaire est fait pour l'y aider.
ton process qui est sense afficher une video est stoppe.
euh ? oui, mais ce n'est pas forcément grave. Ce n'est important que si ton process ne tient pas ses deadlines dans tous les autres cas...
Si tu veux anticipé des brusques indisponnibilités du système, tu utilises des caches. Un asynch io fait le boulot que tu veux faire : lire le bloc suivant pendant que tu traites le bloc courant.
Les thread ne sont pas plus efficaces (sauf lors d'application vraiement interractive et qui ont des phases lente à faire laguer l'affichage comme certain client mail).
Ils sont juste plus facile à coder. L'exemple typique sont les serveurs multi-threadé qui enfle à chaque nouveau connecté. Si TUX (serveur web kernel plus rapide encore que khttpd) déchire tant c'est bien parce que il n'utilise pas un thread par connection !
[^] # Re: ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
Comme je suis contre le fait qu'une personne qui fasse un délit mineur se retrouve irrémédiablement enregistré dans un fichier avec son ADN.
Il était question de crime pas de délit. C'est quand même pas la même chose. Ensuite, tu donnes déjà ton empreinte dès que tu as affaire à la justise. Quelle est la différence avec la signature de ton ADN ?
Conseil : ne jette plus tes capotes -si t'en utilise- à la poubelle, tu risquerais de finir accusé pour un viol que tu n'as pas commis.
Merci du conseil :) Mais il faudrait pas prendre les flics pour des cons non plus...
"La première sécurité est la liberté"
[^] # Re: ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Antonymes
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le libre dans le Larousse. Évalué à 2.
La GPL n'est qu'une licence qui tend à les faire respecter et surtout à les préserver (la fameuse clause viral).
"La première sécurité est la liberté"
[^] # Re: Radio France cherche du monde pour faire un passage sous Linux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Radio France cherche du monde pour faire un passage sous Linux. Évalué à 2.
"La première sécurité est la liberté"
# Re: Linuxfr.org source officiel de ZDnet france :-)
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linuxfr.org source officiel de ZDnet france :-). Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: A propos de webcam...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pb avec WEBCAM Logitech. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Pb avec WEBCAM Logitech
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pb avec WEBCAM Logitech. Évalué à 1.
"La première sécurité est la liberté"
# \O/
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Victoire de DeCSS. Évalué à 0.
Mais reste encore l'EUCD... ( http://eucd.info(...) )
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 2.
Sinon MMX -> SIMD entier (assez pourris d'ailleurs non orthogonal et beaucoup 16 bits)
SSE -> SIMD float
SSE2 -> SIMD double
ALTIVEC -> SIMD pour Power PC, pourquoi voudrais-tu que cela soit compatible avec des instructions x86 ?
Donc les 4 ne sont pas vraiment équivalent entre eux !
et moi je te dis que dans 10 ans ton SSE2 ca fera longtemps qu'on utilisera plus.
Et moi, je dis que l'on utilisera plus que ça. Parce que des codes accèlère vraiment beaucoup avec et parce qu'il existe des instructions SSE scalaire que Gcc préfaire mille fois à la pile x87...
(c'est une mauvaise raison mais c'est sans doute la plus vrai)
Il y a 20 ans y'a beaucoup de monde qui trouvait que les 8086 ne valait pas grand chose devant les 68000.
et si on fait des benchs je suis persuadé que sur la majorité des softs qui les utilisent, on voit meme pas la difference.
Et bien tu te gourres lourdement ! Quand tu as un gros MAC à faire, qu'est-ce qu'il vaut mieux comme coeur de boucle :
MUL [V1] [V2] V3
Add V3 V4
V1, V2 coeff et donné, V3 donnés temporaires et V4 Accumulateur dont il faut ensuite additonner les 4 valeurs (chez intel) pour avoir le résultat final.
ou 4 fois la même chose en scalaire ?
Peut-être te rappelles-tu la fierté des Maceux dont les filtres Photoshop allait bien plus vite que ceux des PC ayant une fréquence quasi double ? Et bien, c'était juste grace à l'ALTIVEC bien mieux foutu que le MMX.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
En gros, tu fonctionnes avec un tableau pointeur sur des paquets de donné.
- Tu sauves la valeur de pointeur
- Tu sauves les données à modifier
- Tu modifies les données (ou tu les créait)
- Tu utilise le compare and swap sur la vieille valeur du pointeur et le pointeur, si il a changé retour au début
- sinon, tu a updaté le pointeur.
A prioris, tu ne peux pas perdre de cohérence avec ça. Si tu utilises le même algo partout pour l'acces aux donnés du tableau de pointeurs.
"La première sécurité est la liberté"
[^] # ???
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: N'importe quoi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
Le problème c'est surtout l'enchainement des événements qui est complèxe à gérer surtout lorsque l'on rajoute la gestion des exceptions (venant de la VM,...). Plus les problèmes liés au microcodes. Et ensuite, lorsqu'il faut accélérer et pipeliner tout ce petit monde...
Pourquoi, en risc tu n'utilses pas le même registe en cource et destination?
Par ce que dans un processeur risc, c'est le plus souvent le cas (et c'est très pratique pour diminuer les dépendances de flot read-after-write que n'aime pas du tout les pipelines).
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas
Evidement ! Et quel sont les "killer" applications qui font vendre du pc puissant ? Les mp3, divx et autre jeux 3D. Et quelles sont les applications qui bénéficient des instructions SIMD ?
Sinon tu n'as jamais aucune garantie de pérénité pour aucun processeurs. Jamais. Par contre, si intel a gagné face au motorola et ses 68xxx puis power pc, c'est justement grâce à la compatibilité ascendante. Ils n'y toucheront donc jamais.
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
Non, ce n'est pas du marketing ! A l'époque de la sortie du mmx, ce n'est pas de la faute d'Intel si les journalistes étaient trop incultes pour comprendre comment le MMX marchait.
De plus, tu as bien une augmentation des performances très substanciel des applications applicants des calculs lourds (3D, traitement du signal, traitement d'image,..). C'est une technique qui provient des supercalculateurs vectoriel, type Cray et autre Nec ESS (mais avec des vecteurs de centaines de nombre pas de 4). Ce n'est pas anécdotique du tout.
applicables qu'a un faible nombre de soft
Son, video, 3D, Simulation ... hum oui, tu as raison il manque juste la bureautique. Mais en wysiwyg, il y a souvent des rendus à faire...
- il faut re-ecrire des parties du soft pour en tirer profit
C'est le plus gros point noire. C'est aussi des instructions pas facile à utiliser (sinon tous les softs en bénéficieraient).
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
Et alors ? C'est toujours le problème lorsque l'on veut des perfs (prefetch, strip mining, ...).
- il y a aucune garantie de perenite
Il n'y en a jamais eu sauf que l'histoire d'Intel fait qu'il ne joueront pas à ce jeu-là.
Sinon le SSE2, qui n'existe que sur le P4 et pas encore sur l'Athlon, apporte le support SIMD 64 bits (donc des double) qui sont très souvent utilisé dans les programmes scientifques car la précision 32 bits ne suffit souvent pas. C'est donc un progres dans l'utilisation d'instructions SIMD dans du code scientifique (Simulation, ...).
L'avantage du SIMD sur toute autre techniques est que tu augmentes le nombre d'opérations par cycle d'horloge sans augmenter d'une porte la complexité du circuit de control. C'est tous l'interret de la téchnique.
merci d'avoir participer.
nicO, f-cpueur.
"La première sécurité est la liberté"
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 3.
Concernant les applications oui, tu as raison. Demain, prend un athlon normal, tu lui double le nombre d'unité SSE et PAF tous les jeux 3D ont des perfs qui explose. Mais le reste (la bureautique) ramera toujours autant.
Ensuite, tu as l'influence des caches. Un petit calcul bourrin de 200ko se fout d'être dans un cache de 1Mo ou 128 Mo mais pas une grosse base de donné.
"La première sécurité est la liberté"
[^] # Re: N'importe quoi
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 0.
RISC cela veut dire reduice INSTRUCTION SET computer.
INSTRUCTION SET !!! pas micro-architecture ! (Même si cela aide à la faire évoluer !)
Donc tous les x86 seront et sont TOUJOURS des Cisc. Point barre.
Qu'il utilise en interne ce qu'il veulent, cela sera toujours des CISC. Sinon, on peut dire que des implémentation de MIPS ne sont pas RISC mais CISC car microcodé (DLX et autre) ? Cela serait complétement idiot !
De toutes façon, quelque soit la forme du coeur d'execution, le décodeur devra toujours exister !
C'est d'autant plus idiot que les coeurs de proc x86 doivent beaucoup plus ressembler à des vliw qu'autre choses.
"La première sécurité est la liberté"
[^] # Re: AMD et INTEL optent pour des technologies opposées.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche AMD et INTEL optent pour des technologies opposées.. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 4.
Faut arréter les rideaux ! C'est pas bon pour la santé.
Les P4 arrivent à fumer les Athlons pour des applis comme le divx grace au SSE. Sinon la fpu x87 du P4 est 2x plus lente que celle de l'athlon.
Le problème des nouvelles instructions est qu'il faut les utiliser pour bénéficier de leurs avantages qui sont bien réelle.
"La première sécurité est la liberté"
[^] # Re: /devoice pappy + virux
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de MISC n° 5. Évalué à 10.
"La première sécurité est la liberté"
# Re: Comment choisir son matos pour Linux
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Comment choisir son matos pour Linux. Évalué à 5.
Les bipro AMD ont le meilleurs rapport qualité/prix et de loin.
Pour ATI/NVIDIA, le problème : veux-tu un truc qui marche avec tout les fonctions activé ou espéré un bon support du libre ... plus tard.
J'ai une ATI mais sans la 3d. A mon avis, une NVIDIA 4200 te fera bien l'affaire (driver 100% proprio sans trop de problème contrairement à celui de ATI...). Ta manipulation d'image ne concerne pas la carte video ce qu'il te faut c'est un 1 Go de RAM ! (ECC pour le bipro qui dispose de 4 slot) (mémoire max 3.5Go)
"La première sécurité est la liberté"
# ben y'a pas grand chose de +...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Les députés durcissent la loi Sarkozy, entre autres sur l'info
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Les députés durcissent la loi Sarkozy, entre autres sur l'informatique. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
euh ? oui, mais ce n'est pas forcément grave. Ce n'est important que si ton process ne tient pas ses deadlines dans tous les autres cas...
Si tu veux anticipé des brusques indisponnibilités du système, tu utilises des caches. Un asynch io fait le boulot que tu veux faire : lire le bloc suivant pendant que tu traites le bloc courant.
Les thread ne sont pas plus efficaces (sauf lors d'application vraiement interractive et qui ont des phases lente à faire laguer l'affichage comme certain client mail).
Ils sont juste plus facile à coder. L'exemple typique sont les serveurs multi-threadé qui enfle à chaque nouveau connecté. Si TUX (serveur web kernel plus rapide encore que khttpd) déchire tant c'est bien parce que il n'utilise pas un thread par connection !
"La première sécurité est la liberté"
# Re: neige ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal neige ?. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 1.
Bien sur, on peut aussi faire ça avec les io async mais cela complique aussi le design de l'application.
"La première sécurité est la liberté"