Nicolas Boulay a écrit 16043 commentaires

en général tu manipules des pointeurs vers des string constant, sans les copier :)

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

Tu veux ajouter un code correcteur d'erreur ou alors tu veux une fonction de comparaisons tolérantes au erreur du moment qu'il n'y a pas d’ambiguïté.

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

L'origine du thread est tout de même la vitesse de l'application. Et beaucoup de V1 de site web n'arrive jamais à cette réactivité là.

Ensuite, cela a dérivé sur les outils employés par le web qui sont lent en général, par rapport à des techno moins à la mode mais plus rapide (et plus difficile à gérer) : (Java, ruby, php,…)

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

Comment un tri de 10000 éléments peut prendre 49s ?

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

qq ms pour un select de 10000 éléments, c'est juste ultra lent. Sur un cpu ghz, cela fait un million de cycle ! une recherche avec strcmp() serait plus rapide.

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

Sauf que les propriétés ACID mets de fortes contraintes sur les performances, le nosql a été créé aussi pour ça.

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

tu devrais refaire le test avec des fichiers différents à chaque fois ou presque (10000 ?), et qui ne sont pas vides. Là, tu tapes toujours dans le cache disque.

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

"n'importe quoi qui fait une requête simple à une base de données et affiche le résultat se chargera sans difficulté en beaucoup moins de 50ms"

Rien que la requète SQL peut parfois prendre presque une seconde. Alors, c'est sans doute uniquement transitoire. Mais des applications web aussi rapide, j'en connais très très peu, voir pas du tout. Et encore, je navigue avec http request + ghostery + flashblock, ce qui accélère de beaucoup la plus part des sites.

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

C'est ce genre de méthode que je disais lente, mais c'est de l'ordre de 1000 à 10000 ouverture/fermeture de fichier par seconde. 1000 io/s sur des machines Ghz ayant des centaines de Mo/s vers leurs disque dure, cela m'a toujours paru lent.

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

"Depuis quand parser des fichiers textes est plus efficace qu'utiliser SQLite (si on veut rester dans un truc facilement distribuable / installable) ??"
Tu as mesuré les performances au lieu de cracher sur la personne ?

Oui, son application est impressionnante, car tout ce que l'on trouve sur internet à souvent des latences de l'ordre de la demi-seconde et non de 200ms. Et niveau réactivité, cela change tout.

Pour ma part, je n'ai jamais compris le dev web moyen qui utilise des technologies aussi lentes (ruby, php,…).

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

Si tu veux être robuste, tu fais des écritures type ajout seulement. En cas d'écriture multiple, cela doit être le bordel. J'imagine que le write bas niveau (et non fwrite) doit permettre de faire des écriture atomiques, mais rien ne le garantie formellement (reserfs l'avais mis dans sa doc). Pour des raisons de performance, il vaux mieux, de toute façon, avoir un seul écrivain qui gère les accès multiple au fichier.

Pour un fichier en ajout seulement, le dernier write() sera présent ou absent, c'est la garantit du VFS Linux (cela ne sera pas un truc à moitié). Cela peut être déjà une bonne garantie. fsync() est un mauvaise solution, sans garanti que le disque dur ne fasse pas de cache en écriture. C'est hyper lent, et surtout ce que l'on veut c'est un fdone().

Si tout peut résider en RAM, les lectures ne sont pas vraiment un problème et l'écriture en ajout seulement offre déjà pas mal de garanti.

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

J'avais cru comprendre que chaque ticket était dans un fichier différent.

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

Plein de fichier, cela ne tient pas la charge. Ouvrir/fermer un fichier, c'est lent. Il doit y avoir un paquet de lock à droite à gauche. J'imagine que la limite doit être sur le nombre d'utilisateur en même temps.

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

"Donc si tu bouges ta tête de un quart de longueur d'onde (90°), soit environ 6mm, la phase change autant que ce que fait le filtre."

Tu veux dire que bouger la tête provoque un changement de phase entre un signal à 20khz et un autre à 1khz par exemple ?

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

Si, cela doit être possible. Mais cela serait très lent. Tu fais une modulation d'amplitude à 18khz (genre morse, c'est très insensible au bruit), au mieux tu passes du 10kb/s, avec une correction d'erreur c'est encore plus bas.

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

Il manque peut être une "page perso" qui résume les tickets lié à une personne.

C'est très réactif, mais il faudrait charger la base avec 10000 tickets pour vraiment vérifier :)

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

La partie du teste ABX en double aveugle est plus pertinent.

Je ne vois pas comment le filtre passe bas qui a détruit la phase du signal autour de 20 khz pour l'enregistrement peut être gommer ensuite par un oversampling.

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

L'article oublie complètement la distorsion des filtres passe-bas. A 44 khz, le filtre est raide à 20 khz à -3 dB. -3db, c'est /2 en terme d'amplitude et les phases peut-être complètement décalés (90°).

Le 192khz permet d'un filtre simple, avec zéro distorsion à 20khz, ni changement de phase.

Son intermodulation à 33khz, passe à -80dB ! C'est limite audible, de l'ordre de grandeur des erreurs du son 16 bits.

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

Lors d'une expo sur le son, il y avait un générateur sonor, j'entendais 17khz mais pas 18. Des gamins entendaient 20khz.

Lors du scandale du matos anti-jeune, ou des sonneries moskito que les profs ne pouvaient entendre, il s'agissait de sonnerie à 18khz de mémoire.

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

Disons qu'il faudrait une type de flashage par type de clef. Or il y a un tas de fabricant. Mais de l'autre coté, il ne doit y avoir tant de vendeur de controlleur de flash avec USB que ça (moins d'une dizaine ?).

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

filmer avec un téléphone portable ?

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

J'imagine que c'est à destination de francophones ou uniquement des Français ?

Pour du logiciel libre, il faudrait un personnage comme c'est souvent le cas.

Un vendeur en l’occurrence? Genre Boulanger ou chef restaurateur (caricature de commerçant français) ou garçon de café ? Les personnages sont rarement humains dans le logiciel libre, par contre.

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

Ce n'est pas une loterie. Si on reprend les point qui n'ont pas le droit d'exister les 4 ensembles :

   a) le hasard
   b) le sacrifice financier du joueur (contrepartie financière)
   c) l’espérance du gain
   d) l’offre faite au public (article L121-36 du Code de la consommation)

Or:
a) il n'y a pas de hasard
b) il n'y a pas d'achat

Le règlement :
http://enventelibre.org/blog/concours-cr%C3%A9ation-du-logo-d%E2%80%99en-vente-libre

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

Il a existé des concours de site web, il existe des "bounty" pour du code libre (google). Exprimer un besoin pour qu'il soit couvert par un logiciel libre, cela doit bien exister.

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

La question est d'interdire d'interdire le reverse engineering ou d'obliger à publier une documentation pour chaque outil informatique ? (genre ICD pour les formats de fichier, ou les réseaux, etc…)

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