YBoy360 a écrit 713 commentaires

Depuis 1992 on reproche les mêmes choses encore et encore au c++ et c'est pleinement justifié, d'où java et gtk. Le problème c'est qu'on est obligé de ne pas utiliser plein de fonctionnalités du c++ pour qu'il reste proche du c. Et Qt y arrive très bien.

Les nouvelles normes foutent la merde.

Kernel ou pas, que tu mettes quelques octets en cache en haut de la stack, ok (et encore), mais d'une manière générale, tu mets pas en cache ce que tu accèdes de manière séquentiel. Même les cpu les moins puissant depuis 2002 optimise l'accès aux données séquentiels.

D'autre part, on met des caches lines en cache, pas des pages, d'ailleurs il est impossible de mettre des page complète en cache sur la plupart des CPU. Une page ne se map qu'en quelques caches lines dont la taille << taille d'une page (dépendant de la quantité de mémoire physique sur certains CPU).

Mettre la stack en cache, quelle idée…

j'me réponds pour m'compléter (parce que je peux pas éditer):

virt-manager, c'est le clickodrome où on utilise ces domaines. C'est sympa, en tout cas, plus que qemu en ligne de commande, même si on connait toutes les options, ça rend la chose plus accessible. Mais il faut savoir une chose important : il y a 2 modes concernant le driver qemu :

Soit on lance en mode session (qemu se lance alors en user),
$ virt-manager -c qemu:///session

soit en mode system, et là, il vaut mieux connaitre SELinux, ou autre joyeusetées dans ce genre.

virt-manager permet aussi de gérer plusieurs serveurs en un seul endroit

$ virt-manager -c qemu+ssh://user@machine/session

faut faire gaffe à ça.

pour ceux qui se demandent quoi faire avec ce fichier XML, on peut créer/importer ceux-ci via la commande virsh.

On peut générer ces fichiers depuis une ligne de commande qemu par exemple, puis compléter la configuration de la machine via "virt-manager", et re dumper le fichier XML, parce que les arguments qemu sont complexes à spécifier à la main.

Par exemple :
créer un de ces fichiers depuis un domaine existant
$ virsh dumpxml "domain" > domain.xml
depuis votre ligne de commande qemu préférée
$ virsh domxml-from-native qemu "qemu-args"
recréer la ligne de commande qemu après modifications dans virt-manager
$ virsh domxml-to-native "domain" (marche pas toujours)

voila. pour le cpu, je force systématiquement kvm32 ou kvm64, ça marche mieux avec ma mageia, mais j'en suis pas à faire du "passthrough" pour utiliser directement une CG depuis la machine virtuelle.

moi j'utilise Libvirt avec Qemu-kvm.

par contre je veux le faire sans être root, et sans utiliser SELinux, et là, je sèche un peu pour le réseau (polkit, connexion de plusieurs machine…).

Bref, c'est sûr ça tabaze virtualbox.

Je cherche un gars bon dans ce domaine (si ça t’intéresse…).

Surtout que la gestion des exceptions en c++, c'est loin d'être gratuit.

pinit (2006)

http://forum.mandriva.com/fr/viewtopic.php?t=51698&p=240925

et le développement était ouvert.

Mandriva/(Mandrake?!) avait un système d'init parallèle avant Ubuntu.

Les agrégations, il me semble que soir le fait et de manière très performante.

Sinon il y a ce lien qui me permet d'avoir une liste de differences :
http://www.ymc.ch/en/why-we-chose-solr-4-0-instead-of-elasticsearch

Mais j'imagine que les choses évoluent vite, et qu'il est difficile de maintenir ce genre de liste a jour

Quel est l'avantage par rapport à un bon vieux solr des familles ?

Parce que solr à vraiment evolué depuis la création d'es. Peut être la scalabilité ou le support d'Amazon?

Je suis énervé, il est tôt et je tappe depuis mon téléphone portable. Bref, je pige pas qu'il y en ait encore pour remettre en cause la pertinence de journalctl.

Je trouve que les géniteurs de systemd ont vraiment du mérite à supporter des débats d'un tel niveau. Je trouvais leurs méthodes un peu directe, mais franchement, arriver à mélanger autant de concepts, pour justifier n'importe quoi, c'est faire preuve soit de malice, soit d'inexpérience.

