non, c'est pas nécessairement "gratuit" mais "moins cher" et "plus souple" qui a séduit...
Et je t'assure que dans les boites, _moultes_ redhat 7.x 8.x et 9.x version boite ont été achetées, donc on peut se sentir doublement lésé.
Et puis encore une fois, au niveau industriel, linux rencontre encore de nombreuses réticenses (à tous les niveaux, par ex. bon nombre "d'ancien" admins unix ne veulent pas s'y mettre et considèrent que c'est de la m... avec un support de m...) alors après un coup de pute comme ça, ça ne va pas aider.
Non le grand perdant c'est linux...
Dans l'entreprise où je travaille, ont été mis en place de nombreux serveurs, stations de développement et même "systèmes embarqués" en RedHat 7.1 et 7.3 (dont certaines machines DELL et HP livrées en préinstallées)... alors évidemment on peut toujours dire que ça a été une connerie de ne pas prendre une Enterprise Edition, mais le fait d'avoir opté pour du "pas cher", plus courant (et y a certains logiciels qu'on utilise qui n'étaient pas certifiés par leurs éditeurs sur Enterprise Edition), et sans payer un support hotline dont on n'avait pas besoin avaient été les bons arguments pour convraincre les décideurs pressés...
Les coûts pour migrer ces systèmes vont être phénoménals (à mon avis, beaucoup de systèmes seront laissés tel quel et on se contentera de faire du raffistolage tant bien que mal)... l'image de linux dans l'entreprise (pour qui linux=redhat) va en prendre un très gros coup (ne serait-ce que parce que ceux qui avaient vendu du libre aux décideurs pressés risque de se faire méchamment allumer) ...
Sans parler de la relance de la polémique de ceux qui étaient pour prendre suse plutôt que redhat...
RedHat sux...
Finalement, y a que debian qui rules, si seulement elle pouvait bénéficier d'un peu plus de publicités de grands acteurs commerciaux... (HP ?)
Par contre, comme chez les autres FAI, chez free, on néglige un peu les anciens abonnés... là les non dégroupés vont devoir attendre 2/3 mois pour avoir leur 1024, et moi freeboxable mais sagemisé, je vais devoir attendre 5/6 mois pour avoir droit à la sainte boite libre...
Ca n'enlève pas mon estime pour free, mais à ce niveau (considération des anciens abonnés), ils ne font pas spécialement mieux que la concurence...
Sinon vous avez vu la promo de 9online pour le 1024 à 15/mois pendant 1 an ?
Quelqu'un en a des retours ?
Effectivement, si Dell doit se retourner contre quelqu'un, c'est contre LG...
Si Dell se retournait contre Mandrake, ils ont intérêt à penser qu'ils ont beaucoup à perdre en terme d'image de marque : l'administrateur système n'est pas idiot, et l'adminstrateur qui a un parc linux se rangera du coté de Mandrake (non pas parce c'est bien, mais parce que dans le cas présent, c'est pas Mandrake qui est en tord) et donc sera contre Dell => donc il fera savoir à son décideur pressé que HP ou Compaq, c'est mieux et moins cher...
Mais j'ai vraiment peur qu'on aura plutôt une solution au rabais. D'autant que je viens de lire que SIS fournirait le SouthBridge...
(M$ galère en ce moment sur la guerre des prix des consoles)
Justement, moi je crois que les journalistes ont interpolé un peu vite en disant que la xbox next sera du PowerPC... Pour l'instant, on n'en sait rien. Le communiqué officiel ne M$ ne parle absolument pas de d'architecture. Il indique juste que le futur processeur sera fourni par la technologie IBM... donc on en sait pas plus. Et dans tous les cas, il est évident que ça aura d'abord été un choix économique et politique plutôt que technologique (pour le jeu, c'est la carte graphique qui fait maintenant la plus grosse partie du boulot, la puissance du proc importe moins)
<boule de crystal - ie pure fiction>
- Je crois qu'IBM avait racheté Cyrix et possède donc une technologie compatible x86.
- Ensuite, même si c'est du PowerPC, ça pourrait être un G3/G4 LITE comme sur gamecube
</boule de crystal - ie pure fiction>
Donc au final, c'est pas forcément une bonne nouvelle que m$ abandonne Intel.
(Pour les pb de consommation, il a été question à une époque que la xbox next pourrait utiliser un Pentium M ...)
Rappel : resolv.conf ne prends en compte qu'au maximum 3 DNS (man resolv.conf).
Donc encore une fois, il vaut mieux installer son bind en proxy dns : configuré comme suggéré sur lea, les requêtes sont d'abord cherchées dans le cache, puis sinon soumises aux dns de ton provider, puis sinon directement requêtés aux root serveurs... donc c'est normalement jamais en panne...
Pour faire simple, faut faire le parallèle avec le .avi : ça contient à peu près n'importe quoi comme codec... bah c'est la même chose pour le .ogg, même si pour l'instant dans 95% des cas, c'est du son au format vorbis.
Ouaip Blade Runner power !
Moi je déteste revoir les films plus d'une fois... et Blade Runner, j'ai dû le voir 5 fois avec plaisir... Pareil pour GITS...
C'est les deux seuls qui ont dépassé un nombre de visionage > 3
Moi aussi j'ai trouvé que le sujet était mal traité :
Déjà au début, le djeunz présenté comme un habile pirate parce qu'il a installé emule sur son windaube et qu'il va repérer les nouveautés au discaire du coin, ça c'est vraiment de la mise en scène... nous, ça nous fait sourire, mais faut bien penser que ce type de reportage s'adresse aussi et surtout à des gens qui ne connaissent rien au sujet (des mères de famille par ex.). Et d'ailleurs ça donne à réfléchir sur la crédribilité des autres sujets traités où nous nous y connaissons rien, ne sommes pas à même de critiquer...
Le reportage a en plus été préparé par Gandice Mahout (et un autre reporter dont je n'ai pas retenu le nom) : cette journaliste intervenait dans l'arrêt sur images et j'avais jusqu'à présent "l'impression" (mais je n'étais pas à même de juger) qu'elle donnait des informations judicieuses... sans être parano, encore une preuve qu'il faut toujours garder un oeil critique sur ce que nous disent les medias...
Bref, pour revenir au djeunz, cette mise en scène cherche manifestement à mettre en marge les utilisateurs de P2P... alors que c'est en fait un phénomène de société et qu'une grande majorité d'internautes téléchargent dans des volumes plus ou moins important de la musique (avant qu'il y ait troll, je cherche à éviter le débat du bon/mauvais utilisateur de P2P). L'interview de la sortie des écoles de gamins qui a priori ont peu de moyen et des goûts de chiotte fait aussi pitié. Enfin, l'auto promo du PDG d'AOL (un bon client des émissions télé) qui protège la vie privée des gens alors qu'AOL a été le seul FAI a divulgué les noms de ses clients suite aux plaintes d'Universal Music (aucun juge français n'a exigé quoique ce soit à AOL sur ce sujet)
Heureusement qu'AIM a un tout petit peu relevé le sujet en posant le problème du prix des CDs (Pour répondre à l'artiste du reportage qui était dégoutée de voir toute sa musique sur Emule : ses FAN se sentent tout aussi volés qu'elle quand ils apprennent que sur les 5 EUR qu'ils paient un single, seulement 0,30 EUR vont à l'artiste)
Je pense qu'il pensait au RAID logiciel (RAID et LVM) maintenant intégré dans le kernel qui est top moumoute.
Il ne faut pas mépriser le RAID logiciel, il est souvent très performant dans la mesure où il profite de l'énorme puissance des CPU actuels... (oui, ça bouffe des ressources, mais dans le cas d'un serveur de fichiers, le CPU ne sert qu'à ça, dans les autres cas, ça reste souvent négligeable).
En plus les raidtools offrent une telle souplesse d'administration que je ne comprends pas que certains continuent à utiliser les pseudos cartes RAID matériels que sont les Promise et autres HPT.
ok merci, ça m'étonnait en fait que ça puisse être une optimisation de reiserfs (une sorte de compression à la volée des octets nuls), mais je le trouve tellement bien que je lui prête des qualités qu'il n'a pas ! ;-)
Pardon pour la connerie dite !
Edonkey fonctionne aussi comme ça (allocation de l'espace au fur et à mesure).
Je me suis fait embrouillé par un pote qui prétendait que cette "optimisation" (qui n'existe pas) ne fonctionnait pas chez lui en ext3... mais en fait, oui, il devait surement utiliser mldonkey...
Non, je ne suis pas d'accord, si tu bosses sérieusement, tout au plus, ces tests peuvent te donner envie de tester toi-même l'un ou l'autre de ces FS parce qu'effectivement tu n'as peut-être pas le temps de tout tester...
Mais j'imagine pas passer en prod directement un truc parce que j'ai lu d'une source inconnue ou même connue qu'un nouveau gadget était plus mieux trop bien !
Mais je ne suis peut-être pas un décideur pressé qui lit 01 informatique ;-)
Oui, c'est en fait rarement les reboots violents qui crashent les systèmes de fichiers.
D'ailleurs, c'est rarement le proc qui fume aussi... Le plus souvent c'est la RAM qui déconne, du coup le cpu flush n'importe quoi vers le disque avant que le système crash lui-même...
Ayant eu ce type de pb à cause d'une barette de RAM qui déconnait, j'ai pu tester la robustesse de reiserfs... j'ai eu des fichiers visibles mais plus accessibles ni effaçables, un petit coup de reiserfsck a rendu la cohérence du système de fichiers (certes les données qui étaient en train d'être écrites ont été corrompues, mais c'était un moindre mal sur une partoche de 60 Go...).
Sinon, mon opinion sur ces benchs : ils ne reflètent en général qu'un cas particulier d'utilisation. Ma préférence va à reiserfs : si dans certains cas au niveau des perfs, il est légérement en retrait mais avec des écarts qui se mesurent autour du 1% (<5%) et donc totalement imperseptibles à l'usage, dans d'autres cas (manipulation de très nombreux petits fichiers), il est tellement devant ( écart > 500%, oui 5 fois plus rapide, voire plus !) que quand on se retrouve dans ces cas, on perçoit réellement la différence (un rm -rf d'une grosse arborescence est toujours instantané).
Plus d'autres fonctions sympatoches : en utilisation P2P - xmule/donkey, l'allocation de l'espace disque se fait au fur et à mesure de la réception des fichiers, et on peut donc faire du "surbooking". Cette propriété semble liée à l'utilisation de reiserfs, j'ai eu jusqu'à présent de chercher de la doc sur le sujet.
En fait nan, le support natif ALSA, c'est rarement top moumoute (même pour mplayer, tu te rendras vite compte que certaines streams ne sont pas jouées à la bonne vitesse).
La solution, c'est de pas hésiter à utiliser l'émulation OSS d'ALSA : ne pas avoir peur de rajouter cette "couche", c'est transparent, de très bonne qualité, et 0% de matière grasse en consommation cpu. Un peu comme l'émulation IDE-SCSI...
(alors certains poseront la question de pourquoi ne pas utiliser directement les pilotes OSS => Réponse : pour certaines cartes son, les pilotes OSS sont totalement pourris ou n'existent pas...)
[^] # Re: De la fin de vie chez Redhat
Posté par rictus (site web personnel) . En réponse à la dépêche De la fin de vie chez Redhat. Évalué à 2.
Et je t'assure que dans les boites, _moultes_ redhat 7.x 8.x et 9.x version boite ont été achetées, donc on peut se sentir doublement lésé.
Et puis encore une fois, au niveau industriel, linux rencontre encore de nombreuses réticenses (à tous les niveaux, par ex. bon nombre "d'ancien" admins unix ne veulent pas s'y mettre et considèrent que c'est de la m... avec un support de m...) alors après un coup de pute comme ça, ça ne va pas aider.
[^] # Re: De la fin de vie chez redhat
Posté par rictus (site web personnel) . En réponse à la dépêche De la fin de vie chez Redhat. Évalué à 10.
Dans l'entreprise où je travaille, ont été mis en place de nombreux serveurs, stations de développement et même "systèmes embarqués" en RedHat 7.1 et 7.3 (dont certaines machines DELL et HP livrées en préinstallées)... alors évidemment on peut toujours dire que ça a été une connerie de ne pas prendre une Enterprise Edition, mais le fait d'avoir opté pour du "pas cher", plus courant (et y a certains logiciels qu'on utilise qui n'étaient pas certifiés par leurs éditeurs sur Enterprise Edition), et sans payer un support hotline dont on n'avait pas besoin avaient été les bons arguments pour convraincre les décideurs pressés...
Les coûts pour migrer ces systèmes vont être phénoménals (à mon avis, beaucoup de systèmes seront laissés tel quel et on se contentera de faire du raffistolage tant bien que mal)... l'image de linux dans l'entreprise (pour qui linux=redhat) va en prendre un très gros coup (ne serait-ce que parce que ceux qui avaient vendu du libre aux décideurs pressés risque de se faire méchamment allumer) ...
Sans parler de la relance de la polémique de ceux qui étaient pour prendre suse plutôt que redhat...
RedHat sux...
Finalement, y a que debian qui rules, si seulement elle pouvait bénéficier d'un peu plus de publicités de grands acteurs commerciaux... (HP ?)
[^] # Re: Changement de tarif ADSL
Posté par rictus (site web personnel) . En réponse au journal Changement de tarif ADSL. Évalué à 2.
Ca n'enlève pas mon estime pour free, mais à ce niveau (considération des anciens abonnés), ils ne font pas spécialement mieux que la concurence...
Sinon vous avez vu la promo de 9online pour le 1024 à 15/mois pendant 1 an ?
Quelqu'un en a des retours ?
[^] # Re: du nouveau du coté des serveurs jabber
Posté par rictus (site web personnel) . En réponse au journal du nouveau du coté des serveurs jabber. Évalué à 2.
Et puis un plugin jabber pour x-chat, ça serait bien aussi...
.
.
.
non, je ne sais pas coder... même avec mes pieds ;-)
# Re: Mes toilettes sont elles pretes pour le Destop ?
Posté par rictus (site web personnel) . En réponse au journal Mes toilettes sont elles pretes pour le Destop ?. Évalué à 1.
[^] # Re: Mandrake et lecteurs LG ...
Posté par rictus (site web personnel) . En réponse au journal Mandrake et lecteurs LG .... Évalué à 1.
Si Dell se retournait contre Mandrake, ils ont intérêt à penser qu'ils ont beaucoup à perdre en terme d'image de marque : l'administrateur système n'est pas idiot, et l'adminstrateur qui a un parc linux se rangera du coté de Mandrake (non pas parce c'est bien, mais parce que dans le cas présent, c'est pas Mandrake qui est en tord) et donc sera contre Dell => donc il fera savoir à son décideur pressé que HP ou Compaq, c'est mieux et moins cher...
[^] # Re: Microsoft choisit le microprocesseur d'IBM pour sa nouvelle Xbox
Posté par rictus (site web personnel) . En réponse au journal Microsoft choisit le microprocesseur d'IBM pour sa nouvelle Xbox. Évalué à 1.
Mais j'ai vraiment peur qu'on aura plutôt une solution au rabais. D'autant que je viens de lire que SIS fournirait le SouthBridge...
(M$ galère en ce moment sur la guerre des prix des consoles)
[^] # Re: Microsoft choisit le microprocesseur d'IBM pour sa nouvelle Xbox
Posté par rictus (site web personnel) . En réponse au journal Microsoft choisit le microprocesseur d'IBM pour sa nouvelle Xbox. Évalué à 1.
<boule de crystal - ie pure fiction>
- Je crois qu'IBM avait racheté Cyrix et possède donc une technologie compatible x86.
- Ensuite, même si c'est du PowerPC, ça pourrait être un G3/G4 LITE comme sur gamecube
</boule de crystal - ie pure fiction>
Donc au final, c'est pas forcément une bonne nouvelle que m$ abandonne Intel.
(Pour les pb de consommation, il a été question à une époque que la xbox next pourrait utiliser un Pentium M ...)
[^] # Re: Extensions Ogg
Posté par rictus (site web personnel) . En réponse à la dépêche Premiers firmwares Ogg Vorbis. Évalué à 3.
[^] # Re: Cherche DNS desesperement .
Posté par rictus (site web personnel) . En réponse au journal Cherche DNS desesperement .. Évalué à 1.
Donc encore une fois, il vaut mieux installer son bind en proxy dns : configuré comme suggéré sur lea, les requêtes sont d'abord cherchées dans le cache, puis sinon soumises aux dns de ton provider, puis sinon directement requêtés aux root serveurs... donc c'est normalement jamais en panne...
# Re: Cherche DNS desesperement .
Posté par rictus (site web personnel) . En réponse au journal Cherche DNS desesperement .. Évalué à 2.
voir sur http://lea-linux.org/reseau/dns1.php3(...)
c'est pas compliqué et très efficace.
[^] # Re: Extensions Ogg
Posté par rictus (site web personnel) . En réponse à la dépêche Premiers firmwares Ogg Vorbis. Évalué à 1.
[^] # Re: speedtouch usb free dégroupé
Posté par rictus (site web personnel) . En réponse au journal speedtouch usb free dégroupé. Évalué à 1.
(y a même pas la synchro)
[^] # Re: Les robots contre-attaquent
Posté par rictus (site web personnel) . En réponse au journal Les robots contre-attaquent. Évalué à 1.
# Re: Les robots contre-attaquent
Posté par rictus (site web personnel) . En réponse au journal Les robots contre-attaquent. Évalué à 1.
(robot à apparence humaine et capable de sentiments)
http://www.perpetualfire.com/images/chobits_6.jpg(...)
"Programmable to your every desire your every wish"
Bref, c'est peut-être une affaire ! ;-)
[^] # Re: Vos films cultes...
Posté par rictus (site web personnel) . En réponse au journal Vos films cultes.... Évalué à 1.
Moi je déteste revoir les films plus d'une fois... et Blade Runner, j'ai dû le voir 5 fois avec plaisir... Pareil pour GITS...
C'est les deux seuls qui ont dépassé un nombre de visionage > 3
# Re: M6 Capital, copie de CD
Posté par rictus (site web personnel) . En réponse au journal M6 Capital, copie de CD. Évalué à 2.
Déjà au début, le djeunz présenté comme un habile pirate parce qu'il a installé emule sur son windaube et qu'il va repérer les nouveautés au discaire du coin, ça c'est vraiment de la mise en scène... nous, ça nous fait sourire, mais faut bien penser que ce type de reportage s'adresse aussi et surtout à des gens qui ne connaissent rien au sujet (des mères de famille par ex.). Et d'ailleurs ça donne à réfléchir sur la crédribilité des autres sujets traités où nous nous y connaissons rien, ne sommes pas à même de critiquer...
Le reportage a en plus été préparé par Gandice Mahout (et un autre reporter dont je n'ai pas retenu le nom) : cette journaliste intervenait dans l'arrêt sur images et j'avais jusqu'à présent "l'impression" (mais je n'étais pas à même de juger) qu'elle donnait des informations judicieuses... sans être parano, encore une preuve qu'il faut toujours garder un oeil critique sur ce que nous disent les medias...
Bref, pour revenir au djeunz, cette mise en scène cherche manifestement à mettre en marge les utilisateurs de P2P... alors que c'est en fait un phénomène de société et qu'une grande majorité d'internautes téléchargent dans des volumes plus ou moins important de la musique (avant qu'il y ait troll, je cherche à éviter le débat du bon/mauvais utilisateur de P2P). L'interview de la sortie des écoles de gamins qui a priori ont peu de moyen et des goûts de chiotte fait aussi pitié. Enfin, l'auto promo du PDG d'AOL (un bon client des émissions télé) qui protège la vie privée des gens alors qu'AOL a été le seul FAI a divulgué les noms de ses clients suite aux plaintes d'Universal Music (aucun juge français n'a exigé quoique ce soit à AOL sur ce sujet)
Heureusement qu'AIM a un tout petit peu relevé le sujet en posant le problème du prix des CDs (Pour répondre à l'artiste du reportage qui était dégoutée de voir toute sa musique sur Emule : ses FAN se sentent tout aussi volés qu'elle quand ils apprennent que sur les 5 EUR qu'ils paient un single, seulement 0,30 EUR vont à l'artiste)
[^] # Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 2.
[^] # Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 4.
Il ne faut pas mépriser le RAID logiciel, il est souvent très performant dans la mesure où il profite de l'énorme puissance des CPU actuels... (oui, ça bouffe des ressources, mais dans le cas d'un serveur de fichiers, le CPU ne sert qu'à ça, dans les autres cas, ça reste souvent négligeable).
En plus les raidtools offrent une telle souplesse d'administration que je ne comprends pas que certains continuent à utiliser les pseudos cartes RAID matériels que sont les Promise et autres HPT.
[^] # Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 1.
Pardon pour la connerie dite !
Edonkey fonctionne aussi comme ça (allocation de l'espace au fur et à mesure).
Je me suis fait embrouillé par un pote qui prétendait que cette "optimisation" (qui n'existe pas) ne fonctionnait pas chez lui en ext3... mais en fait, oui, il devait surement utiliser mldonkey...
[^] # Re: Ici Radio Tux.
Posté par rictus (site web personnel) . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 2.
Mais j'imagine pas passer en prod directement un truc parce que j'ai lu d'une source inconnue ou même connue qu'un nouveau gadget était plus mieux trop bien !
Mais je ne suis peut-être pas un décideur pressé qui lit 01 informatique ;-)
[^] # Re: Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux
Posté par rictus (site web personnel) . En réponse à la dépêche Benchmarks 'compréhensibles' des systèmes de fichiers sous Linux. Évalué à 8.
D'ailleurs, c'est rarement le proc qui fume aussi... Le plus souvent c'est la RAM qui déconne, du coup le cpu flush n'importe quoi vers le disque avant que le système crash lui-même...
Ayant eu ce type de pb à cause d'une barette de RAM qui déconnait, j'ai pu tester la robustesse de reiserfs... j'ai eu des fichiers visibles mais plus accessibles ni effaçables, un petit coup de reiserfsck a rendu la cohérence du système de fichiers (certes les données qui étaient en train d'être écrites ont été corrompues, mais c'était un moindre mal sur une partoche de 60 Go...).
Sinon, mon opinion sur ces benchs : ils ne reflètent en général qu'un cas particulier d'utilisation. Ma préférence va à reiserfs : si dans certains cas au niveau des perfs, il est légérement en retrait mais avec des écarts qui se mesurent autour du 1% (<5%) et donc totalement imperseptibles à l'usage, dans d'autres cas (manipulation de très nombreux petits fichiers), il est tellement devant ( écart > 500%, oui 5 fois plus rapide, voire plus !) que quand on se retrouve dans ces cas, on perçoit réellement la différence (un rm -rf d'une grosse arborescence est toujours instantané).
Plus d'autres fonctions sympatoches : en utilisation P2P - xmule/donkey, l'allocation de l'espace disque se fait au fur et à mesure de la réception des fichiers, et on peut donc faire du "surbooking". Cette propriété semble liée à l'utilisation de reiserfs, j'ai eu jusqu'à présent de chercher de la doc sur le sujet.
[^] # Re: Connard le Barbant
Posté par rictus (site web personnel) . En réponse au journal Connard le Barbant. Évalué à 1.
Je suis déçu ! (ça aurait pu être l'amour de ma vie)
(car tout le monde sait bien que vi roxor plus qu'emacs !)
PS: attention : un ou plusieurs trolls poilus, autre que le rédacteur de ce poste, se sont glissés dans ce message !
[^] # Re: Connard le Barbant
Posté par rictus (site web personnel) . En réponse au journal Connard le Barbant. Évalué à 1.
De toute façon, tous des pourris, alors autant avoir une bonnasse et un playboy, c'est toujours plus ça de plus sympa pour se faire baiser la gueule !
# Re: Levure chimique et pornographie
Posté par rictus (site web personnel) . En réponse au journal Levure chimique et pornographie. Évalué à 1.
La solution, c'est de pas hésiter à utiliser l'émulation OSS d'ALSA : ne pas avoir peur de rajouter cette "couche", c'est transparent, de très bonne qualité, et 0% de matière grasse en consommation cpu. Un peu comme l'émulation IDE-SCSI...
(alors certains poseront la question de pourquoi ne pas utiliser directement les pilotes OSS => Réponse : pour certaines cartes son, les pilotes OSS sont totalement pourris ou n'existent pas...)