Je n'ai pas moinssé (ni plussé), mais je n'ai pas trop aimé. En revanche, si tu avais mis : « C'est qui la vieille pédale ? » j'aurais beaucoup plus apprécié…
Avec les threads (pthread_create) il n'y a pas de séparation, et Firefox fait ça depuis longtemps (en fait je crois bien que Netscape le faisait déjà).
Il s'agit donc bien ici de de processus (fork/exec) qui assurent une bien meilleure séparation avec un isolement complet de la mémoire en dehors des zones explicitement partagées.
En fait, ça doit dépendre du relecteur. Pour radial context, ils ont successivement refusé, accepté puis refusé la même extension (les seules différences entre les trois étaient le remplacement d'appels à des API obsolètes par la nouvelle API).
Quant au non-sens qu'est la barre de défilement GTK3, je cherche encore le coupable.
Heureusement, il y a des thèmes qui rétablissent une barre de défilement potable (par ex. BlueMenta). Maintenant s'il pouvait y avoir quelque chose de similaire pour le sélecteur de fichiers…
ce n'est pas la désallocation qui prendra énormément de temps si ce sont des structures à durée de vie longue, donc chipoter sur le temps de désallocation, je ne comprends pas bien.
Je compare ce qui est comparable, donc le temps passé dans la désallocation par rapport au temps passé dans le GC. Le reste du temps de traitement sera le même que tu utilises où non un GC.
Python n'utilise pas de garbage collector mais un compteur de référence
D'une part un compteur de référence est une forme de garbage collector (*), d'autre part Python a un « vrai » GC pour gérer les cycles, qui peut être contrôlé avec le module gc :
importgc# Empêcher le GC de se déclencher automatiquement :gc.disable()# Déclencher manuellement un cycle de collecte :gc.collect()# Ré-activer le GC :gc.enable()
(*) Un garbage collector est un mécanisme qui libère automatiquement la mémoire quand elle n'est plus utilisée, selon cette définition un compteur de références est un garbage collector.
un GC a un coût, en terme de performance,
Inexact. En fonction de la façon dont ton application alloue et désalloue la mémoire, un GC peut s'avérer plus performant qu'une gestion manuelle. En particulier si tu as des structures profondes (arbres ou listes) que tu modifies peu au cours de leur vie (i.e tu les alloues, tu les utilises sans les modifier, puis tu les désalloues). Dans ce cas, un bon GC pourra tout désallouer d'un coup alors qu'une gestion manuelle t'obligera à désallouer chaque nœud de ta structure.
en terme de ressources ( 2x à 8x la quantité de mémoire ),
Vrai, du moins tant que ton appli n'a pas de fuites mémoire. C'est pour cette raison que les langages à GC ne perceront jamais dans l'embarqué (je parle ici du vrai embarqué, celui où les ressources sont limitées, pas des ordiphones qui sont plus puissants que le PC que j'avais il y a cinq ans).
en terme de déterminisme, en terme de latence.
Faux. Il existe des GC temps réel (donc qui garantissent une latence max). Bien sur, on n'a rien sans rien et ces GC sont généralement encore plus gourmands en mémoire que les autres. Note que de toutes façons ceux qui développent des systèmes vraiment critiques en termes de performances (jeux, par ex.) évitent les allocations dans la partie critique (aussi bien avec un GC, qu'avec malloc) car ni l'un ni l'autre n'ont de performances garanties.
Les GC ne sont pas la panacée mais ils ont leur utilité, en particulier :
lorsque réduire le temps de développement est plus important que d'économiser quelques cycles CPU ou quelques MB de RAM (un développeur coûte beaucoup plus cher que d'acheter une machine plus puissante ou de répartir la charge entre plusieurs machines),
lorsque de toutes façons le système est tellement critique qu'aucune allocation n'est faite dans la boucle principale. Dans ce cas rien n'empêche d'utiliser un GC pour les allocations qui, par définition, auront lieu en dehors de la partie critique.
En fait, c'est presque le contraire : une fois publiée une invention n'est plus brevetable en Europe, quel que soit le pays ou la langue de publication et quelle que soit la personne qui voudrait déposer (article L611-11 du code de la propriété intellectuelle). Aux USA, une invention reste brevetable pendant un an après la publication, mais seule la personne qui l'a publié peut déposer un brevet (titre 35, chapitre 10, section 102 du code des États-Unis)
Tu as oublié Progressive. Si tu veux faire de la compression avec pertes avec FLIF, il suffit de couper la fin du fichier à partir de l'endroit qui correspond à la taille que tu veux et comme le format est progressif, tu obtiendras une image avec pertes. Voir le paragraphe « Lossy compression » sur cette page.
Reste à voir ce que ça donne en termes de qualité par rapport aux formats qui ont nativement des pertes (et pour le mode sans pertes, il faudrait aussi comparer avec JLS)…
Pas exactement, l'appel au boycott en raison de la race, de la nationalité ou de la religion est interdit (par l'article 24 de la loi du 29 juillet 1881 qui interdit l'appel à la discrimination, précisé par l'article 225-2 du code pénal qui précise que « entraver l'exercice normal d'une activité économique » constitue bien une discrimination). En revanche, le boycott pour un autre motif reste autorisé.
les brevets sont évalués par des gens qui n'y connaissent rien en technique et sont complètement incapables (*) d'avoir une appréciation réaliste de l'originalité du brevet. D'ailleurs, quand on voit le premier jet rédigé par un juriste qui a pourtant discuté face à face avec l'inventeur et pu poser toutes les questions qu'il voulait avant et pendant la rédaction, on se demande comment l'examinateur pourrait y comprendre quelque chose en n'ayant accès qu'au texte déposé,
les brevets sont censés favoriser la diffusion de l'information en encourageant la publication, mais en pratique le texte de la plupart des brevets est incompréhensible pour un ingénieur moyen et donc complètement inexploitable, et les quelques inventions intéressantes sont noyées dans la masse des brevets triviaux. Par conséquent, les brevets échouent lamentablement à leur objectif premier.
Le problème principal concerne les politiques. Pour eux, le nombre de brevet déposé est un indicateur d'innovation ! On peut déposer un brevet, ou des dizaines pour la même chose (il y aurait 150 brevets sur la manière d'attachée le teflon sur un poêle Tefal).
Tant que les politiques seront autant ignare en science, on n'en sortira pas. Je croyais que la France était un pays d'ingénieur, mais c'est faux. La technique, c'est sale pour les élites. Les meilleurs vont dans la finance, ou les postes de direction.
Hélas !
(*) Comme dit dans un message précédent, ce n'est pas une question d'intelligence mais juste de formation et d'expérience. Quand le principe des brevets a été imaginé pour la première fois, un intellectuel avait de solides bases dans tous les domaines et donc en particulier un juriste avait de bonnes notions de technique. Aujourd'hui tous les domaines sont devenus si complexes que nous sommes tous beaucoup plus spécialisés et que les juristes ne peuvent pas être assez pointus dans tous les domaines techniques. L'Île mystérieuse de Jules Verne ne pourrait plus marcher maintenant.
[^] # Re: Je ne suis pas sur de comprendre
Posté par jeberger (site web personnel) . En réponse à la dépêche PikoPixel, éditeur de « pixel art ». Évalué à 3.
Yaurait pas comme l'ébauche d'un problème là ? Mon Pi 1 tourne à 700 BogoMIPS (697.95 pour être précis). Je doute que le 3 soit à ce point moins bon…
[^] # Re: Typo
Posté par jeberger (site web personnel) . En réponse à la dépêche darktable 2.2.0. Évalué à 1.
Et aussi : « déformation due à une mauvaise pause » → « déformation due à une mauvaise pose »
[^] # Re: Led comme capteur de luminosité
Posté par jeberger (site web personnel) . En réponse à la dépêche Les diodes ne sont pas toutes des lumières. Évalué à 2.
Je n'ai pas moinssé (ni plussé), mais je n'ai pas trop aimé. En revanche, si tu avais mis : « C'est qui la vieille pédale ? » j'aurais beaucoup plus apprécié…
# Anglicisme
Posté par jeberger (site web personnel) . En réponse à la dépêche LibreOffice : de 5.0 à 5.2, un an après. Évalué à 4.
« problèmes de consistance de l’affichage » → « problèmes de cohérence de l'affichage »
Sinon, bravo pour une dépêche très complète et détaillée (même si c'est « juste » une traduction, ça représente un gros boulot alors félicitations).
[^] # Re: Qwant et le multi processus
Posté par jeberger (site web personnel) . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 3.
Avec les threads (
pthread_create) il n'y a pas de séparation, et Firefox fait ça depuis longtemps (en fait je crois bien que Netscape le faisait déjà).Il s'agit donc bien ici de de processus (
fork/exec) qui assurent une bien meilleure séparation avec un isolement complet de la mémoire en dehors des zones explicitement partagées.[^] # Re: Extensions
Posté par jeberger (site web personnel) . En réponse à la dépêche Firefox 48 : API WebExtensions, Electrolysis et sécurité. Évalué à 6.
En fait, ça doit dépendre du relecteur. Pour radial context, ils ont successivement refusé, accepté puis refusé la même extension (les seules différences entre les trois étaient le remplacement d'appels à des API obsolètes par la nouvelle API).
# Et le dernier lien devrait être…
Posté par jeberger (site web personnel) . En réponse à la dépêche Les journaux LinuxFr.org les mieux notés du mois de juin 2016. Évalué à 2.
https://linuxfr.org/users/zezinho/journaux/coup-de-boost-sur-le-pilote-graphique-intel
[^] # Re: Vrai IDE ?
Posté par jeberger (site web personnel) . En réponse à la dépêche CodeBusters, concours d'intelligence artificielle en ligne du 25 juin au 3 juillet 2016. Évalué à 1.
Quand tu dis « push dans l'IDE, » tu veux dire par copier-coller (ce que je fais) ou il y a un moyen plus simple d'uploader un fichier ?
[^] # Re: Firefox 47 et précédents (et suivants, j'en ai peur)
Posté par jeberger (site web personnel) . En réponse à la dépêche Firefox 47, version de transition. Évalué à 2.
Heureusement, il y a des thèmes qui rétablissent une barre de défilement potable (par ex. BlueMenta). Maintenant s'il pouvait y avoir quelque chose de similaire pour le sélecteur de fichiers…
[^] # Re: Incroyable
Posté par jeberger (site web personnel) . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 5.
C'est d'ailleurs plus ou moins confirmé quand on regarde les arguments avancés par ceux qui expliquent pourquoi ils ont choisi Git ou Mercurial.
Raisons généralement avancées pour choisir Git plutôt que Mercurial :
Raisons généralement avancées pour choisir Mercurial plutôt que Git :
PS : le Trolldi, c'est permis ;)
[^] # Re: Destructeurs
Posté par jeberger (site web personnel) . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 1.
Je compare ce qui est comparable, donc le temps passé dans la désallocation par rapport au temps passé dans le GC. Le reste du temps de traitement sera le même que tu utilises où non un GC.
[^] # Re: Destructeurs
Posté par jeberger (site web personnel) . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 10.
D'une part un compteur de référence est une forme de garbage collector (*), d'autre part Python a un « vrai » GC pour gérer les cycles, qui peut être contrôlé avec le module
gc:(*) Un garbage collector est un mécanisme qui libère automatiquement la mémoire quand elle n'est plus utilisée, selon cette définition un compteur de références est un garbage collector.
Inexact. En fonction de la façon dont ton application alloue et désalloue la mémoire, un GC peut s'avérer plus performant qu'une gestion manuelle. En particulier si tu as des structures profondes (arbres ou listes) que tu modifies peu au cours de leur vie (i.e tu les alloues, tu les utilises sans les modifier, puis tu les désalloues). Dans ce cas, un bon GC pourra tout désallouer d'un coup alors qu'une gestion manuelle t'obligera à désallouer chaque nœud de ta structure.
Vrai, du moins tant que ton appli n'a pas de fuites mémoire. C'est pour cette raison que les langages à GC ne perceront jamais dans l'embarqué (je parle ici du vrai embarqué, celui où les ressources sont limitées, pas des ordiphones qui sont plus puissants que le PC que j'avais il y a cinq ans).
Faux. Il existe des GC temps réel (donc qui garantissent une latence max). Bien sur, on n'a rien sans rien et ces GC sont généralement encore plus gourmands en mémoire que les autres. Note que de toutes façons ceux qui développent des systèmes vraiment critiques en termes de performances (jeux, par ex.) évitent les allocations dans la partie critique (aussi bien avec un GC, qu'avec
malloc) car ni l'un ni l'autre n'ont de performances garanties.Les GC ne sont pas la panacée mais ils ont leur utilité, en particulier :
lorsque réduire le temps de développement est plus important que d'économiser quelques cycles CPU ou quelques MB de RAM (un développeur coûte beaucoup plus cher que d'acheter une machine plus puissante ou de répartir la charge entre plusieurs machines),
lorsque de toutes façons le système est tellement critique qu'aucune allocation n'est faite dans la boucle principale. Dans ce cas rien n'empêche d'utiliser un GC pour les allocations qui, par définition, auront lieu en dehors de la partie critique.
[^] # Re: Logiciel équivalent sous Gnome ?
Posté par jeberger (site web personnel) . En réponse à la dépêche Sortie de kdenlive 16.04.0. Évalué à 4.
Euh, darktable utilise gtk…
[^] # Re: Customisation
Posté par jeberger (site web personnel) . En réponse à la dépêche Thunderbird 45 est sorti. Évalué à 9.
Tu veux dire comme « View → Layout → Vertical view » ?
[^] # Re: Champ de recherche
Posté par jeberger (site web personnel) . En réponse à la dépêche Parution de Firefox 43. Évalué à 2.
L'extension Tree-style tab semble fonctionner avec Palemoon, mais il faut récupérer une vieille version (0.14.2014051101.1)
[^] # Re: Brevets…
Posté par jeberger (site web personnel) . En réponse à la dépêche Du matériel libre qui a besoin de vous !. Évalué à 1.
En fait, c'est presque le contraire : une fois publiée une invention n'est plus brevetable en Europe, quel que soit le pays ou la langue de publication et quelle que soit la personne qui voudrait déposer (article L611-11 du code de la propriété intellectuelle). Aux USA, une invention reste brevetable pendant un an après la publication, mais seule la personne qui l'a publié peut déposer un brevet (titre 35, chapitre 10, section 102 du code des États-Unis)
[^] # Re: Ben voyons
Posté par jeberger (site web personnel) . En réponse à la dépêche FLIF, un format d’image sans perte, intelligent et « performant », sous licence GPL. Évalué à 10.
Tu as oublié Progressive. Si tu veux faire de la compression avec pertes avec FLIF, il suffit de couper la fin du fichier à partir de l'endroit qui correspond à la taille que tu veux et comme le format est progressif, tu obtiendras une image avec pertes. Voir le paragraphe « Lossy compression » sur cette page.
Reste à voir ce que ça donne en termes de qualité par rapport aux formats qui ont nativement des pertes (et pour le mode sans pertes, il faudrait aussi comparer avec JLS)…
[^] # Re: Techniquement ou légalement?
Posté par jeberger (site web personnel) . En réponse à la dépêche GPlayCli et GPlayWeb : profiter de Google Play Store sans installer les Google Apps. Évalué à 3.
Erreur 404…
[^] # Re: Trait d’union vs moins
Posté par jeberger (site web personnel) . En réponse au journal Libre Office : épisode suivant. Évalué à 1.
Sinon tu rentres manuellement 2 cellules, et ensuite tu sélectionnes les deux et tu étends avec le petit carré.
# Or taux graf
Posté par jeberger (site web personnel) . En réponse à la dépêche Quelques brèves sur OpenPGP. Évalué à 4.
« le monde autour d’eux répète à l’envie » → « le monde autour d’eux répète à l’envi, » dans ce cas précis, « envi » ne prend pas de « e »
# On ne le dit pas assez…
Posté par jeberger (site web personnel) . En réponse à la dépêche Quoi de neuf côté LinuxFr.org. Évalué à 10.
Alors un grand MERCI aux admins/dev/… pour le fantastique boulot que vous faite pour faire tourner le site.
[^] # Re: Belle Saloperie
Posté par jeberger (site web personnel) . En réponse à la dépêche Sourceforge de pire en pire: usurpation d'identité du projet GIMP. Évalué à 10.
Pas exactement, l'appel au boycott en raison de la race, de la nationalité ou de la religion est interdit (par l'article 24 de la loi du 29 juillet 1881 qui interdit l'appel à la discrimination, précisé par l'article 225-2 du code pénal qui précise que « entraver l'exercice normal d'une activité économique » constitue bien une discrimination). En revanche, le boycott pour un autre motif reste autorisé.
[^] # Re: Raccourcis
Posté par jeberger (site web personnel) . En réponse à la dépêche Dogmazic est revenu. Évalué à 2.
Ou vers
/…[^] # Re: Atrix
Posté par jeberger (site web personnel) . En réponse à la dépêche [L'informatique de demain] 1. Introduction : les types d'ordinateurs. Évalué à 2.
Quoique…
[^] # Re: Continuer son combat ?
Posté par jeberger (site web personnel) . En réponse à la dépêche Nouvel exemple de brevets logiciels comme freins à l'innovation et la recherche. Évalué à 2.
Tu peux ajouter :
Hélas !
(*) Comme dit dans un message précédent, ce n'est pas une question d'intelligence mais juste de formation et d'expérience. Quand le principe des brevets a été imaginé pour la première fois, un intellectuel avait de solides bases dans tous les domaines et donc en particulier un juriste avait de bonnes notions de technique. Aujourd'hui tous les domaines sont devenus si complexes que nous sommes tous beaucoup plus spécialisés et que les juristes ne peuvent pas être assez pointus dans tous les domaines techniques. L'Île mystérieuse de Jules Verne ne pourrait plus marcher maintenant.