Krunch a écrit 3959 commentaires

Pour la vaste majorité des applications, l'intérêt de x86_64 par rapport à i686 c'est qu'il y a 16 registres disponibles au lieu de 8. N'importe quel compilateur digne de ce nom est capable d'exploiter ça et ça a un impact sur n'importe quelle application plus compliquée que Hello, World!\n indépendamment de la quantité de mémoire qu'elle utilise.

http://en.wikipedia.org/wiki/X86-64#Architectural_features

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

De mon expérience, rpm -qf est plus rapide que dpkg -S. Pour tout le reste, dpkg/apt(itude) est vachement plus rapide que rpm/yum.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Sans oublier le problème de la division de la mémoire en zone haute et basse, ce qui peut causer des problèmes de fragmentation bien plus rapidement qu'en x86_64.
http://linux-mm.org/HighMemory

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

SystemTap ne te limite pas aux sondes statiques définies par les développeurs. Tu peux très bien poser une sonde à une ligne arbitraire du code. Disons "process("/foo/bar").function("foobar@foo/bar.c:1337") pour la ligne 1337 du fichier foo/bar.c dans la fonction foobar() du programme /foo/bar par exemple. Ou bien "kernel.function("foo").return pour définir une action à exécuter lorsque la fonction noyau foo() retourne.

Des probes/crochets statiques définis par les développeurs sont aussi disponibles (man -k stapprobes) mais SystemTap n'est pas limitê à cela et il peut très bien être utilisé pour déboguer une application qui n'a pas été prévue pour (tant que tu as les symboles de debug et un noyau incluant krprobe et utrace).

Par ailleurs, hier j'ai présenté SystemTap à HaxoGreen en rajoutant plus d'exemples d'utilisation de probing userland et d'utilisation de -g (pour modifier ce que le kernel/application fait plutôt que de juste observer): http://people.redhat.com/~akunysz/systemtap-haxogreen-201007(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Tu peux faire du surbooking, c'est à dire allouer plus qu'il y
> en a réellement, à charge pour toi de maitriser le workload de tes
> serveurs/environnements.

On dit « overcommitting ». De rien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu veux dire struct sockaddr_storage bien sûr ? http://people.redhat.com/drepper/userapi-ipv6.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ce que tu proposes est abordé dans les commentaires du post de Schneier. Un argument contre est que le site web peut avoir besoin des coordonnées bancaires quand l'utilisateur n'est pas connecté en cas de fraude ou s'ils ne débitent le compte qu'au moment où le produit est envoyé (au lieu du moment où il est acheté).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Vous imaginez, aller acheter votre pain un matin, et que le boulanger
> vous dise que c'est bon, pas la peine de payer, il s'est déjà servi sur votre compte

Le « direct debit » européen arrive en France le 1er novembre 2010 apparemment. Bienvenue dans le futur.

http://en.wikipedia.org/wiki/Direct_debit
http://fr.wikipedia.org/wiki/SEPA

Penser à bien vérifier ses relevés de compte chaque mois.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Fully Automatic Installation ? http://www.informatik.uni-koeln.de/fai/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si le problème apparaît avec tous les lecteurs vidéo, toutes les vidéos et tous les moteurs de rendus, ça suggère un problème au niveau de l'ordonnanceur. Il y a plusieurs moyens de profiler l'ordonnanceur mais ce script SystemTap semble correspondre à ce qu'il te faut : http://sourceware.org/systemtap/examples/process/cycle_thief(...)

Bon par contre pour faire marcher SystemTap sous Debian faut un peu bidouiller http://sourceware.org/systemtap/wiki/SystemtapOnDebian

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est avec quoi comme vidéos ? Chez moi ffplay prend bien un peu de CPU mais pas 90%.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OpenSSL is written by monkeys
http://www.peereboom.us/assl/html/openssl.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Sans oublier cryptcat: http://cryptcat.sourceforge.net/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le problème c'est plutôt la confusion avec FSUGAr je trouve.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

adduser(8)
pam_limits(8)
limits.conf(5)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

(II) AIGLX error: dlopen of /usr/lib/dri/nouveau_dri.so failed (/usr/lib/dri/nouveau_dri.so: cannot open shared object file: No such file or directory)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si on veut garder du RHEL sans inscrire sur RHN, il est aussi possible de monter son propre repo sur base du DVD par exemple : http://kbase.redhat.com/faq/docs/DOC-9744
Ou bien d'utiliser RHN Satellite / Spacewalk (mais ça peut être un peu overkill selon ce qu'on veut faire).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il y a aussi DAVIX qui est une compilation d'outils d'analyse et de visualisation de données. Le manuel contient une liste détaillée avec des exemples pour chaque outil :
http://82.197.185.121/davix/release/davix-manual-1.0.1.pdf
http://davix.secviz.org

Une utilisation de Graphviz que j'apprécie beaucoup est la visualisation de graphes d'appels statiques générés avec egypt qui se base sur gcc -dr : http://www.gson.org/egypt/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le consensus tend vers « immonde ».

http://www.peereboom.us/assl/html/openssl.html
http://corte.si/posts/code/reading-code.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Use --key-file=-, Luk(e|s).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour les gens qui connaissent pas, il y a ça aussi : http://people.redhat.com/mbooth/virt-v2v/
C'est tout pas stable et en développement actif mais c'est fait pour ce genre de migration.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

N'oublions pas http://www.bonjourlesenfants.fr/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

> Et le fuzzing, ca ne depend pas de l'acces au code source.

Le fuzzing de base, non. Mais si on a les sources, on peut fuzzer encore plus efficacement (non pas qu'il y ait grand monde qui le fasse en pratique).

http://code.google.com/p/bunny-the-fuzzer/
http://research.microsoft.com/en-us/um/people/pg/public_psfi(...)

OK, strictement parlant ya sans doute pas besoin des sources pour ça, mais ça rend l'instrumentation quand même vachement plus pratique.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je ne connais aucun fournisseur de logiciel qui peut se permettre de garantir le bon fonctionnement. Ce qui est garanti c'est qu'on va t'aider quand ça va casser (tant que t'as pas outrepassé les limites qui sont écrites sur la boite). À ma connaissance, les fournisseurs de matériel informatique ne garantissent pas plus que ça va fonctionner. Ils t'assurent juste de remplacer quand ça marche pas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'aime bien aussi le « Although the Infrastructure Team had attempted to configure the sshd daemon to disable password-based logins, having UsePAM yes set meant that password-based logins were still possible. »

Toujours tester les modifications.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.