Krunch a écrit 3990 commentaires

Jamie Zawinski, iconoclaste.

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

Sauf que si tu as une fonction qui n'utilise certaines variables qu'à partir de la ligne 20, tu aurais sans doute mieux fait de la diviser en plus petites fonctions.

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

Tu peux implémenter lock() et unlock() en une seule instruction mais entre les deux tu vas généralement en avoir plusieurs et c'est là que tu peux être préempté et bloquer tout le monde.

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

Yaka implémenter une instruction atomique qui prend la lock et augmente la priorité du thread (et l'inverse : lock_release(); setpriority(pri_saved)). Le risque d'erreur de programmations est évidemment augmenté puisqu'il faut faire encore plus attention a ne pas bloquer dans la section critique.

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

C'est censé être pas trivial du tout d'ouvrir la calculette sans causer son autodestruction.

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

Je pense que la première chose à faire serait d'examiner au niveau réseau ce qui se passe, histoire de vérifier si c'est bien le client C1 qui fait du write caching ou bien s'il envoi les données immédiatement et que quelque chose d'autre introduit le délai.

Un espèce de howto qui donne une idée de comment débugguer des problèmes de NFS : http://bl0rg.krunch.be/nfs-perfs.html

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

RHEL

https://bugzilla.redhat.com/521933

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

hello.c:(.text+0x1e): undefined reference to `gtk_init'

Il dit quoi exactement "pkg-config --libs gtk+-3.0" ?

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

le principe étant de placer quelques NOP avant le début de chaque fonction, pour pouvoir placer un JMP vers l'implémentation alternative

Un peu comme Windows en fait.
http://blogs.msdn.com/b/oldnewthing/archive/2011/09/21/10214405.aspx

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

Faut croire qu'il y a quelque chose qui fait des trucs pas nets avec stdin et stdout avant le TCGETS (genre qui les ferment ?). Est-ce que tu arrives à reproduire le problème avec un programme du genre (à stracer aussi) ?

#include <termios.h>
#include <unistd.h>
#include <stdio.h>
#include <sys/ioctl.h>

int main(void)
{
        struct termios t;
        printf("%d: %d\n", 0, tcgetattr(0, &t));
        printf("%d: %d\n", 0, ioctl(0, TCGETS, &t));
        printf("%d: %d\n", 1, tcgetattr(1, &t));
        printf("%d: %d\n", 1, ioctl(1, TCGETS, &t));
        return 0;
}

L'étape suivante, serai d'examiner ce qui arrive avec les file descriptors 0 et 1 avant le premier ioctl() qui fait EINVAL. Le problème peut être (et est sans doute) avant le shell puisqu'il utilise les fds qui lui sont transmis par le terminal normalement.

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

strace -f le terminal, trouve le syscall/ioctl qui pose problème et en remontant dans l'historique il doit y avoir moyen de voir d'où ça vient.

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

Si vous voulez quelque chose d'un peu technique et que vous pouvez me payer le voyage, je peux proposer un truc ou l'autre :)
http://fruli.krunch.be/~krunch/systemtap-sl-2011051201.pdf
http://stapbofh.krunch.be/

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

D'une manière générale, je pense que ceux qui proposent une réduction de la population (quelque soit le moyen) font dans le conservatisme (Notre mode de vie est en danger à cause de la surpopulation, supprimons la surpopulation).

Je pense que VHEMT se fout pas mal du mode de vie humain à long terme dans le sens où l'idée c'est de se débarrasser des humains.

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

Si code.google.com convient, codeplex.com est sans doute une bonne alternative aussi.

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

http://www.vhemt.org/findex.htm

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

http://www.overthewire.org/wargames/
http://www.try2hack.nl/
http://honeynet.org/challenges
https://www.owasp.org/index.php/Category:OWASP_WebGoat_Project
http://smashthestack.org/
http://www.webantix.net/war-games-current-and-past-hacking-simulators-and-challanges
...

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

Je n'ai jamais utilisé DTrace donc je ne suis sans doute pas très neutre non plus mais il paraitrait que des développeurs DTrace, LTTng et perf contribuent également à cette page du wiki (ce qui semble se vérifier quand on examine l'historique). Après si quelqu'un a un comparatif plus complet ou correct, je suis intéressé (et le wiki peut être mis à jour).

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

L'incontournable tableau comparatif : http://sourceware.org/systemtap/wiki/SystemtapDtraceComparison

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

Pour pouvoir instrumenter correctement des applications Java ou Python en utilisant SystemTap ou DTrace il faut le support à la fois dans le noyau et dans le runtime du langage. Les tracepoints du runtime (JVM, machine virtuelle Python,...) peuvent être utilisés aussi bien par DTrace que SystemTap mais il peut être nécessaire de recompiler le dit runtime avec des options différentes.

Je présume qu'il faut que la machine virtuelle soit adaptée en conséquence, non ?

Ça a été fait par Sun il y a belle lurette. Il faut juste compiler la JVM avec les options qui vont bien.

Si c'est le cas, je présume que pour Oracle il était plus simple/préférable d'ajouter un module à linux plutôt que de toucher à la JVM.

Il faut faire les deux et intégrer le module me semble plus compliqué que recompiler la JVM (tant techniquement qu'organisationellement).

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

squashfs+aufs+tmpfs

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

http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=blob;f=Documentation/filesystems/romfs.txt
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=blob;f=fs/squashfs/Kconfig

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

https://blogs.oracle.com/bonwick/entry/zfs_end_to_end_data
http://www.reed.com/dpr/locus/Papers/EndtoEnd.html

The principle, called the end-to-end argument, suggests that functions placed at low levels of a system may be redundant or of little value when compared with the cost of providing them at that low level.

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

Du temps où j'utilisais un système d'exploitation propriétaire, un canular que je trouvais fort amusant était de lancer drunkenmouse.exe sur le PC des gens. Il faudrait que je le réimplémente pour X un jour.

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

Le spam over IM ça existe aussi donc obfuscater les adresses XMPP ne me semble pas plus idiot que les adresses SMTP.

Techniquement le prompt moi@babasse est aussi une adresse e-mail donc je vois pas vraiment pourquoi il ne faudrait pas l'obfuscater non plus. Sinon on peut toujours laisser intact les adresses qui n'ont pas de FQDN.

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

Donc il faut aller voir trois pages au lieu d'une pour savoir s'il y a des réponses sur son contenu. Je maintiens que ma requête n'est pas redondante.

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