Sébastien Koechlin a écrit 859 commentaires

Je n'ai jamais acheté de jeux sous Linux, rarement sous Windows (je préfère mouler), mais je me pose une question :

Est-ce que ce jeux fonctionnera dans 3 ans ?

J'ai acheté il y a trois ans Half-life version windows, il fonctionne toujours, j'ai également acheté VMWare pour linux, et aujourd'hui, je ne peux plus le faire tourner.
Certe VMWare est très lié au kernel, les changements majeur et parfois mineurs se font dans la douleur pour cela; mais d'une manière, les librairies évolues aussi très vite.

Est-ce que les programmes conçu pour tourner avec les 3Dfx 1 et 2, les programmes en a.out, ceux qui utilisent une vieille libc, une vieille librairie, ont des chances de tourner sur une distribution moderne, ou dans quelques années ? Mon expérience me dit que non. (Il faudrait que j'essaye quelques binaires de ma première slack, il doit y avoir Netscape 1.01N)

J'ai l'impression que les programmes ont plus de chance de tourner dans WINE qu'en linux natif.

En lisant l'article, on se rends compte que ce n'est pas tout à fait cela. Cette technologie est destinée à ré-utiliser un cablage d'entreprise fait pour la voix. Il est clairement dit que cela s'applique à des longueurs jusqu'à 5000 feets.

Si je ne me trompe pas, et si le convertisseur que j'ai trouvé non plus, ça donne 5000 Pieds = 1524 Mètres.

1500 mètres, j'ai bien peur que ce soit un peu court pour les connexions des particuliers.

Il y a une autre bonne nouvelle, les PDA sous Linux deviennent disponibles.



Après des années de concurrence à microsoft dans le domaine du vaporware, il est enfin possible de passer commande de certains appareils.



J'attends toujours avec impatience un ou deux test pour voir comment ça se synchronise et si les fonctionnalitées sont là; mais je pense que l'on va enfin avoir des PDA intéressants.

Il y a peu de chances que les balladeurs autonomes soient fournis avec un codec Ogg en standart ou librement diffusé, au contraire.



Les maisons d'éditions sont paniqués par le mp3 et font tout ce qu'elles peuvent pour imposer un système empèchant la copie des oeuvres.



Tous les balladeurs seront conçus pour permettre (avec passport) d'acheter de la musique en ligne, dans un format bien propriétaire pour empècher la copie, ceci aura deux conséquences :



* Aucun balladeur ne sera vendu sans ce codec parce qu'il semblera naturel à tout le monde, et de ce fait indispensable.



* La licence de ce codec interdit bien évidement l'implémentation sur la meme machine d'un codec permettant de contourner les droits des oeuvres.



Si monsieur Sony (qui joue des deux cotés puisqu'il publie aussi de la musique) ou monsieur Panasonic décide de fabriquer un nouveau balladeur, il NE PEUX PAS faire une croix sur le codec officiel, parce que de ce fait, son matériel deviendra incompatible avec quasiment tous les sites de musique.



De toute façon, tout le monde le sait bien, les grandes boites d'édition de "musique" ont décidé que la production d'oeuvre libre de droit n'existait pas.



La musique est devenu un monde encore bien plus répugnant que le logiciel.

Ne pas oublier la version pour appareil photo numérique :

http://digita.mame.net/P714.JPG(...)

http://digita.mame.net/closeup.htm(...)

http://www.digitalcameras.com/reviews/digitaOS/appsScripts.asp(...)

Mais je ne sais pas si c'est accéléré OpenGL ?-)

J'ai une bonne nouvelle :

'fgrep' détectera Magic Lantern
http://www.gnu.org/software/grep/grep.html(...)

;-)

Je confirme également que l'éducation nat. fait tourner ses serveurs sous Linux. C'est le cadre imposé pour les développements des serveurs internet en particulier.

Par contre, du coté des élèves, c'est encore très Windows. Dans les filières techniques, les profs reçoivent un budget matériel (mais ils ne doivent acheter que chez certains commerçants qui gonflent la facture) et aucune formation pour s'en sortir ensuite. Ils passent donc des week-ends à essayer d'installer du 2000 ou du XP sans avoir les compétences.

Dans les deux cas, il y a de gros problèmes de formation des installateurs/développeurs/administrateurs, et hélas, windows reste une solution qui fait moins peur aux débutants.

La solution proposé est un mécanisme qui permet de se rendre compte lorsque les logs ont été trafiqués.

Ça ne règle pas le problème de l'effacement des logs. Une fois que les lignes ont disparu, il est toujours impossible de savoir ce qu'il s'est produit.

On n'a pas encore fait mieux que l'universitaire (j'ai oublié son nom) traquant Pengo (le pirate allemand) avec une batterie d'imprimantes matricielles ;-)

Pour les français, il y a LDLC qui a une page spéciale pour assembler un PC silencieux.

Je n'ai rien testé, j'hésite à me lancer dans l'upgrade de mon serveur (qui est en AT et non pas en ATX).

http://www.ldlc.fr/dossiers/pc_silencieux/index.html(...)

Il n'y a quasiment jamais un seul processus actif.





Je n'ai peut-être pas utilisé le bon vocabulaire, par processus actif, j'entends un processus en mode 'Runnable', un processus qui n'est pas bloqué par un appel système et succeptible de consommer du CPU.





Sur mon poste de travail par exemple, je pense que dans 99,9% des cas, le scheduleur, faute de concurrent, réaffecte le même processus au processeur.





Pour ce qui est de la sauvegarde, il semblerait que le processeur peut gérer ces sauvegardes presque tout seul





Le 386 et les processeurs compatibles sont effectivement conçus pour cela, ils font tout le boulot si on accepte le cadre de fonctionnement proposé par intel. Je pense que c'est pour cela que Linus à dit que Linux n'était pas portable (du temps des Linux 0.x); il s'est beaucoup appuyé au début sur tous les mécanismes automatiques d'Intel.





Pour la TLB, au pire elle s'invalide toute seule.





Je ne comprends pas cette remarque. Elle est déclarée invalide lorsqu'on modifie le registre qui pointe sur la page des tables, ce n'est pas 'tout seul'.

Quand le noyau fait le scheduling, tu sauvegarde certaines de ces donnees quelque part car elles vont etre remplacees par celles du prochain processus





Je ne crois pas que ce soit le comportement de Linux 2.2 ni de 2.4.





Très souvent, il n'y a qu'un processus actif, or dans ce cas, la sauvegarde est du temps perdu. Linux ne change tous les paramêtres (pointeurs vers de descripteur des taches, pages mémoires...) que lorsque c'est un nouveau processus différent qui prends la main. Dans le cas des threads, je ne suis même pas sur que le noyau invalide le TLB.





Le sur-coût est plutot lié au fait que l'on salit le cache du processeur avec tout le code noyau exécuté.

Il est possible de ne pas utiliser les cookies en faisant de la ré-écriture d'URL; mais ça me semble un travail titanesque, il y a énormément de choses à changer. L'avantage est que ça disparait entre deux connexions.

Etant donné que c'est mon boulot, je ne vais pas me plaindre, mais ça me semble utopique.

Ce qui me gène plus, c'est les sites qui refusent systématiquement les navigateurs qu'ils ne connaissent pas. On ne peut pas prévoir une loi contre ça ?

Le SPAM postal est payé par l'exéditeur, alors que le SPAM dans un email est payé en partie par celui qui le reçoit (consommation de bande passante et de resources), d'ou la différence dans le traitement.

Le problème est moindre dans le cas de Fax, mais encore une fois, le destinataire paye le papier.

Il va falloir publier une exégèse avec le bouquin pour que tout le monde puisse comprendre.

Pour le Cercle de Wolf, je vous conseil de faire une petite recheche Google sur "wolf usenet-fr".

En particulier, la lecture de l'historique de usenet-fr ( http://hvct.free.fr/usenet/historique/index.html(...) ) devrait vous permettre de comprendre pas mal de choses.

Je sais pas s'ils vont en vendre (à 20000 boules !!!) mais au moins, on en aura parlé.

Il me semble que BMW vends des VTT entre 15.000 et 35.000 francs; s'il y a des gens pour acheter un VTT ce prix là ( http://www.bmw.fr/(...) | Accessoires | VTT dans la colonne boutique | cliquez sur les VTT, les prix sont là ) parce qu'il est de marque et qu'il est bien fait, alors il y aura PLEINS de gens pour acheter le Ginger qui est plus pratique.

Avant, lorsque débutait l'après-midi après un copieux repas dans la chère couscousserie à deux pas du bureau, je surfais au hasard, à gauche à droite, tombant toujours sur les mêmes sites a l'activité morose (zipiz, nospoon ...).

L'installation de wmcoincoin à changé ma vie. Maintenant, je sais toujours quoi faire, a tel point que ma sieste digestive commence vers 9h30 pour se terminer vers 18h30.

J'étais informaticien, maintenant j'ai pleins d'amis. C'est un peu comme le café du coin(coin) qui vient jusque sur mon bureau.

Marant de voir une publicité alors qu'explicitement, Sharp demande que l'on n'en fasse pas, ils sont submergés par les demandes; évidement, tout le monde en veut un :

http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2826164(...)

"Please don't write anything which will make people want to buy the new pocket Sharp PDA," implored the product manager. "We don't have enough to sell. And it's not ready."


Certains ont passé commande ?

Le langage n'est pas un certificat de non-bug; mais je préfère confier ma vie à un programme écrit en ADA qu'à un programme écrit en Java, en C ou dans pleins d'autres langages.

Certe l'ADA est très pénible à écrire.
Oui, il impose énormément de contraintes au programmateur.
Mais fonctionnellement, il tiens très bien la route face à la plupart des langages modernes ; et au niveau du code produit, la qualité est très bonne, entre autre à cause de toutes ces contraintes qui sont imposées, et parce qu'il a été conçu intelligement au départ.

Si ton client fait tourner ton application chez lui, alors tu es obligé de lui fournir les fichiers sources. Il peut alors aller les lire.

Ceci-dit, beaucoup de gens sont contre. Il est un peu ridicule d'empècher le client d'aller voir dedans, ça oblige a régler soit même les problèmes et à faire toute une gymnastique pour retrouver les vrai erreurs.

En plus, si l'application est un peu grosse, alors personne n'ira la pomper. C'est trop de travail.

Actuellement, la multiplication des trolls est l'un des principal soucis, quelque soit le site, qui rends les commentaires illisibles (oublions le proxy de linuxfr).

La modération n'est pas vraiment une solution dès que le site est un peu visité.

Le système de point n'est, a mon avis, pas très efficace. Lorsque je trouve un message intéressant je veux toujours lire ceux qui viennent avant dans le thread. Il y a peut-être encore un peu de travail...

Une chose est sûre, le LL ne brille pas par son unité. Les adversaires n'ont qu'a déclencher un troll pour transformer toute opposition en un ramassi de gamins prépubères.

On peut ajouter que tout est ouvert. Il est possible, en tant que simple utilisateur, de ré-écrire un service critique comme une pile IP (l'encapslation est à la portée de tous), un gestionnaire de FileSystem (montez vos archives, votre annuaire LDAP), on le fait ensuite tourner sous sa propre identité, et on peut le rendre disponible à qui veut l'utiliser.

On peut voir un peu tous les serveurs comme des systèmes de fichier, un peu comme /proc sous linux, mais en plus puissant.

Niveau sécurité, il y a aussi la possibilité d'augmenter les droits d'un processus, de faire tourner un serveur sans identité tant que personne ne s'est identifié, alors que sous un Unix, un serveur doit tourner en root pour pouvoir ensuite descendre ses privilèges au niveau de l'utilisateur reconnu.

(mais je suis allé a la conf de Neal)

Le monde est petit ! Il faudrait faire des TeeShirt pour les mouleurs, quoi-que, ce n'est pas trop de saison

Attention, il me semble que la loi française est très claire à ce sujet, il est interdit d'installer des pots de miels, il est interdit d'inciter les gens à enfreindre la loi.



Faites bien attention si vous comptez installer cela dans un autre but qu'éducatif, si vous voulez ensuite porter plainte, n'importe quel juge français vous condamnera immédiatement.

Le problème était lié à DOM, les documents étaient transformés en arbre en mémoire, entrainant une consommation proportionnelle à la taille du document.





La version 2 est entièrement basée sur SAX, la lourdeur n'est plus proportionnelle à la taille des documents. Pour tout ce qui n'est pas FOP (qui construit toujours le document en mémoire), la vitesse à énormément augmenté et les traitements s'enboitent comme des pipes.





Par contre, ça reste très gourmand en mémoire.

La description est plutôt sommaire. Serait-il possible que l'auteur explique quel est le but du projet et à quoi sert son programme ?

Le problème est simple, dans le formulaire, Opéra ajout des espaces à la fin de chaque paragraphe. Ce qui fait qu'à chaque fois que l'on valide un commentaire, le serveur considère que l'on a modifié l'article. Il ne quitte donc pas le mode édition.

La correction ne demande que l'application d'une expression régulière, mais c'est couteux en CPU.