Moi, j'ai aussi retenu "qu'il fait". Au lieu de noyer le poisson dans 50 sous commission et qu'il n'en sort rien, il tente qqch. Quitte à prendre un risque. On a beau ne pas aimer les radars, il y a eu plus de 2000 vies de sauvé. Idem pour l'informatisation des finances.
sauf si tu retombes dans d'autres limites comme une bande passante mémoire ou bien un gigantesque bloat qui rend le truc tout lent : faire un truc un peu "intelligent" en porte, est un pure cauchemard.
Il est assez hasardeux de faire des processeurs spécifiques (cf picojava) car en général, de nouvelles techniques apparaissent et le processeur spécifique se fait ridiculisé.
Par contre des fonctions accélératrices bouffeuses de perf et standard, j'y suis à 200 % pour !
Le cryptage AES, un hash sh1 ou md5, la compression LZW, un générateur random rapide, voir une pile IP, cela accèlère des opérations faites très courament et qui bouffe de la puissance pour pas grand chose.
bah quoi ? il y a qq temps une corporation de maraicher affirmait que c'était anormal de se faire concurencer par les gens qui faisait pousser leur propre salade dans leur jardin.
Dire le temps que je perds avec leur site de m.... à la sncf.
celui de la bahn.de est hyper rapide, hyper claire (comme le tout premier site sncf pour ceux qui se rapelle), et on a pas l'impression d'atterrir sur un site de warez.
Sauf que les rares fois et j'ai mis les pieds chez un "photographe", je me suis à chaque demandé l'interet de leur valeur ajouté (dans une petite boutique, pas une chaine, le gars m'a pris pour un extra-terrestre après lui avoir demandé si il n'avait des films sensibles genre 1200 ASA).
Ce que je voulais dire est que le projet ffmpeg fournis suffisement de doc et de fonctionnalité générique pour qu'un mateux puisse faire joujou avec un nouveau codec.
D'ailleurs, snow utilise la TO comme transformation, mais il ne parle pas du codeur :/
Ton exemple de code linux est extrèment particulier, en gros on voit trainer un int[108] et il écrit en tab[108] car parce qu'il sait parfaitement que le buffer kernel sont en 2^n, donc si tab[107] est valide tab [108] l'est forcément aussi.
Quand tu écris tab[i], le compilo C ne peut pas savoir à tous les coups la taille de tab, pour cela il doit faire une étude global de pointeurs qui n'ira pas forcément loin (paramètre de fonction en int tab[], etc...).
Donc en écrivant tab[i], le compilo comprend prend la base pointé par tab et donne moi le ième élément. Il n'y a aucune notion de taille, et ne te dira jamais rien.
donc tab[i] <=> *(tab+i) (modulo des optimisations possibles)
<=> * (typeof(tab)) ((int)tab + i * sizeof(*tab))
Le segfault ne peut venir que par acces à une mauvaise page mémoire. Les pages système x86, font 4ko. donc si tu alloues 100 octets, tu "un certain nombre" d'octet accessible derrière sans planter. La gestion du malloc empile les bloc mémoires ainsi allouer à la queuelele.
Donc, si tu fais un off by one, tu peux sois écrasé d'autres donnés (super top à debugguer et vive lib efence ou valgrind), soit tomber sur une page interdite et planter.
Le cas du kernel est encore plus violent : il utilise une grosse page de 4Mo : il n'y a _pas_ de protection mémoire dans le kernel.
[^] # Re: Je suis assez d'accord avec toi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Numéros surtaxés : yen a marre !. Évalué à 2.
Remarque, moi, je verrais ça comme une sorte d''embrouille, et je leur dirais que je n'en veux pas.
"La première sécurité est la liberté"
[^] # Re: question :
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Christian Paul Sur France Inter ce matin. Évalué à 2.
bref, au moins, cela change de d'habitude.
"La première sécurité est la liberté"
[^] # Re: Remplacer XFig ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Inkscape 0.42. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: Je suis assez d'accord avec toi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Numéros surtaxés : yen a marre !. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: .Net pas libre ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 3.
"La première sécurité est la liberté"
[^] # Re: .Net pas libre ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à -2.
"La première sécurité est la liberté"
[^] # Re: Sur un plan philosophique
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 4.
"La première sécurité est la liberté"
[^] # Re: Sur un plan philosophique
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Sur un plan philosophique
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 3.
"La première sécurité est la liberté"
# truc en plus.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 10.
Par contre des fonctions accélératrices bouffeuses de perf et standard, j'y suis à 200 % pour !
Le cryptage AES, un hash sh1 ou md5, la compression LZW, un générateur random rapide, voir une pile IP, cela accèlère des opérations faites très courament et qui bouffe de la puissance pour pas grand chose.
"La première sécurité est la liberté"
[^] # Re: J'utilise la 2.0 depuis plusieurs mois sans aucun souci...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Des nouvelles d'OOo (news refusée, journal + adapté blabla..). Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: La connerie humaine à son paroxysme
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La connerie humaine à son paroxysme. Évalué à 2.
"La première sécurité est la liberté"
# terrible !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal site de la sncf. Évalué à 4.
celui de la bahn.de est hyper rapide, hyper claire (comme le tout premier site sncf pour ceux qui se rapelle), et on a pas l'impression d'atterrir sur un site de warez.
adopté !
"La première sécurité est la liberté"
[^] # Re: Un peu HS
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Extention pour developpement de photo. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Attention
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Plus le droit de travailler !. Évalué à 6.
"La première sécurité est la liberté"
[^] # Re: Droit du travail en France?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Plus le droit de travailler !. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Dust puppy ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal #RTFM : Read That Friendly Message ;). Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: Pour avoir essayer ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Que penser de MacOSX server. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Et si le problème était autre part?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'âge moyen d'une ligne de code d'XviD. Évalué à 3.
Ce que je voulais dire est que le projet ffmpeg fournis suffisement de doc et de fonctionnalité générique pour qu'un mateux puisse faire joujou avec un nouveau codec.
D'ailleurs, snow utilise la TO comme transformation, mais il ne parle pas du codeur :/
"La première sécurité est la liberté"
[^] # Re: Et si le problème était autre part?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'âge moyen d'une ligne de code d'XviD. Évalué à 4.
Si le projet est bien balisé et délimité, tu permets qu'un mec ayant un gros bagage mathématique puisse passé un peu de temps sur xvid.
D'ailleurs, par curiosité, j'ai matté snow de ffmpeg, la seul doc que j'ai trouvé, c'est le fichier snow.c du projet ffmpeg de 4000 lignes.
donc snow, le nouveau codec, tient sur 4000 lignes. combien pour xvid ?
"La première sécurité est la liberté"
[^] # Re: c'est la vie ;)
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La connerie humaine à son paroxysme. Évalué à 2.
La réponse est toute faite : oui, c'est tout à fait possible, mais c'est très chère.
"La première sécurité est la liberté"
[^] # Re: Un milliard?!
Posté par Nicolas Boulay (site web personnel) . En réponse au journal 306 bugs dans FreeBSD. Évalué à 3.
Quand tu écris tab[i], le compilo C ne peut pas savoir à tous les coups la taille de tab, pour cela il doit faire une étude global de pointeurs qui n'ira pas forcément loin (paramètre de fonction en int tab[], etc...).
Donc en écrivant tab[i], le compilo comprend prend la base pointé par tab et donne moi le ième élément. Il n'y a aucune notion de taille, et ne te dira jamais rien.
donc tab[i] <=> *(tab+i) (modulo des optimisations possibles)
<=> * (typeof(tab)) ((int)tab + i * sizeof(*tab))
Le segfault ne peut venir que par acces à une mauvaise page mémoire. Les pages système x86, font 4ko. donc si tu alloues 100 octets, tu "un certain nombre" d'octet accessible derrière sans planter. La gestion du malloc empile les bloc mémoires ainsi allouer à la queuelele.
Donc, si tu fais un off by one, tu peux sois écrasé d'autres donnés (super top à debugguer et vive lib efence ou valgrind), soit tomber sur une page interdite et planter.
Le cas du kernel est encore plus violent : il utilise une grosse page de 4Mo : il n'y a _pas_ de protection mémoire dans le kernel.
"La première sécurité est la liberté"
[^] # Re: coverity sur coverity ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal 306 bugs dans FreeBSD. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: C'était mieux avant .....
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Longtemps, j'ai lu Byte Magazine. Évalué à 3.
J'ai revu aussi sankukaï et c'était en effet bien nase.
Par contre, cobra j'ai bien aimé revoir ^-^
"La première sécurité est la liberté"
[^] # Re: Heu ...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal le driver libre nv supporte la 3D !. Évalué à 3.
C'est mieux pour le savoir :)
"La première sécurité est la liberté"