Nicolas Boulay a écrit 15824 commentaires

C'est beau la naïveté. Linuxfr, c'est un mini site avec 50 000 visites, et 1.5 millions de hit/jour.

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

Ca arrive, rarement mais ca arrive. Les news je les lis presque toutes, quand je lis un truc sur Windows<->Linux qui est correct, peu importe le sens, je laisse discuter, ca ne sert a rien de poster un "d'accord".

Cela aurait un poids tout autre, ce que s'abstiendrait de faire un charger de com.


T'en connais bcp des charges de com qui ont mes connaissances techniques ? Moi non
T'en connais bcp qui repondent dans les forums ici pour aider des newbies Linux ? Moi non
etc...

Un chargé de com' non téchnique sur Linuxfr, il tiendrait combien de secondes ? MS a suffisamment de moyen pour trouver la bonne personne. Il serait suicidaire de faire autrement.

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

Il faudrait quand même que tu montres des chiffres ou la machine avec swap sont plus rapide que sans. Jusqu'à présent ce n'est pas le cas. Il a eu suffisamment de débats sur la lkml la dessus. Linux est moins pénalisant que XP, mais je garde un swap uniquement pour l'hibernation. Je trouve insupportable de bosser qq heures et d'avoir le menu du windows manager qui mets 5s à s'afficher car "swap outer".

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

Pour info, pour avoir la quantité de mémoire utilisé réelle d'un processus, c'est l'information VmHWM: de /proc//status. On retrouve cette information éclaté entre mémoire appartenant à un seul processus et la mémoire partagé dans top sous la forme RES et SHR (qui comprends les libs, les pages partagés entre processus suite à un fork)

VIRT ou la mémoire mappé par la VM ne correspond pas à la réalité à cause de l'allocation à l'accès fait par linux. En gros, si je fais un main() {malloc(3Go)}, la mémoire réservé dans la mémoire virtuelle sera de 3Go, mais j'aurais une mémoire réellement mappé en hardware très faible.

Pour avoir la somme totale de ce genre de chose, il va falloir comprendre /proc/meminfo ce qui commence à être complexe ;)

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

Tu veux comparer l'upgrade d'une distrib avec celle de windows ?

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

Windows XP a la particularité d'avoir des comportements bizarres avec le swap comme par exemple de tout mettre dedans si le poste n'est pas utilisé et deswap ensuite pendant de longue minutes à la reprise.

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

Sauf que le swap à part pour hiberner cela ne sert à rien. Enfin sous windows XP, je désactive pour garder un truc un minimum réactif.

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

Ce n'est pas ce qui est le plus compliqué.

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

Il faut préciser aussi que "vieux soft" sous linux, cela veut dire 5 mois pour la plus part des distributions.

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

Concernant le vol, je serais curieux de savoir si il n'est pas possible de mettre un daemon sur la machine qui permet de localiser le voleu. Peut-être un système qui met à jour un DNS avec l'adresse IP en cour.

Il faudrait ensuite pouvoir activer la prise de photo avec la webcam. Et bien sûr faire en sorte que tout cela soit sécurisé:)

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

Pour info, j'ai écris un article il y a quelques années (2001 ?) qui correspond un peu au 1). c'est beaucoup plus court évidement.

http://chl.be/glmf/articles.linuxmag-france.org/lm32/hackC.h(...)

Concernant le timing des instructions, il faut voir qu'il s'agit de minimal donc, sans cache miss, sans page miss, sans erreur de prédiction de branchement. Cela peut rajouter des dizaine à des centaines de cycles au timing indiqué..

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

J'imgine que tu références : http://www.agner.org/optimize/

Beaucoup de lecture en perspective !

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

Les performances sont un des buts de Lisaac bien sûr.

Pour te donner l'anecdote, lors des premiers test du code mpeg2, lisaac était à 15% de l'exemple en C en utilisant gcc 2.95. Quelques années plus tard et une bonne dose d'optimisation de lisaac, l'exemple C est toujours 15% plus rapide. Pourquoi ?car gcc 4.3 donne du code 30% plus rapide que gcc 2.95.

Il est inutile de vouloir courir en parallèle de gcc, il sera toujours plus rapide. L'idée est de réutiliser au maximum ses avancés. Si on reste haut niveau, toutes les optimisations restent valable avec d'autres compilateurs.

La vectorisation est à la limite. Par exemple, gcc vient d'introduire Graphite ( http://en.wikipedia.org/wiki/Polytope_model ) pour réduire les boucles. C'est un an de boulot minimum pour l'intégrer dans un compilateur. Et pourtant les perspectives sont énormes en optimisation haut niveau (et avec des maths complexes). D'un autre coté, on utilise gcc et gcc utilise déjà cette optimisation. Pour lisaac, il "suffit" de produire du code gentil pour gcc (pas de pointeur, beaucoup de scalaire,...)

