C'est surtout que ça hérisserait les poils de certains chez Microsoft ; faire en sorte que les wma passent sur d'autres plateformes que Windows, ça s'appelle de l'interopérabilité, et ils feront tout pout l'empécher si 1) ça ne leur rapporte rien 2) ça peut leur nuire (c'est le cas puisque ça permet à Linux à entrer encore plus dans le desktop). C'est le propre des comportements de ce genre de boites, ce n'est pas spécifique à Microsoft (cf histoires de formats entre Microsoft, Sony, Apple et consorts)
Comme quoi, il faut parfois mieux utiliser un strcpy correctement, en prenant toutes les précautions qu'utiliser un strncpy n'importe comment en croyant bien faire... Ok pour les ceintures et les bretelles, mais il ne faut pas oublier le pantalon, sinon ça ne sert à rien ;-)
Posté par jigso .
En réponse au journal Doom3.
Évalué à 3.
En fait KDE et consors se retrouvent le plus souvent swapé (ou du moins en grande partie) s'ils ne font pas grand chose, donc tu gagneras peut-être un peu de RAM et un peu de CPU, mais c'est sûrement marginal par rapport aux autres optimisations (matos, drivers, etc.) Comme toute optimisation, il faut la faire et mesurer, les délires intellectuel sont parfois à une lieue des vrais problèmes quand on parle d'optimisation.
Sinon pour lancer X avec doom3 direct, tu peux le mettre dans ton ~/.xinitrc, voir carrément créer un user doom avec le .xinitrc adéquate - comme sheila -, comme ça tu peux le lancer de ton kdm, ou bidouiller la conf de kdm pour rajouter doom3 comme environnement de travail ;-)
Mais de toute façon il faut bien attendre que les données soient écrites.
Avec sync, le process qui fait l'écriture est bloqué par la vitesse de l'écriture physique, sans sync (donc avec un cache), le process d'écriture est très vite terminé, mais les données sont en cache, Ensuite le cache se vide, dès que le noyau a le temps, cad quasi immédiatement, mais ça prend le même temps d'écriture. L'overhead rajouté par la mise en cache est probablement ridicule par rapport aux temps de transfert - et c'est vrai aussi pour les disques durs plus rapides que les clefs USB qui sont de toute façon largement plus lent que les caches en RAM, c'est bien pour ça que tous les accés disques sont buffeurisés.
Donc avec ou sans sync, de toute façon il faut attendre que la loupiotte s'éteigne définitivement pour être sûr que tout a été écrit. Et même sous Windows il y a une icône pour "démonter" la clef, et contrairement à certains je pense que Windows utilise également un cache, mais peut-être qu'il se vide plus tôt sur la clef que sous Linux.
J'ai jeté un coup d'oeil sur jffsm j'ai l'impression que c'est fait pour des systèmes flash embarqués, est-ce que ça vaut le coup sur une clef USB "toute bête" ? Est-ce qu'on a la même facilité d'utilisation qu'avec les autres fs ? Et sinon, la question ultime, quel est *le* fs de la mort qui tue à utiliser sur une clef USB pour économiser au max la clef, avoir les meilleures perfs, perdre le minimum de place, avoir un café tout prêt le matin, les gosses qui obéissent, etc...
So what's next?
Resurrecting my Mac II (68020 with FPU) in order to get an even slower machine booting OSX. I expect to have this done by the time longhorn ships.
Mon gamin de 5 ans vient de me demander un boite au lettre sur internet, il sait choisir au boot entre Windows (pour qqe jeux [1]) et Linux (pour qqes jeux également, plus tout le reste). Il sait mettre un CD, il sait ne pas le retirer quand W98 l'utilise (sinon BSOD), et il adore TuxRacer & GCompris.
Alors je ne sais pas s'il sera "un grand défenseur du libre", mais j'essaye de lui montrer autre chose que la bouillie formatée qui nous entoure...
[1] : et même lancer The Incredible Machine qui nécessite un reboot sous DOS... Est-ce que quelqu'un connait un équivalent de cet extraordinaire jeu sous Linux (il est dispo sur http://www.abandonware-france.org/(...) pour les nostalgiques).
Pour imprimer un pdf je passe rarement par une gui... Je ne connais pas beaucoup d'opération qui ne soit faisable que par une gui, alors que tout est faisable via la ligne de commande.
Quoique, je me souviens, en école d'ingénieur, dans un journal interne fait par les élèves, d'un poème revendiquant le droit d'être homo. Les réactions de certains étaient du même ordre, peut-être dans des termes moins crus ("Mais comment peut-on être ingénieur et homo ? c'est pas possible !")
A ce propos, j'ai des soucis pour régler la luminosité des mes images : j'ai pris 2 photos que je veux accoler, mais les couleurs ne sont pas exactement les mêmes sur les deux, notamment sur le ciel : il est légèrement plus gris et moins bleu sur l'une que sur l'autre. Résultat : on voit sur le panorama le raccord.
J'ai essayé de parmêtrer hugin pour qu'il calibre l'une par rapport à l'autre, mais ce n'est pas suffisant. Et sous Gimp je n'ai pas réussi à obtenir les même teintes (en fait c'est génant surtout sur les ton clairs, sur les foncés c'est moins visibles).
[^] # Re: Balèse?
Posté par jigso . En réponse à la dépêche Prologin Edition 2005. Évalué à 1.
# Bah...
Posté par jigso . En réponse au journal La FrAAAAAnce mon bon Monsieur, c'est comme les moulins.... Évalué à 0.
[^] # Re: Ne pas s'inquieter...
Posté par jigso . En réponse au journal J'ai engendré un geek !. Évalué à 3.
[^] # Re: Alors là...
Posté par jigso . En réponse au journal J'ai engendré un geek !. Évalué à 5.
Mon fils, Alexandre.
[^] # Re: Un truc m'intrigue quand même...
Posté par jigso . En réponse au journal J'ai engendré un geek !. Évalué à 9.
[^] # Re: Sur france2 idem
Posté par jigso . En réponse au journal France 3 passe aux WMA. Évalué à 2.
[^] # Re: Sur france2 idem
Posté par jigso . En réponse au journal France 3 passe aux WMA. Évalué à 4.
[^] # Re: URL...
Posté par jigso . En réponse au journal France 3 passe aux WMA. Évalué à 1.
[^] # Re: Da Microsoft French Page ?
Posté par jigso . En réponse au journal Bill Gates et le Monde. Évalué à 1.
# Merci.
Posté par jigso . En réponse au journal gcompris 6.0. Évalué à 5.
Promis quand j'ai 5 minutes je me plonge dans le code et je donne un coup de main.
[^] # Re: Marrant
Posté par jigso . En réponse à la dépêche Wired: un nouveau logiciel de composition et de production musicale pour Linux. Évalué à 4.
Au moins ça donne le ton !
[^] # Re: Il y aurait juste un probleme
Posté par jigso . En réponse à la dépêche Un moteur de recherche de code source OpenSource. Évalué à 4.
[^] # Re: Il y aurait juste un probleme
Posté par jigso . En réponse à la dépêche Un moteur de recherche de code source OpenSource. Évalué à 4.
# Pas si sûr...
Posté par jigso . En réponse au journal Doom3. Évalué à 3.
Sinon pour lancer X avec doom3 direct, tu peux le mettre dans ton ~/.xinitrc, voir carrément créer un user doom avec le .xinitrc adéquate - comme sheila -, comme ça tu peux le lancer de ton kdm, ou bidouiller la conf de kdm pour rajouter doom3 comme environnement de travail ;-)
[^] # Re: cache
Posté par jigso . En réponse au journal Benchmarkez votre clef USB !. Évalué à 4.
Avec sync, le process qui fait l'écriture est bloqué par la vitesse de l'écriture physique, sans sync (donc avec un cache), le process d'écriture est très vite terminé, mais les données sont en cache, Ensuite le cache se vide, dès que le noyau a le temps, cad quasi immédiatement, mais ça prend le même temps d'écriture. L'overhead rajouté par la mise en cache est probablement ridicule par rapport aux temps de transfert - et c'est vrai aussi pour les disques durs plus rapides que les clefs USB qui sont de toute façon largement plus lent que les caches en RAM, c'est bien pour ça que tous les accés disques sont buffeurisés.
Donc avec ou sans sync, de toute façon il faut attendre que la loupiotte s'éteigne définitivement pour être sûr que tout a été écrit. Et même sous Windows il y a une icône pour "démonter" la clef, et contrairement à certains je pense que Windows utilise également un cache, mais peut-être qu'il se vide plus tôt sur la clef que sous Linux.
[^] # Re: mouais
Posté par jigso . En réponse au journal Benchmarkez votre clef USB !. Évalué à 3.
[^] # Re: mouais
Posté par jigso . En réponse au journal Benchmarkez votre clef USB !. Évalué à 2.
# J'aime bien la dernière phrase :
Posté par jigso . En réponse au journal MacOS X sur 68040. Évalué à 2.
Resurrecting my Mac II (68020 with FPU) in order to get an even slower machine booting OSX. I expect to have this done by the time longhorn ships.
lol !
[^] # Re: Véridique, juré, craché.
Posté par jigso . En réponse au journal John Peel est mort. Évalué à 2.
[^] # Véridique, juré, craché.
Posté par jigso . En réponse au journal John Peel est mort. Évalué à 2.
Alors je ne sais pas s'il sera "un grand défenseur du libre", mais j'essaye de lui montrer autre chose que la bouillie formatée qui nous entoure...
[1] : et même lancer The Incredible Machine qui nécessite un reboot sous DOS... Est-ce que quelqu'un connait un équivalent de cet extraordinaire jeu sous Linux (il est dispo sur http://www.abandonware-france.org/(...) pour les nostalgiques).
[^] # Re: Prétention de Lynux Training
Posté par jigso . En réponse à la dépêche Les premiers cours libres pour une certification Linux. Évalué à 3.
Effectivement il y un problème, mais c'est aux auteurs de réagir. As-tu essayé de les contacter ? Peut-être que le FSF peut faire quelque chose...
[^] # Re: bonjour l'âge de pierre
Posté par jigso . En réponse à la dépêche Les premiers cours libres pour une certification Linux. Évalué à 2.
[^] # Re: Emmellage de pinceaux
Posté par jigso . En réponse au journal Firefox dans Le Monde. Évalué à 3.
[^] # Re: ca monte, ca monte
Posté par jigso . En réponse au journal Firefox dans Le Monde. Évalué à 2.
"2 - Un rugbyman publie les courriers d'insultes adressés à Noël Mamère après l'union homosexuelle de Bègles"
http://www.lemonde.fr/web/article/0,1-0@2-3226,36-382691,0.html(...)
Hallucinant...
Quoique, je me souviens, en école d'ingénieur, dans un journal interne fait par les élèves, d'un poème revendiquant le droit d'être homo. Les réactions de certains étaient du même ordre, peut-être dans des termes moins crus ("Mais comment peut-on être ingénieur et homo ? c'est pas possible !")
# joujou
Posté par jigso . En réponse au journal Utilisation de GIMP pour de la photo numerique.. Évalué à 3.
A ce propos, j'ai des soucis pour régler la luminosité des mes images : j'ai pris 2 photos que je veux accoler, mais les couleurs ne sont pas exactement les mêmes sur les deux, notamment sur le ciel : il est légèrement plus gris et moins bleu sur l'une que sur l'autre. Résultat : on voit sur le panorama le raccord.
J'ai essayé de parmêtrer hugin pour qu'il calibre l'une par rapport à l'autre, mais ce n'est pas suffisant. Et sous Gimp je n'ai pas réussi à obtenir les même teintes (en fait c'est génant surtout sur les ton clairs, sur les foncés c'est moins visibles).
Si quelqu'un connait une solution...