Nicolas Boulay a écrit 16010 commentaires

Pour rebondir de manière plus positive, cela en est où Lisaac ?

LA question qui tue, enfin, qui m'attriste.

Disons qu'il y avait une dynamique très forte pour sortir une sorte de version 1.0 (stable niveau bug et feature) cet été. Depuis les Jm2l de novembre de l'an passé, cela allait bien. Cela a continué jusqu'en mars.

Et depuis, l'auteur principal ne donne plus de nouvelles. Il a dû repartir dans un 4ième recodage du compilateur (en utilisant un principe plus générique et extensible) et il a dû aussi faire une méga grosse pause...

Bref, c'est pas la joie.

"La première sécurité est la liberté"

Pas vraiment. La popularité et l'intérêt technique ne sont pas antagonique.

C'est surtout des concepts totalement orthogonaux et qui n'ont rien à voir entre eux.

Il suffit de regarder la nouvelle vague de langages sur la JVM comme Scala, Clojure et Groovy, ou sur la CLI comme F# ou Boo pour s’apercevoir que l'on peut apporter des concepts avancés à une masse importante de développeurs.

C'est exactement pareil que de produire des fichiers code objet pour être lié avec du C ou du C++, ce qui permet de parler à beaucoup d'autre langage.

"La première sécurité est la liberté"

Après c'est super de se palucher sur la pureté de LISAAC comparé aux affreux compromis de JavaScript, mais il faut pondérer ça avec le nombre de programmeurs de chaque côté. Comme quoi, le bien, le mieux, tout ça...

C'est petit de mesurer l'intérêt téchnique de quelques choses avec sa popularité.

"La première sécurité est la liberté"

A mon avis, l'antivirus peut être responsable du problèmes.

"La première sécurité est la liberté"

3. OpenGL c'est juste le compositing, ça ne rendra pas rapide ce qui est lent aujourd'hui. C'est plutôt aux drivers de s'améliorer (ou alors on fait comme Chrome, on utilise pas les libs du systems, et on fait tout à la main)

Peux-tu expliquer plus ? En gros, le problème est d'avoir une sorte de lib vectoriel accéléré ?

"La première sécurité est la liberté"

Le seul cas qui ressemble à ce que tu dis, c'est une erreur dans l'url qui doit apporter une erreur 404 qui ensuite renvoit sur une page google. La en général, cela bloque le navigateur le temps qu'il trouve l'info.

Concernant le blocage dû au IOs, je croyais que c'était un problème d'abus de fsync() par SQL lite. Il me semblait que du boulot avait été fait dans ce sens sur Linux, pour que le fsync() passe en priorité sur les autres commandes et sur SQL lite pour diminuer l'usage de cette primitive.

"La première sécurité est la liberté"

C'est aussi une histoire d'oeufs et de poule. Quel intérêt de faire une application Js qui rame à mort en espérant un jour des performances correctes ?

Il suffit de voir le comportement des appli google pour voir que cela serait mieux, d'avoir un peu plus de vitesse (le tableur surtout).

"La première sécurité est la liberté"

se bouffer le nez sur des pouillèmes de secondes

Pouillèmes qui peuvent représenter x1.5 ou x2, donc non ce n'est pas négligeable !

"La première sécurité est la liberté"

Désolé d'avoir été un peu abrupte, j'aimais bien le concept "simple" d'usage de CImg.h. C'était limpide d'usage.

Là, cela devient vraiment cryptique. Je veux bien que la ligne de commande soit puissante, mais de là à rajouter des notions de boucle et de conditionnel... Si on reste en Unix, les pipes et le langage shell sont fait pour cela.

"La première sécurité est la liberté"

Les disques dures fonctionnent à 4k depuis longtemps, mais il n'affiche cela que depuis très récemment. De plus, Linux aiment bien travailler avec des multiples de la taille de page, donc, je ne serais pas étonné qu'il est tendance à faire des écritures de 4ko en taille mini.

Mais surtout, le disque dur peut dire que la donnée être écrite alors que c'est faux.

Bien sûr, je sais qu'il ont même tendance à ne pas respecter le "write barrier" SATA, mais c'est lors de la relecture que tu te rend compte du problème.

Je comprends surtout que de toute façon, on ne peut rien face à un crash disque complet et qu'il faut pouvoir aussi gérer ce cas là.