Je ne vais pas me contenter de donner un avis personnel, mais sans être du niveau d'un Shannon, on sait tous, sans exception, que plus on transforme une donnée (par exemple une date en long (Long long) vers char[]) plus on perd de l'information de base, plus on perd du temps pour faire la conversion, plus on perd du temps a faire la conversion inverse pour pouvoir agir efficacement sur la donnée de base (par exemple si je veux juste les lignes d'un intervalle de temps), plus on est obligé de specifier comment convertir l'info, on doit mettre en plus tout le monde d'accord… je pourrais continuer, en gardant le format binaire de base, TOUT cela est inutile.

De plus, journalctl apporte bien plus que seulement le respect des formats binaire de base.

Je trouve logstash très intéressant si tu utilises syslog old school et si tu as 30 serveurs pour stocker tes log, je ne reproche rien au message du dessus.

c'est une TRÈS bonne nouvelle, je pense. Même si il est bon d'avoir la liberté de proposer des choses différentes, ça permettra à SystemD de se confronter à un panel bien plus large d'utilisateurs (exigeants).

Ce sera autant profitable à Debian, qu'a SystemD. Pour arrêter les banalités, je dirais que ce projet est mené de manière exemplaire, que les critiques sur l'impacte de l'écosystème sont justifiées, mais, si tous le monde s'y met (et Debian, c'est beaucoup de monde), ça permettra d'avoir moins peur de RH et de son emprise sur ce projet. Cette décision rassure avant tout, les utilisateurs de SystemD.

Vous devriez tester dart avant d'en parler. Le lien benchmark par des packagers de debian pour faire crédible, pitié. Foutez la paix a l'humanité en faisant autre chose de vos journée (genre tester les pointeurs null reto
urné par malloc)

Je passerai à debian le jour où ils utiliseront pleinement systemd.

Ces articles sont vraiment pathétiques. Il y a plein de choses qu'on peut reprocher a Android et Chrome, mais pas ça..

C'est du niveau des PR de MS.

Moi je dirais C++ sans template, sans exception, sans RTTI, en utilisant Qt (c'est VRAIMENT bien).

Si tu as un peu de temps, que l'occupation mémoire n'est pas un problème, et que le temps de démarrage de l'application n'est pas un soucis, Java peut-être, mais en utilisant Groovy ou Xtend (avec un bon IDE, c'est le pied). Le problème c'est que si tu veux utiliser des choses propres à une plateforme particulière ça ajoute du taffe.

Perso je garderai le C pour les trucs ou il faut vraiment de grosses perf, où genre ça t'emmerde que this te bouffe un registre. Mais dans ce cas, tu poserais pas la question.

tu crois que les coûts d'intégration de logiciels propriétaires sont inférieurs? j'aurais de très nombreux exemples démontrant qu'en plus d'avoir des coûts prohibitifs pour l'intégration, le coût de sortie est très grand et le coût annuelle, en générale, augmente au cours des ans (sans développé de nouvelles choses).

est-il possible d'avoir une liste des connecteur de la V5? je viens de tester la v6, la liste n'est pas très impressionnante.

Cela dit, on peux se connecter a Talend, ce qui multiplie les possibilités.

Admet qu'il est pas toujours concis, qu'il est très linéaire, c'est vrai que ça ne fait pas de lui un non ou mauvais scientifique. Je l'admire d'une certaine manière et l'écoute.

Admet qu'il est pas toujours concis, qu'il est très linéaire, c'est vrai que ça ne fait pas de lui un non ou mauvais scientifique. Je l'admire d'une certaine manière et l'écoute.

J'ai vu des wiko et autres HTC wildfire être très fluide.

Il n'y a rien de mieux pour faire des webapp. Dommage qu'il n'y ait aucune news sur cette techno… Et y a encore beaucoup de monde pour critiquer java apparemment, j'aimerai vraiment voir ce qu'ils font ces être divins possédants la vrai vérité vrai à 129 Go de RAM..

Star Trek devant Cosmos 1999, Cosmos 1999, c'est du niveau des mystère de l'Ouest, du prisonnier, ou de code quantum!
J'aurais cliqué Dune, si ça avait été proposé.

moi j'ai jamais compris comment finir Cauldron 2 sur Commodore 64, faut faire quoi à la fin ? (cette question sérieuse est en rapport avec ton avatare PVI)