Badeu a écrit 323 commentaires

j'avais prévenu que je serais absolument pas objectif :D

Pour faire une même chose une VM est moins fiable qu'un exe natif . CQFD

Ça n'implique pas que tu as tort sur ton point de vue concernant la fiabilité des OS que je partage largement, mais le propos était de comparer VM vs. natif.
Même si l'OS est un paramètre important dans la vraie vie, c'est un paramètre à négliger pour comparer deux méthodes d'implémentation d'une même application.

Oui mais sachant qu'on parle d'un type d'erreur indépendant du programme en cours d'éxécution avec une probabilité de se produire constante au cours du temps.
Et, sachant qu'en plus les conséquences peuvent être identiques (plantage de la machine ou résultat innatendu mais indétectable) et cela que l'erreur se produise lorsque l'OS a la main ou lorsque c'est un programme utilisateur.

Bien entendu que la probabilité qu'une erreur se produise dans le programme qui a le plus souvent la main est plus grande et justement c'est la toute la problématique, car la question que je posais est une comparaison entre programme à service rendu équivalent : un programme éxécuté dans une VM recquierant plus de cycles qu'un programme natif, sa probabilité d'erreur augmente, est-ce que le jeu en vaut la chandelle ?

Le principe des VM étant, techniquement, plus sensible aux erreurs que le natif, pourquoi lorsque cela est possible, préférer un développement sur VM plutôt qu'en natif ?

Si la réponse est la portabilité multi-plateforme, on entre dans une logique de coût.
Si la réponse est la facilité de développement qu'offre ces environnement, on entre dans une logique de coût à nouveau.
Si la réponse est la pédagogie, on sort du champs d'actions des applications destinée utilisateur final.


Est-ce que la logique de coût est une motivation essentielle dans le libre ?
Est-ce que la logique de coût est prépondérante sur la sécurité ? (ouais, certes je connais hélàs la réponse...)

Bon je savais pas où poser ma question dans tout ce troll mais je me lance ici. Sachant que je ne suis pas familier des mécanismes des VM type java/mono et que mon travail concerne l'informatique robuste à bas niveau donc très loin des .net & co et proche des descriptions HDL et de l'assembleur (ce qui va influencer à fond la question qui suivra)

Sachant qu'aujourd'hui on s'oriente vers des architectures matérielles extrèmement complexes, le risque d'accumuler des erreurs transitoires lors du fonctionnement n'est plus négligeable, bien qu'on dispose de méthode pour abaisser ce risque et bien qu'on ne soit pas en environnement hostile.

si je fais un a = 5; en C qui sera traduit par le compilo en "li Rd, 5" (attention pseudo asm pour illustrer l'idée), l'opération est effectuée en un cycle. La probabilité qu'une erreur se produise pendant cette opération est donc faible.

si je fais un a = 5; en C# qui sera traduit en bytecode qui sera exécuté sur une VM qui va charger le 5 dans un "registre virtuel" de la machine virtuelle, qui va faire intervenir tout plein d'étapes supplémentaires pour finalement finir en mémoire car le fonctionnement de la machine implique un nombre d'aller-retours cache <-> registres plus nombreux que si on était en code natif.

Là l'opération prend beaucoup plus de cycles pour s'exécuter, et même si la différence de performance semble négligeable à l'échelle humaine, j'y vois surtout un risque d'erreur largement multiplié pouvant ne pas faire aboutir la simple opération a = 5, ou pire rendre l'exécution du programme dangereuse.

Alors n'y a t'il pas un risque d'avoir plus d'erreurs incontrôlables/indétectables à ajouter une énième couche d'abstraction, surtout aussi éloignée, pour l'exécution d'un programme ?

Si c'est pour l'aspect pédagogique de .net, éventuellement, je comprend qu'on puisse le défendre si ça permet à des gens d'apprendre à coder.
Mais, quand c'est pour faire des logiciels qui seront utilisés, parfois des applis critiques, à cause d'un simili-lobby d'ingénieurs qui veulent du "modernisme" là je trouve qu'il y a un soucis. Plus on s'éloigne du bas niveau, plus on augmente le risque d'erreur, risque d'erreur qui continue d'augmenter par le simple fait des évolutions techniques du matériel. Donc une croissance exponentielle du risque d'erreur.

dans une micro-brasserie puis-je prendre des méga-pintes ?

oui déjà il y a ça, et avant d'appeler la hotline, mon premier réflexe est de regarder les stations d'à côté sur la borne pour voir combien il y reste de plots libres.

L'idéal serait de permettre, via réglage, de choisir soit un lecteur embarqué et 100% software, soit de passer par un service rendu par une autre application (ex: gstreamer - je dis ça je dis rien) qui éventuellement peut tirer partie d'une accélération fournie par le matériel.

Comme ça, dans le cas général ça fonctionne et dans le cas idéal ça décoiffe.

plutôt partisan de la 8 aussi, qui est bien dans l'esprit d'une about box surtout.

Oui mais au final, est ce que la balise vidéo ne permettra finalement pas de passer par une accélaration hardware à court terme contrairement à flash ?

On parle d'un site bêta, qui implémente une techno en phase de spécification je crois que le meilleur reste à venir et qu'il n'est pas encore l'heure de cracher dans la soupe.

Et World of Goo est simplement génial comme jeu. Cela dit, Il manque juste un éditeur de niveau et/ou un vrai système de jeu en ligne.

Une guerre ?

Je propose qu'on achète un bateau qu'on laisserait dans les eaux internationales avec pleins de serveurs dessus pour faire un ééééénnnnnnnnnnooooooooooorrrrme VPN crypté.

Pourquoi pas ? Bah parce que les journaux ne sont pas des forums tout simplement.

Ouais je trouve ça hallucinant.

Bon on vous retire votre permis et votre voiture, mais ce n'est pas grave, vous pouvez toujours utiliser une chaudière pour vous chauffer.

Ah merci l'offre triple play ! Maintenant je suis sauvé. Quand je pourrais plus bosser de chez moi car une IP identique à la mienne trainera sur un tracker, je pourrais continuer d'utiliser TF1 et ma télé pour faire du SSH vers ma boite.

Le parefeu d'OOo

en l'état c'est certain qu'on peut être sceptique, mais l'IHM à base de raccourcis clavier peut être modifiée, l'utilisation de ressources reste intéressante pour de l'embarqué.

Je dirais compilation de Linux à tout hasard ..............

Pour savoir qui c'est, il suffit d'envoyer un mail et vérifier la liste des Tr: que les webmails auront ajoutés ^^

Ouais enfin là c'est particulièrement incomparable comme test, il y a beaucoup trop de différences entre les deux architectures de chaque processeur.

On peut pas pertinenter ça à 11 ?

ouf, un parisianiste ! J'ai cru qu'on était envahi par la province sur DLFP ;)

Allez répond sincèrement. Tu crois vraiment ce que tu écris ?

Oui ^^

Ça ne coute que du temps et ça me permet de lacher tous mes avis de la journée en quelques minutes au détriment de journaux intéressants.

vous venez en famille sur dlfp ?

tu peux être payé pour les faire aussi ;)

J'ai noté ton journal comme inutile, car il l'est. Pas que je me suis senti concerné, juste que c'est de la merde.

Et truc incroyable ( et je pense que beaucoup de monde fait de même ) quand je code quelque chose, que je distribue ça librement il n'y a aucune conscience politique derrière mes actes. Juste du plaisir de le faire et de le partager.