Anonyme a écrit 62289 commentaires

Un bon prof sait faire en sorte de se débarrasser de ceux qui ne viennent que pour apprendre à frapper.

Mon prof de viet-vo-dao a passé les premiers mois à nous faire faire des trucs chiants sans nous apprendre à nous battre. Bilan : tous les branleurs venus parce que « le viet-vo-dao c'est super top pour apprendre à taper sur les autres » sont partis. Une fois le ménage fait et qu'il a pu juger de nos motivations respectives, on est passé à des choses bien plus intéressantes (un peu violent, quand même, le viet-vo-dao ;-)).

Moi je te conseille le judo pour apprendre l'équilibre et à tomber (le côté self-défense est excellent en plus). Sinon, l'Aïkido est un excellent art martial également, très zen. Si tu veux plutôt donner des coups, il y a le viet-vo-dao.

Sinon, si tu as peur d'avoir mal, il y a toujours le catch américain. :-)

# hdparm -tT /dev/hda
/dev/hda:
Timing cached reads: 1204 MB in 2.00 seconds = 601.08 MB/sec
Timing buffered disk reads: 112 MB in 3.06 seconds = 36.65 MB/sec

# hdparm /dev/hda
/dev/hda:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 241254720, start = 0

# hdparm -tT /dev/hdb
/dev/hdb:
Timing cached reads: 1332 MB in 2.00 seconds = 666.14 MB/sec
Timing buffered disk reads: 134 MB in 3.02 seconds = 44.40 MB/sec

# hdparm /dev/hdb
/dev/hdb:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 241254720, start = 0

bon, hdc est sensiblement dans les mêmes eaux. (Évidemment le problème, c'est hda, qui carbure à du 5 Mo/s en transfert de gros fichiers au mieux, alors que hdb et hdc tournent à 20~30 Mo/s)

Je précise que j'ai Linux sur 2 ordinateurs totalement différents (un à base d'AMD, l'autre à base d'Intel, avec disques durs de marques différentes, avec distributions différentes, etc.), et que le problème est le même sur les 2 machines.

Bon, trève de plaisanteries : le DMA est bien évidemment activé. :p
La carte mère est une Asus A7N8X, chipset NForce2, et à l'époque où j'avais encore Windows en dual boot, aucun problème sous Windows.

$ dmesg|grep DMA
NFORCE2: 0000:00:09.0 (rev a2) UDMA133 controller
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
hda: 241254720 sectors (123522 MB) w/1821KiB Cache, CHS=16383/255/63, UDMA(100)
hdb: 241254720 sectors (123522 MB) w/1863KiB Cache, CHS=65535/16/63, UDMA(100)
hdc: 160086528 sectors (81964 MB) w/7936KiB Cache, CHS=65535/16/63, UDMA(133)
hdd: ATAPI 63X DVD-ROM DVD-R CD-R/RW drive, 2000kB Cache, UDMA(33)
parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]

Non non, j'aime bien quand ça rame.

Ça dépend de ton salaire. En France, sur les petits salaires aidés, l'employé ne touche réellement qu'au mieux un peu plus de 60% des sommes. Sur les petits salaire non aidés, cela tombe à à peine plus de 50%, sur les moyens salaires, ont tombe sous les 50%, et sur les gros salaires, ben c'est pire. Hé bien sur, il n'est pas encore question des impôts, qui sont évidemment en faveur des petits salaires, et non comptabilisés au-dessus, puisqu'ils sont à payé par l'employé sur la base de ce qu'il a gagné en net imposable. Le pire, c'est que l'employé doit encore déduire la TVA, et autres taxes (genre TIPP), qui touchent tout le monde, en particulier les petits salaires : 19,6% de taxes, c'est beaucoup de pouvoir d'achat en moins pour un smicard (genre pas de viande aux repas, ou très rarement), et un peu de pièces jaunes en moins pour quelqu'un d'aisé.

Parce que t'en connais beaucoup, des techos français à ce salaire là ?

Mon correspondant américain m'avait trouvé en 2000~2001 un boulot dans l'informatique aux États-Unis (côte ouest, près de Seattle), et pour un salaire brut avoisinant les $10,000. Il m'a dit qu'une fois déduit les impôts, charges, taxes, assurances, mutuelles, etc., il m'en resterait à peu près la moitié pour vivre (donc loyer, bouffe, essence, argent de poche, etc.). Bref, j'ai longtemps hésité, et ai failli succombé. Dommage que le cheval de la copine et tous les autres animaux de la maison ne soient pas aussi facile à déménager !

En France, j'ai longtemps eu le choix entre le smic et le chômage/rmi. Mon meilleur salaire c'était il y a 12 ans, à La Poste : 14.500 francs nets pour 1 mois et 1 semaine de travail au guichet. Ensuite, dans l'informatique, mon meilleur salaire a été de 10.500 francs nets. La suite, je l'ai déjà racontée, et elle n'a rien de bien glorieux.