"La première sécurité est la liberté"

Disons qu'une coupure de courant, cela flingue le secteur de 4k en cours d'écriture sur un disque. On peut imaginer un tas de schéma qui gère cela. J'étais persuadé que c'était le cas, comme pour les FS (les système de log, de soft update, de journalisation).

Sinon, un bon mmap() sur une structure de donné du langage natif doit être absolument imbattable.

"La première sécurité est la liberté"

en O_DIRECT si tu préfères.

"La première sécurité est la liberté"

C'est là que je vois que je viens du hard :) Quand je vois un softeux qui croit que le hard peut tout faire :)

"La première sécurité est la liberté"

La syntaxe du fichier track.gmic est horrible (?). Cela ressemble à du Perl mais en pire.

"La première sécurité est la liberté"

Tu veux dire que si il y a une coupure de courant au court d'une écriture d'une base SQL celle-ci ne va pas se réparer toute seul au redémarrage : j'ai un gros doute !

"La première sécurité est la liberté"

J'aurais tendance à recommander Redis pour de nombreux usages, mais pas pour des données sensibles comme des informations bancaires.

A cause de l'absence de gestion de la persistance ?

Et si on rajoute un système par dessus Redis qui lancent des écriture dans plusieurs bases ?

"La première sécurité est la liberté"

Sur un jeu, tu considères ok, de perdre toute la base, depuis la dernière sauvegarde.

Concernant tes maths financières, sans aller jusqu'à utiliser des nombre décimal, un entier 64 bits qui compte des centimes, c'est déjà pas mal.

"La première sécurité est la liberté"

Pour aller plus loin, est-ce qu'il existe une base no-sql qui garantie l'atomicité des mises à jour ?

"La première sécurité est la liberté"

Je veux bien croire que pour un cache, on se fout de perdre de temps en temps les données, mais concernant leur intégrité sur la base d'origine, j'ai du mal à comprendre.

Je ne vois pas non plus ce que viens faire les histoires de code flottant la dedans.

"La première sécurité est la liberté"

Elles font toute cela avec plus ou moins de bonheur.

SQL light a tendance à faire plein de fsync().

Oracle attaque directement en RAW et gère sont propres caches.

Je ne sais pas ce que font MySQL et PostregrSQL mais je suis persuadé qu'ils ont un système pour gérer cela (log ou fsync ou... ).

Une base de donné doit garantir son intégrité sinon quel intérêt par rapport à une structure de donné classique en mémoire, avec un gros mmap() fait de temps en temps ? en performance, cela serait imbattable !

"La première sécurité est la liberté"

"La persistance, via des copies régulières de la mémoire vers le disque ou écriture à chaque modification (mais c'est plus coûteux) ;"

Comment on peut appelé cela une base de donné ?

Une base de donné garanti que l'information stoqué est soit la valeur actuel soit la valeur précédente et rien entre les 2. Avec un simple mmap(), on ne garanti rien du tout. En cas de coupure de courant au mauvais moment, le fichier peut être complètement corrompu.

Est-ce que j'ai réellement bien compris le système de "persistance" ?

"La première sécurité est la liberté"

Donc, c'est forcément un truc ultra calorique pour avoir une glace molle ?

Le seul truc que j'ai trouvé qui y ressemble un peu, c'est le lait en poudre 0%. Cela épaissie un peu sans être gras ou lourd.

"La première sécurité est la liberté"

J'ai pas trop envie d'avoir un smartphone. Ni d'avoir besoin d'un portable pour faire de la cartographie :)

A voir le globalSAT mais si il existe le même genre de truc avec une carte mémoire SD, cela serait encore plus simple.

"La première sécurité est la liberté"

Tu connaitrais pas un un GPS avec une bonne autonomie pour faire de la cartographie.

OSM dispose d'un gros wiki sur le sujet, sauf que 90% des marques ou modèle cité n'existe plus ou ne sont pas en vente !

Il faut donc partir de ce qui est en vente et voir si il en disent du bien... Mais en général, il n'y a rien sur le modèle...

"La première sécurité est la liberté"

Comment tu expliques que les glaces vendus en Italie soit beaucoup plus molle qu'en France ? (rien à voir avec les glaces "à l'italienne" vendu ici mais inconnu la-bas).

"La première sécurité est la liberté"