Il faut voir aussi que Ben fait de la recherche. Il ne peut pas "vendre" un papier sur une technologie avec autant de papier que l'auto-vectorisation.

Le projet a plus d'intérêt à partir sur des optimisations hors de porté de gcc. Par exemple, on pourrait faire la chasse au copie inutile ou au tableau temporaire.

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

La réponse de mes collègues est que aucune grippe saisonnière n'a jamais rendu malade des classes entières en si peu de temps.

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

Je veux bien croire que c'est des doubles doses, mais c'est pas vraiment le moment de creuser le trou de la sécu pour un truc qui fait moins de mort qu'une grippe saisonnière.

Sauf que les morts en question ont 30 ans pas 90.

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

Il faut préciser que contrairement à la grippe habituelle, les morts sont des personnes en bonne santé de 30 ans.

En gros, le virus une fois dans les poumons, c'est le système immunitaires de personne en très bonne santé qui détruise les voies respiratoires.

Donc, tu es pile dans la tranche d'age qui meurt le plus.

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

Moi, je dirais qu'elle est passé dans tous les foyers avec enfants (sur une dizaine) de mes collègues. A chaque fois toute la familles y passe ou presque, il y a souvent des classes fermées quelques semaine.

Sur la totalité, quelques enfants ont été très malade, les autres beaucoup moins.

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

D'ailleurs, si même MS se conforme à la GPL, c'est qu'elle est en béton armé.

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

Le vacins fait un mort, la maladie en fait 100 par semaines, et tu conclus qu'il faut ne pas se vacciner ?

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

Tu as aussi des trucs plus anodin comme ce que fait les réseau sociaux de nos adresses emails. Ou encore de ce qui passe par "les chat" et l'exemple de msn qui va scanner toutes urls transmises.

Un autre truc qui me fait peur, c'est l'inconscience des autres. Il ne te viendrait jamais à l'idée de mettre sur facebook une photo "compromettante" (rien de plus qu'une soiré arrosée) et pourtant un de tes amis peut trouver cela très drôle de tout mettre en ligne et de "taguer" la photo. (photo présenté bien sur par ton futur ex employeur lors du premier entretien). il y a aussi la fonction agenda qui peut contenir les coordonnées de ses amis dont ne sait ce qu'en fait facebook.

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

MS a un coup énorme à jouer pour contrer google sur le thème : on vous fait payer les logiciels, mais vos données sont plus importantes et on ne vous les "emprisonnes" pas.

C'est d'autant plus facile avec les déclarations limites du pdg de google.

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

Ne mélange pas ce qui existe et ce qu'il est possible de faire. Lisaac produit du C89 car en l'état actuelle des choses, il n'y a aucun intérêt à produire autre chose sauf à être incompatible.

Je pense que si il produit autre chose, cela sera du "C99 gcc" avec les bonnes extensions.

Concernant la vectorisation automatique, gcc en fait déjà pas mal tout seul comme un grand. Je penche plutôt sur le fait de faire des boucles qui s'automatise facilement. Vu la quantité de matière grise mis sur ce genre de problématique, je ne pense pas que l'on puisse faire une grosse différence.

Donc, en gros, on pense s'appuyer sur GCC pour faire la vectorisation, et sur l'utilisation de lib qui manipulerait directement soit les types vectoriels de Gcc ("v4sf",etc...), soit de l'assembleur mais c'est encore moins portable.

Concernant la taille de blocs en fonction du cache, on peut faire 2 stratégies : l'une dynamique en utilisant une lib qui donne la taille des caches, l'autre qui prend une taille "catch all" : 32 Ko qui correspond à une taille très courante de cache L1.

Concernant les versions de ton code, la version octave serait aussi utile pour l'utiliser comme version "haut niveau" de référence pour coder en Lisaac.

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

Je me doute qu'il y a des limites (quoi que avec Ben, j'ai surtout l'impression que la seul limite, c'est le nombre d'heure dans une nuit)

Mais avant de savoir ce qu'il est possible de faire ou de ne pas faire, il faut déjà avoir une idée assez précise de ce que l'on voudrait.

C'est vraiment dommage que ton code soit fermé. Cela aurait fait une bonne référence, pour un bench pour voir l'effet d'optimisation.

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

Ton rêve serait donc de pouvoir d'écrire ton algo en style "Octave" mais en ayant les perfs du C, c'est à dire sans copie inutile, et faisant du strip mining (traitement par bloc) ?

J'ai tout bon ?

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

Plus que la mesure de latence, je pensais à l"utilisation des bases de donnée d'IP. Aujourd'hui on sait parfaitement situer chaque IP sur chaque DSLAM. j'imagine que si les échanges se font au niveau DSLAM, la vitesse est beaucoup plus grande.

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