Cela fait un moment que je veux écrire un programme de chasse au doublon. Le problème est qu'il ne faut pas simplement les détecter car il est impossible de traiter 50 fichiers à la main. Le mieux serait d'effacer une copie et de faire un lien en dur.
Si le système détect aussi des arborescences complètes recopié, cela serait bien aussi (vous savez ce genre de sauvegarde fait avant une réinstall, sauvegarde qui contient aussi la sauvegarde précédente...)
Les pertes d'énergies sont lié à des pertes en ligne à des "défaults" mais dans l'absolue, les processeurs pourrait consommer aucune énergie.
Dans un procédés cmos, il y a des fuites globals d'un peut partout. Forcément, des isolants de quelques atomes d'épaisseurs, c'est pas top.
Ensuite, le principe même du cmos, entasse des charges électrique sur une grille pour faire basculer son état. Cette accumulation devient une capacité parasite dont la charge fini par être évacuer. Donc, plus elle est petite mieux c'est. (sauf pour la DRAM, puisque c'est justement le point mémoire).
Donc, si tu fais des transistors avec une capacité parasite proche de zéro, des fils sans résitance (supraconducteurs) et sans fuite, tu pourrais théoriquement faire des cpus avec une conso de zéro.
Il n'y a pas de notion de "link" dans la GPL. Uniquement une notion de "travaux dérivés".
Il peut y avoir des travaux dérivés de la la lib standard. Mais un compilo ne génère jamais du travail dérivé. Je ne voix d'ailleurs pas de quel exception tu parles pour libstd++. Elle n'est pas simplement sous lgpl ?
La LGPL définit une sorte de périmètre/module autour de la lib. Je pense qu'il est clair que l'utilisation d'une collection dans un code, ne contamine pas le code en question puisque l'on ne touche pas à la signification de la dite collection.
Par définition, du libre non commercial n'est _pas_ du libre.
Les clauses nc empèchent de faire des distributions type mandriva, red hat, suse. Ils empèchent de distribuer les binaires dans une révue. Il empèche de diffuser sur des sites web qui vivent de la pub. Bref, c'est quasi ingérable à redistribuer, ce qui est un des points majeurs du libre.
Alors, certe, tu peux me dire que l'on peut demander. Mais l'un des points fort du libre, c'est justement que l'on a pas besoin de demander ! J'imagine bien Mandriva gérer un contact avec les détenteurs des copyrights des 16000 logiciels de leur distrib...
Il faudrait demander à des sites comme presence-pc qui font réguilèrement des évaluations de FAI d'inclure ses FAI de résidences étudiante. Parce que un nouveau venu n'en a jamais entendu parlé. N'oubliez pas de leur faire leur pub sur les affichages publiques des résidence de se genre de problème.
Lisaac n'arrivera jamais à ce niveau d'optim. Il fait simplement un meilleur boulot sur un code propre que gcc. Si tu commences à optimiser à mort un code C, c'est un peu comme si tu recodais en assembleur.
Je ne vois pas trop le problème en fait ? Je sais que c'est une des raisons qui fait que Linus haie le c++ (de la gestion mémoire derrière son dos) mais je ne sais pas trop les détails.
Fondamentalement qu'est-ce qui gène ? Le fait que d'habitude, on ne sais pas quand toute la mémoire sera pleine, ce qui empèche de bien tout utiliser ?
Je ne connais plus les chiffres de vente des µp 16 bits et des petits 32 bits arm. Je crois que l'on est pas loin du milliards. C'est sans commune mesure avec un téléphone ou autre.
Tu annonce 30 et 170KB, cela ne fait pas beaucoup sauf que les µP 16 bits on difficilement plus de 64KB de mémoire.
pour le bytcode, certe pour mettre sur la pile, tu utilies un mot d'un octet, et minimum 2 octets pour du x86, mais si tu fais une addition entre 2 nombres ailleurs dans la pile, sur x86, cela prendra toujours 2 octets mais combien en byte code java pour manipuler la pile et mettre les valeurs au bon endroit ?
Concernant la mise à jour de code, tu peux tout à fait patcher du binaire. Il n'y a pas vraiment de différence. La difficulté sera toujours la même : comment gérer les données des classes modifiés.
Puisque vous dites que vous ciblez l'embarqué, certains equipements necessitent une mise-a-jour logicielle. Il y a clairement un avantage a utiliser un langage produisant du ByteCode pour effectuer ces mises-a-jour
euh... HEIN. Il est fou. On se fait chier à produire du code rapide pour avoir la plateforme moins chère possible et il veut mettre une VM ?!
Du bytecode pour l'embarqué, c'est la meilleur de l'année. Surtout pour des mises à jour, c'est encore pire. (ps:je ne vois pas bien le rapport)
Ca s'est bien amélioré mais ca ne l'a pas empéché d'avoir percé.
Java misait sur une autre approche que Lisaac : sa lib pour gagner du temps.
Agressif ? Bof, pas plus que le commentaire noté +10 de Benoît Sonntag qui dit à 2 reprises que C# et Java sont des langages qui n'auraient jamais dû existé (sans aucune argumentation) quand Lisaac est "moderne".
On troll contre 2 langages et tu te sens tellement personnelement visé qu'il faut que tu attaques ?!
"vous avez rien compris avec vos technos de merde, voilà Lisaac, et encore, c'est qu'un début, vous allez voir !",
D'un point de vue purement langage (et non library), Effel ou OCaml sont bien supérieur à java ou c#.
La modularité facilite le déploiement, la maintenance, le partage de code, la souplesse de configuration et de personnalisation, etc.
Sauf que tu mélanges tout. Lisaac est purement objet (dans l'os même le pixel est un objet, et cela ne rame pas !). Tu as donc toutes la réutilisabilité du code, la personnalisation, et la configuration que tu veux. Pour l'instant, il n'y a pas encore de partage de _binaire_ possible. Mais, c'est juste la 1er version...
les algos d'optimisation spécifiques à Lisaac ne sont pertinents que dans les cas ou on fait l'impasse sur ces atouts de la modularité
J'aurais tendance à dire "t'es con ou tu le fais expres". Qu'est-ce qui empèche de faire une optimisation global d'une lib ? Une lib cela peut être aussi énorme ! Un compilo C ne fait des optims que fichiers C par fichier C, il ne va pas plus loin. Lisaac permet ici d'aller plus loin.
où l'on se contente de faire de l'héritage "pour faire joli" au sein d'un même module.
euh... comment dire .... On te dit que Lisaac gère meme l'héritage alimentaire... l'héritage d'implémentation quoi, pas de concept/type. Justement pour faire plus propre que d'habitude... A part ça on troll...
Sinon, ne le prennez pas mal, mais j'ai l'impression que vous vous focalisez un peu trop sur les performances par rapport au C. Ce n'est pas un mal en soit, mais il y a d'autres aspects a prendre en compte, comme la maintenance ou la facilité d'apprentissage.
C'est évidement pris en compte mais pas encore fini. C'est plus un choix marketing de montrer ça en premier, car c'est le plus marquant et le plus évident. Comment veux-tu mesurer l'accroissement de productivité sur un nouveau langage ? (que tu dois apprendre donc...)
Il y a des plans et des idées pour essayer de valider statiquement les contracts. La premier chose implémenté dans ce sens est la détection des appels sur NULL.
Pour la facilité d'apprentissage, il y a la syntaxe dont tu fais le tour rapidement et la future lib censé être simple.
J'avais lu un article d'un scientifique bien après la sortie de icc, qui le descendait en flamme.
Il faut dire aussi que gcc a fait des progres. Par exemple, lors des benchs pour Lisaac, on s'est rendu compte que gcc 4.2.1 produit du code environ 30% plus rapide que gcc 2.95 (pour le mpeg2).
# chasse au doublon
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche scleaner disponible en version alpha. Évalué à 6.
Si le système détect aussi des arborescences complètes recopié, cela serait bien aussi (vous savez ce genre de sauvegarde fait avant une réinstall, sauvegarde qui contient aussi la sauvegarde précédente...)
"La première sécurité est la liberté"
# zéro ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Une équivalence entre l'énergie et l'information ?. Évalué à 4.
Dans un procédés cmos, il y a des fuites globals d'un peut partout. Forcément, des isolants de quelques atomes d'épaisseurs, c'est pas top.
Ensuite, le principe même du cmos, entasse des charges électrique sur une grille pour faire basculer son état. Cette accumulation devient une capacité parasite dont la charge fini par être évacuer. Donc, plus elle est petite mieux c'est. (sauf pour la DRAM, puisque c'est justement le point mémoire).
Donc, si tu fais des transistors avec une capacité parasite proche de zéro, des fils sans résitance (supraconducteurs) et sans fuite, tu pourrais théoriquement faire des cpus avec une conso de zéro.
"La première sécurité est la liberté"
[^] # Re: Pertinence de cette dépeche ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
Il peut y avoir des travaux dérivés de la la lib standard. Mais un compilo ne génère jamais du travail dérivé. Je ne voix d'ailleurs pas de quel exception tu parles pour libstd++. Elle n'est pas simplement sous lgpl ?
La LGPL définit une sorte de périmètre/module autour de la lib. Je pense qu'il est clair que l'utilisation d'une collection dans un code, ne contamine pas le code en question puisque l'on ne touche pas à la signification de la dite collection.
"La première sécurité est la liberté"
[^] # Re: Pertinence de cette dépeche ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 4.
Les clauses nc empèchent de faire des distributions type mandriva, red hat, suse. Ils empèchent de distribuer les binaires dans une révue. Il empèche de diffuser sur des sites web qui vivent de la pub. Bref, c'est quasi ingérable à redistribuer, ce qui est un des points majeurs du libre.
Alors, certe, tu peux me dire que l'on peut demander. Mais l'un des points fort du libre, c'est justement que l'on a pas besoin de demander ! J'imagine bien Mandriva gérer un contact avec les détenteurs des copyrights des 16000 logiciels de leur distrib...
"La première sécurité est la liberté"
[^] # Re: Mauvais fournisseur, changer fournisseur ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal myip.fr: le pire des FAI !. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: sonntag
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: sonntag
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: sonntag
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
J'avais eu une conf d'un vague présentation du système par un ingénieur renaut qui se faisait brider en live sur ce qu'il pouvait dire.
Mais en gros, j'en avais déduit qu'il devait avoir une dizaine de ppc. Donc 750ko me parait petit :)
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
Fondamentalement qu'est-ce qui gène ? Le fait que d'habitude, on ne sais pas quand toute la mémoire sera pleine, ce qui empèche de bien tout utiliser ?
"La première sécurité est la liberté"
[^] # Re: sonntag
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 0.
Bah si. Quand tu veux un truc simple, c'est plus lent que le "vieux truc"', à cause de fonctionnalité dont tu n'as pas besoin.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
Tu annonce 30 et 170KB, cela ne fait pas beaucoup sauf que les µP 16 bits on difficilement plus de 64KB de mémoire.
pour le bytcode, certe pour mettre sur la pile, tu utilies un mot d'un octet, et minimum 2 octets pour du x86, mais si tu fais une addition entre 2 nombres ailleurs dans la pile, sur x86, cela prendra toujours 2 octets mais combien en byte code java pour manipuler la pile et mettre les valeurs au bon endroit ?
Concernant la mise à jour de code, tu peux tout à fait patcher du binaire. Il n'y a pas vraiment de différence. La difficulté sera toujours la même : comment gérer les données des classes modifiés.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: UFRaw et GimpUfraw \o/
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Linux et la photographie : état des lieux. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
Il y a beaucoup de blabla autour de java pour l'embarqué mais très peu d'application réelle. Rien que la RAM nécessaire en plus est un frein.
Sinon, je ne voix pas pourquoi le ByteCode serait plus compact, et de plus, jene voix pas l'interet surtout quand tu as une énorme JVM derrière.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 4.
euh... HEIN. Il est fou. On se fait chier à produire du code rapide pour avoir la plateforme moins chère possible et il veut mettre une VM ?!
Du bytecode pour l'embarqué, c'est la meilleur de l'année. Surtout pour des mises à jour, c'est encore pire. (ps:je ne vois pas bien le rapport)
Ca s'est bien amélioré mais ca ne l'a pas empéché d'avoir percé.
Java misait sur une autre approche que Lisaac : sa lib pour gagner du temps.
Lisaac vise autre chose. Plus tangible en plus.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
On troll contre 2 langages et tu te sens tellement personnelement visé qu'il faut que tu attaques ?!
"vous avez rien compris avec vos technos de merde, voilà Lisaac, et encore, c'est qu'un début, vous allez voir !",
D'un point de vue purement langage (et non library), Effel ou OCaml sont bien supérieur à java ou c#.
La modularité facilite le déploiement, la maintenance, le partage de code, la souplesse de configuration et de personnalisation, etc.
Sauf que tu mélanges tout. Lisaac est purement objet (dans l'os même le pixel est un objet, et cela ne rame pas !). Tu as donc toutes la réutilisabilité du code, la personnalisation, et la configuration que tu veux. Pour l'instant, il n'y a pas encore de partage de _binaire_ possible. Mais, c'est juste la 1er version...
les algos d'optimisation spécifiques à Lisaac ne sont pertinents que dans les cas ou on fait l'impasse sur ces atouts de la modularité
J'aurais tendance à dire "t'es con ou tu le fais expres". Qu'est-ce qui empèche de faire une optimisation global d'une lib ? Une lib cela peut être aussi énorme ! Un compilo C ne fait des optims que fichiers C par fichier C, il ne va pas plus loin. Lisaac permet ici d'aller plus loin.
où l'on se contente de faire de l'héritage "pour faire joli" au sein d'un même module.
euh... comment dire .... On te dit que Lisaac gère meme l'héritage alimentaire... l'héritage d'implémentation quoi, pas de concept/type. Justement pour faire plus propre que d'habitude... A part ça on troll...
"La première sécurité est la liberté"
[^] # Re: Packaging pour distributions ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 3.
Pas grand chose... surtout depuis que l'on a dis que tout devait se faire en anglais :)
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 3.
Sinon, ne le prennez pas mal, mais j'ai l'impression que vous vous focalisez un peu trop sur les performances par rapport au C. Ce n'est pas un mal en soit, mais il y a d'autres aspects a prendre en compte, comme la maintenance ou la facilité d'apprentissage.
C'est évidement pris en compte mais pas encore fini. C'est plus un choix marketing de montrer ça en premier, car c'est le plus marquant et le plus évident. Comment veux-tu mesurer l'accroissement de productivité sur un nouveau langage ? (que tu dois apprendre donc...)
Il y a des plans et des idées pour essayer de valider statiquement les contracts. La premier chose implémenté dans ce sens est la détection des appels sur NULL.
Pour la facilité d'apprentissage, il y a la syntaxe dont tu fais le tour rapidement et la future lib censé être simple.
Bref, c'est juste la 1er version majeur...
"La première sécurité est la liberté"
[^] # Re: Benchmark
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: seul compilateur objet au monde à réaliser une analyse de flot ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lisaac 0.12 en GPL v3. Évalué à 3.
J'avais lu un article d'un scientifique bien après la sortie de icc, qui le descendait en flamme.
Il faut dire aussi que gcc a fait des progres. Par exemple, lors des benchs pour Lisaac, on s'est rendu compte que gcc 4.2.1 produit du code environ 30% plus rapide que gcc 2.95 (pour le mpeg2).
"La première sécurité est la liberté"