J'ai une partition qui est fragmentée à plus de 28%, et qui rame d'une force... (Vive aMule, et les logiciels de P2P en général, qui alloue l'espace disque dynamiquement).

Pour moi, la fragmentation sous Linux existe, et n'est certainement pas négligeable. La différence de performances sur les disques durs est la première chose qui m'a frappé lorsque j'ai switché de Windows, il y a quelques années. Même avec son écriture différée et autres artifices (qui au passage m'a emmerdé je ne sais combien de fois lors d'une écriture sur clé USB), la gestion des disques sous Linux est moins performante que sous Windows.

Par exemple, copier un gros fichier (genre une iso) est non seulement plus lent sous Linux, mais en plus ça me fait tout ramer (le curseur de la souris saccade, les autres applications mettent 3 plombes à réagir, et ne parlons pas d'ouvrir un programme à ce moment là !), et j'ai pu vérifier cela avec différentes distributions (Mandriva, Debian, Ubuntu, etc.).

Le problème est bien présent, et les personnes qui l'éludent en prétextant qu'il n'existe pas n'ont soit pas utilisé Windows depuis des années, soit font preuve d'une certaine dose de mauvaise foi.

Cela dit, je ne suis pas certain que la fragmentation soit la raison du problème de différence de performances dans la gestion des disques. Certes, cela doit jouer un peu, mais à mon avis, le noyau est le principal responsable.

jusqu'a maintenant rien ne semble indique que cela soit possible, et apres examen du code source de bzip2, j'ai peur que cette info n'existe pas dans l'archive meme.

Desole mais a moins d'avoir mal lu, ZIP2 n'est pas bzip2

Soit c'est une grosse blague, soit c'est un gros spam, parce que bon, la fausse url sur un site de fringues, ça sent la pub déguisée...

Pourquoi ? Tu ne regardes jamais là où tu cliques ?

"J'ai pas envi de ma retorturer l'esprit avec la CDDL et ses trucs tordus avec "intellectual property", etc.
Si la CDDL a été autant critiqué, ce n'est pas pour rien.
Si les développeurs du libre se détournent de la licence CDDL, ce n'est pas pour rien."

Ca c'est de l'argumentation de haut vol. Tu ne sais manifestement pas de quoi tu parles, et tu es ce que j'appelle un libriiiiiste intaigriste (c)(tm). La CDDL est derivee de la licence Mozilla, les differences etant dispo : http://www.sun.com/cddl/CDDL_MPL_redline.pdf

C'est amusant ca : tout le monde trouve ca chouette quand c'est Mozilla (MPL+GPL+LGPL) et quand c'est Sun (avec un derive simple de la MPL) ca devient malefique...

Raison de plus d'économiser un peu et acheter du mini et du mac book pas pro, qui sont équipés de chip video intel intégrés, le support des mac est dans la roadmap.

Dommage qu'intel ne s'intéresse pas au marché des gamers, mais pour du X11 gl machin, c'est suffisant.

http://intellinuxgraphics.org/user.html

... mais faut pas avoir des gros doigts maladroits :)

s/defilement/progression/

je viens de comprendre le pourquoi de ta reponse: lorsque je dis que je ne veux pas decompresser, c'est parce que je cherche juste l'information "taille du fichier decompresse".

C'est pour faire un barre de defilement lors de la decompression, donc c'est un peu ballot d'avoir a decompresser le fichier pour avoir cette info

bzcat ne fait rien d'autre que "bunzip2 -c", c'est a dire decompresser le .bz2 (ce que je souhaite eviter) et afficher le resultat sur la sortie standard.

quant a tes deux derniere lignes, encore faut il que le fichier compresse soit une archive tar ou cpio

je suis alle faire un tour du cote de hachoir, mais c'est la taille des donnees compressees qui est donnee, pas celle du fichier decompresse

L'association « Survie » ne me semble pas être une référence, notamment en raison de ses relations très troubles avec le FPR, qui l'a d'ailleurs récompensée pour les services rendus à la « cause » (les massacres ?) à de nombreuses reprises :
http://fr.wikipedia.org/wiki/Survie_(association)#Une_associ(...)

Le plus marrant, c'est quand même ça : http://fr.wikipedia.org/wiki/Fran%C3%A7ois-Xavier_Verschave#(...)

Un peu léger, non ?

un "tar cvjf" creer un fichier .tar qui est ensuite compresse en utilisant bz2

Dans ce cas c'est le tar qui est compresse et non les fichiers inclus dans le tar

Donc "tar tvjf" decompresse le fichier tar.bz2 et lit le .tar a la volee pour recuperer les tailles des fichiers qui y sont inclus

tu n'as pas dit cela, mais le sens de ta phrase le fait penser reprenons pour eviter les malentendu:

-NS est raciste
-J'aime NS (c'est pour la demonstration)

souvent les gens qui aime NS c'est pour ses idées et pas pour sa belle gueule
conclusion ?

en france avec une personne catalogué raciste, tu ne peux plus lui parler sans être toi aussi classé raciste. Ne fait pas l'innocent avec ton

Je n'ai pas dit ça.

je l'utilisais souvent comme methode, j'ai quand meme remarqué que pour les grosse partitions c'est plus rapide de ne pas compressé

ce qui me gene dans ton poste c'est :

Ce type est raciste ou alors très très populiste.

et toi tu fais du populosarkosiste, c'est facile non ? hop tu n'aime pas un homme politique qui seras peut etre president (O_o) tu l'accuse de racisme, et toutes les personnes qui se sente proches de NS sont elles aussi racistes.

ce n'est pas honnete.