Cette version pompe encore et toujours tout le processeur ? Car c'est vraiment pénible d'entendre son ordinateur qui souffle à fond pour afficher deux bonhommes en 2D. Même flash est plus efficace là.
Sauf qu'un logiciel de qualité a un bon design, et qu'une fuite de mémoire n'est en général que le résultat d'une bête erreur.
Je connais pas grand monde qui part en croisade contre les fuites mémoires sur gnome, et pourtant gnome ne consomme pas énormément de ram. Et on peut pas dire que l'utilisateur en est mécontent.
Dommage que facebook ne permette pas de corriger ses publications. Linuxfr aurait intégré la fonctionnalité, me permettant de réparer cet oublis très malencontreux.
Comme je l'ai dit plus haut, je me place en tant qu'utilisateur, et pas en tant que développeur. Que ça fasse plus de boulot, j'en ai pas grand chose à faire. C'est le problème de l'équipe qui fait le programme.
La consommation mémoire plus élevée en moyenne, pour moi c'es t un inconvénient très important. Pas en temps que développeur, mais en tant qu'utilisateur.
Après même si je ne fais pas du temps réel, j'ai lu que le déclenchement du garbage collector pause des problèmes pour le temps réel. Bon je te l'accorde qu'en ruby, on s'en fiche.
C'est pas grand chose comme inconvénients, mais ça me gonfle vraiment d'avoir un redmine qui prends un quart de la ram de mon serveur, de devoir relancer firefox régulièrement, d'avoir mon ordi qui swap à chaque fois que je lance eclipse, ou qu'un bébé phoque meurt à chaque fois que le garbage collector de la machine virtuelle de java se déclenche automatiquement (heureusement pour les phoques, ça arrive très rarement).
Sauf que les problèmes de mémoires quand tu la gères toi même, tu peut les corriger. Si tu testes assez ton programme, tu n'as plus vraiment de problèmes à la fin.
Avec un garbage collector, t'as les inconvénients, tout le temps.
Qu'est-ce que j'aimerais bien pouvoir mettre 50€ dans un équivalent de Gran Turismo sur linux. Malheureusement, ça n'existe pas (et je vais pas payer un mec 50€ pour qu'il fasse un jeu, il va pas aller loin avec).
Ça marche aussi avec les cœurs multiples des cpu de maintenant. L'Hyperthreading d'intel double aussi le nombre de cœur (bien que ce ne soit pas le cas réellement).
Moi, j'ai l'impression que c'est l'inverse. J'ai du mal à voir des applications qui ont des bases de données sans avoir de relations.
Rien que sur ton message, il y a une relation évidente (ton message est relié à ton profil). Une autre relation est entre la news et les messages. C'est un exemple, mais cette application est pourtant simple.
En fait, c'est moi qui doit faire erreur. Car j'attends des fonctionnalités de bases de données relationnelles dans des bases de données qui ne le sont pas.
Vous n'avez rien à faire ce weekend ? Vous pouvez créer une nouvelle base de données NoSql !
Pouvoir participer au mouvement NoSql dès sa création est une chance incroyable, en plus en seulement deux jours, vous pouvez avoir un moteur qui est digne de se confronter aux autres.
Bon plus sérieusement, je trouve que ces nouvelles bases de données sont vraiment très légères, en termes de fonctionnalités. Ça remplace avantageusement une bidouille sur les fichiers, mais c'est un peu près tout. Surtout que l'utilisation du javascript pour manipuler les données n'est vraiment pas convainquant.
Bon, il y a quand même du code, mais ça fait plus petit programme que moteur de base de données relationnelle. Ça donne envi de se lancer dans l'aventure quand on voit ça.
# Occupation processeur
Posté par yellowiscool . En réponse au journal L'heure de la Battle for Wesnoth 1.8 a sonné. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Economie bidon
Posté par yellowiscool . En réponse à la dépêche OpenTTD est désormais en version 1.0.0. Évalué à 2.
Surtout qu'il suffit de faire deux trois transports aériens en longue distance pour avoir énormément d'argent.
C'est loin, ça va vite, et en plus, ça transporte pas mal avec l'airbus A380.
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 2.
Je connais pas grand monde qui part en croisade contre les fuites mémoires sur gnome, et pourtant gnome ne consomme pas énormément de ram. Et on peut pas dire que l'utilisateur en est mécontent.
Envoyé depuis mon lapin.
[^] # Re: Moinsage
Posté par yellowiscool . En réponse au journal JAVA < C#. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: Moinsage
Posté par yellowiscool . En réponse au journal JAVA < C#. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: Doc
Posté par yellowiscool . En réponse au journal JAVA < C#. Évalué à 7.
Envoyé depuis mon lapin.
[^] # Re: Attention
Posté par yellowiscool . En réponse au journal JAVA < C#. Évalué à 10.
Envoyé depuis mon lapin.
[^] # Re: réchauffement climatique
Posté par yellowiscool . En réponse à la dépêche Nouvelle version de LinuxFr.org. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 2.
Envoyé depuis mon lapin.
# On ne dit plus buzz mais ramdam
Posté par yellowiscool . En réponse au journal Haro sur le Mélanchon. Évalué à 10.
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 2.
Puis même si le bug n'est pas corrigé, ça fonctionne aussi bien qu'un truc avec ramasses miettes. C'est pratique.
Envoyé depuis mon lapin.
[^] # Re: oui enfin
Posté par yellowiscool . En réponse au journal La fin de Linux sur PlayStation 3 ?. Évalué à 2.
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 0.
Si la fuite est trop importante, elle est corrigée.
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à -1.
Après même si je ne fais pas du temps réel, j'ai lu que le déclenchement du garbage collector pause des problèmes pour le temps réel. Bon je te l'accorde qu'en ruby, on s'en fiche.
C'est pas grand chose comme inconvénients, mais ça me gonfle vraiment d'avoir un redmine qui prends un quart de la ram de mon serveur, de devoir relancer firefox régulièrement, d'avoir mon ordi qui swap à chaque fois que je lance eclipse, ou qu'un bébé phoque meurt à chaque fois que le garbage collector de la machine virtuelle de java se déclenche automatiquement (heureusement pour les phoques, ça arrive très rarement).
Envoyé depuis mon lapin.
[^] # Re: Ruby, c’est fini.
Posté par yellowiscool . En réponse à la dépêche Le point sur les avancées de Google Go. Évalué à 2.
Avec un garbage collector, t'as les inconvénients, tout le temps.
Envoyé depuis mon lapin.
[^] # Re: oui enfin
Posté par yellowiscool . En réponse au journal La fin de Linux sur PlayStation 3 ?. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: Class action
Posté par yellowiscool . En réponse au journal La fin de Linux sur PlayStation 3 ?. Évalué à 1.
Envoyé depuis mon lapin.
[^] # Re: plusieurs cpu
Posté par yellowiscool . En réponse au message Le %CPU de top. Évalué à 4.
Envoyé depuis mon lapin.
[^] # Re: pitié ...
Posté par yellowiscool . En réponse à la dépêche MongoDB 1.4, prêt pour la production. Évalué à 2.
Rien que sur ton message, il y a une relation évidente (ton message est relié à ton profil). Une autre relation est entre la news et les messages. C'est un exemple, mais cette application est pourtant simple.
Envoyé depuis mon lapin.
[^] # Re: Vous n'avez rien à faire ce weekend ?
Posté par yellowiscool . En réponse à la dépêche MongoDB 1.4, prêt pour la production. Évalué à 3.
Envoyé depuis mon lapin.
# Vous n'avez rien à faire ce weekend ?
Posté par yellowiscool . En réponse à la dépêche MongoDB 1.4, prêt pour la production. Évalué à 2.
Pouvoir participer au mouvement NoSql dès sa création est une chance incroyable, en plus en seulement deux jours, vous pouvez avoir un moteur qui est digne de se confronter aux autres.
Bon plus sérieusement, je trouve que ces nouvelles bases de données sont vraiment très légères, en termes de fonctionnalités. Ça remplace avantageusement une bidouille sur les fichiers, mais c'est un peu près tout. Surtout que l'utilisation du javascript pour manipuler les données n'est vraiment pas convainquant.
Je suis quand même allé voir le code source par curiosité: http://github.com/mongodb/mongo/tree/master/db/
Bon, il y a quand même du code, mais ça fait plus petit programme que moteur de base de données relationnelle. Ça donne envi de se lancer dans l'aventure quand on voit ça.
Envoyé depuis mon lapin.
# Les statistiques, c'est bidon
Posté par yellowiscool . En réponse au journal Troll statistique. Évalué à 8.
Pourquoi diviser la médiane par deux, et pas par 4,2 ?
Envoyé depuis mon lapin.
[^] # Re: why ?
Posté par yellowiscool . En réponse au journal Quand t'es en ville, au Niger, tu ne sais pas bien où est la famine. Évalué à 5.
Envoyé depuis mon lapin.
[^] # Re: Twitbookface
Posté par yellowiscool . En réponse à la dépêche Ubuntu 10.04 LTS "Lucid Lynx" en version beta. Évalué à 7.
Envoyé depuis mon lapin.
[^] # Re: Pourquoi voter
Posté par yellowiscool . En réponse au journal Voter?. Évalué à 2.
Par contre, lorsque l'on compte les votes, c'est pris avec beaucoup d'importance.
Envoyé depuis mon lapin.