Guillaume POIRIER a écrit 243 commentaires

Apres y a surrement quelques subtilités à regler, mais j'imagine que l'essentiel est fait très tot.
En effet, le code fonctionne, mais les problèmes d'échelles font qu'il est nécessaire de repenser certains mécanismes, améliorer la granularité, etc... et tout cela demande beaucoup, beaucoup de temps, et des gens très brillants pour trouver des solutions élégantes à ces problèmes de changement d'échelle.
C'est ce qui fait que Solaris se vend encore très bien dans les domaines de serveur de multi-processeur pour applications de types transactionnelles (SGDB typiquement) (cf. http://www.sun.com/servers/highend/(...) )
... enfin, en voyant cette news, je me demande combien de temps tiendront encore les gros Unix... il ne leur restera pour se démarquer les uns des autres d'axer leur offre sur le hard super fiable (et encore!)

Pourquoi se limiter aux kernels de redhat ?
Pour ne pas avoir à perdre de temps pour upgrader la machine en cas d'alerte de sécu?
Parceque le patron de la boîte ne veut pas de bricolage?
C'est malheureux, mais certaines fois les solutions les plus simples ne peuvent pas être appliquées pour tout un tas de raison...

Si ça t'intéresse, voilà mes options de compression avec Xvid et transcode, pour une qualité optimale (à mettre dans le fichier ~/.transcode/xvid4.cfg):
#
# Feature settings
#

[features]
quant_type = h263
motion = 6
chromame = 1
vhq = 4
max_bframes = 2
bquant_ratio = 150
bquant_offset = 100
bframe_threshold = 0
quarterpel = 1
gmc = 1
trellis = 1
packed = 0
closed_gop = 1
interlaced = 0
cartoon = 0
hqacpred = 1
frame_drop_ratio = 0
stats = 0
greyscale = 0
turbo = 1


#
# Quantizer settings
#

[quantizer]
min_iquant = 2
max_iquant = 31
min_pquant = 2
max_pquant = 31
min_bquant = 2
max_bquant = 31
#quant_intra_matrix =
#quant_inter_matrix =


#
# CBR settings
#

[cbr]
reaction_delay_factor = 16
averaging_period = 100
buffer = 100


#
# VBR settings
#

[vbr]
keyframe_boost = 0
overflow_control_strength = 5
curve_compression_high = 0
curve_compression_low = 0
max_overflow_improvement = 5
max_overflow_degradation = 5
kfreduction = 20
kfthreshold = 1
container_frame_overhead = 24

d'après cette news: http://www.hardware.fr/news/imprimer/6626/(...) les prochains cores (E-0) du Prescott permettra aussi la protection des pages mémoires contre l'execution.

Sinon, d'après ce que je sais (lu dans Understanding the Linux Kernel: http://www.oreilly.com/catalog/linuxkernel/(...) ), presque tous les processeur n'ayant pas de casserolles à traîner pour compatibilité ascendante (donc non-X86) ont la possibilité de protéger leurs pages mémoire. Cette technologie est donc tout sauf nouvelle.

tu veux le CV de qui ?
le source latex (+patron si besoin) du cv que l'on trouve sur ta page perso à l'adresse: http://psycho-hazard.net/~binarym/vrac/cv.ps(...) C'est bien toi, nan?

Intéressant tout ça...
Rien à voir, mais je viens de voir ton CV: j'aime beacoup la présentation... ça serait possible que tu m'envoies (sur ma redirection dlfp) le source (ainsi que la feuille de style si besoin)?

Je crois que ça permet pas de conserver le découpage de chapitres en pistes.
Voilà ce que je propose:
#!/bin/sh
i=1;
while [ $i -le 35 ]; do
echo -e "${TABLECOLOR}Je dumpe la piste:" $i
echo -e "${COLOROFF}"
mplayer -nortc -ao pcm -vc dummy -vo null -af resample=44100 -aofile EST_0${
i}.wav dvd://5 -chapter ${i}-${i}
i=$[ $i+1 ];
done


(Remplacer "35" par le nombre de chapitres du dvd)

J'ajourerait qu'un des avantages de ReiserFS par rapport à JFS et XFS, c'est qu'il est présent depuis pas mal de temps dans le noyau de base, et donc fonctionne avec n'importe quelle distrib (oui, même la woody!)
Ça veut dire qu'en cas de plantage, il n'est pas trop difficile de trouver un rescue disk pour te dépanner...

Perso, j'utilise ReiserFS, j'en suis très content, et j'ai hâte de voir ce que donnera Reiserfsv4 une fois stabilisé: http://linuxfr.org/~CREX/11616.html(...)

Sauf que là, "Offshore Executive", c'est le genre de boîte qui te conseille pour faire de l'évasion fiscale, tout du moins t'aide à payer moins d'impots en allant t'implanter dans les Iles caïman, et autres îles paradisiaques...
Pas très philosophie du libre tout ça...

Pourquoi "affolés" ?
Alan Cox fait ce qu'il veut de sa vie.
Toutafé, mais je pense que ça embeterait pas mal de linuxiens qu'Alan Cox passe du coté obscur de la force... ;-)

Ah, enfin quelqu'un qui lit les liens! ;-)
Bien joué Yusei, tu as déjoué le piège tu gros barbu!
C'est quand même dommage que tu aies tout de suite vu le pot aux roses car j'aurais assez aimé un long thread de linuxfriens affolés... enfin bon, si on peut plus s'amuser...

Salut,
Vu que tu as pas mail peiné à installer tout ça, ne penses-tu pas que tu pourrais écrire un petit tuto avec tes mots à toi pour faire partager ton expérience?

Il y a une option dans la commande "cp" (man cp) pour préserver les droits quand on copie pleins de fichiers divers.
Ensuite, avec un petit "lilo", il doit être possible de rendre cette nouvelle partition bootable.

Gniiiii ? Au lieu de parler comme un windozien, si tu nous donnais le nom du soft qui fait ça (en plus ça te permettra de trouver par toi même).
c'est pas très gentil de réagir comme ça quand d'une part :
- en réfléchissant un peu, on comprends très bien (c'est le DAEMON il "networking" dans une debian, "network" je crois dans une mdk, rh ou autre)
- tout débutant ne peut pas connaître tout le jargon d'un monde qu'il vient à peine de découvrir.
Un peu de tolérance que diable!

D'après http://www.hardware.fr/news/lire/07-05-2004/(...) et http://news.com.com/2100-1006_3-5207837.html?tag=nefd.top(...) la nouvelle est confirmée... pour en arriver là, la voie devait vraiment être bouchée, car c'est pas les moyens financier qui manquent à Intel pour acheter de la matière grise...

avec un très gros "moteur" OOOE devant
... ce qui est logique et nécessaire par rapport au G4 qui avait une "fenêtre de réordonancement" assez petite (de 16 instructions en fait)
Quand on allonge les pipes pour monter en fréquence, il faut blinder au moins deux choses: la prédiction de branchement, et la fenêtre de réordonancement.
Pis faut voir que le g5 est sortis ces derniers mois alors que le P4 est sortit il y a déjà quelques temps, du coup, les choix technologiques d'IBM paraissent plus "acceptables" que quand intel a sortit son P4

on est quand même assez loin du scénario "je fais simple avec le moins de ressource possibles".
c'est vrai, mais le monde bouge, les technologies changent, et techniquement, il est difficile d'améliorer les perfs du G4 sans faire ce qu'a fait IBM... Faut pas oublier non plus que c'est un dérivé du Power4, processeur de tous les records!

Bientôt ils vont réaliser que l'architecture Risc est meilleure...
Ça fait bien longtemps que les coeurs des CPU de maintenant sont RISC (Nexgen l'avait introduit dans les années 90), mais le problème, c'est qu'il faut rester compatible avec les programmes écrits avant...
D'un autre côté, ça n'a pas empêché Motorola de passer au tout-risc avec les PowerPC tout en permettant une exécuter des vieux codes avec une émulation partielle.
Si tu est anglophone, je te conseille la lecture de http://arstechnica.com/cpu/01q2/p4andg4e/p4andg4e-1.html(...)

En ce qui concerne le monde des processeurs superscalaires, le RISC a gagné, et depuis longtemps!

si ils pensent faire basculer les gens vers l'itanium ils ont interet a diviser leurs prix par 5 a mon avis.
Il n'y a pas que ça: l'Itanium nécessite ausi un très bon compilateur car l'architecture et l'ISA des Itanium est une vraie rupture technologique avec les processeurs de maintenant.
Avec l'Itanium, on est à mis-chemin entre un processeur VLIW et superscalaire.
De plus, l'Itanium n'est pas vraiment prévu pour le desktop (contrairement à Linux ;-) ) mais plutôt pour le calcul intensif scientifique...

il faut voir que cette annonce est le signe d'un echec fondamental de l'architecture netburst qui basait tout sur la montée en frequence au detriment de l'efficacité.
Tout à fait... Est-ce que pour autant tout le monde va se mettre à acheter des G5? J'en doute, mais ça serait un juste retour des choses, étant donné que les PowerPC ont toujours eu pour but de "faire le mieux possible avec le moins de de ressources possibles" (pas comme l'ARM quand même...), avec des monstres de puissance comme l'Altivec: calculs SIMD avec 32 registres 128 bits... outch!

Quelle est votre opinion par rapport à la documentation des logiciels libres?
J'ai souvent entendu des développeurs dire qu'il faut que ça soit des utilisateurs qui écrivent la doc...

• d'un côté ça arrange bien les développeurs, car ils n'aiment pas ça


• de l'autre ça permet d'éviter tout un jargon technique que le développeurs seraient tenté d'utiliser dans la doc, la rendant difficile à lire, et pas là-même, inutilisable...

Oui et non car d'une part si je ne trompe pas solaris dérive de BSD à l'origine, et est devenu System V par la suite, alors que Linux a plutôt eu tendance à prendre le meilleur des deux mondes..
En plus, si on prend l'exemple de XFS, issu de IRIX de Silicon Graphics, il a fallu toucher à pas mal de choses dans le code pour qu'il soit intégré... Tout n'est donc pas assi simple.
Dans ces cas, il souvent plus simple de faire comme ce qu'il se fait à chaque nouvelle version de dev de Linux: on regarde ce qu'on a écrit et on regarde ce qui doit être ré-écrit, et on le ré-implémente mieux.

Autre chose: on a souvent dit que la gestion des threads de Solaris était excellente, et qu'il serait bien de fait aussi bien sous Linux... et bien c'est maintenant le cas avec le 2.6. Comme quoi les bonnes idées, que le code soit ouvert ou non, finissent toujours par percer!

Ce qui me fait 4 espaces de travail pour lequel le passage de l'un à l'autre est instantané. Je me demande si c'est possible avec d'autres WM.
On peut faire la même chose avec les "Workspaces de WindowMaker", qui te permettent soit de naviquer instantanément dans une série d'écrants virtuels en utilisant le clipper en haut, à gauche de l'écran, soit en déplaçant son curseur...
Mais je te l'accode, pour avoir utilisé e16 par le passé, sur E, les changements d'écrans sont bien plus jolis...

C'est bien gentil de sortir des scoop, mais au moins faites l'effort de citer une ou deux sources... c'est fini la fête du travail!
mes sources:
http://fr.news.yahoo.com/040502/1/3runh.html(...)
http://fr.news.yahoo.com/040502/1/3ruiq.html(...)
http://fr.news.yahoo.com/040502/1/3ruhb.html(...)

CREX, Mozilla 1.6, Linux, 2.60-2.79GHz 24.51 seconds, April 26, at 14:11:41
ranking: 229 out of 401 testers
Waf! Je me demande comment je me suis débrouillé pour avoir un score assi nul avec ma bécanne (XP 2600+)
...de toutes façons, les bechs, ça sert à rien, alors....

CPU = 3.2 Ghz
Fréquence mémoire = 1.2 Ghz
C'est bien gentil tout ça, mais le FSB d'un CPU de maintenant (un P4), c'est 800Mhz quad pumped, ce qui est encore loin des 1.2 Ghz...
Tout ça pour dire que la mémoire RAM de 2014 aura toutes les chances d'être caractérisée par une latence BIEN plus importante que le CPU (à moins d'une révolution technologique)
Je serais curieux de savoir combien de niveaux de cache seront nécessaire en 2014 (sachant qu'on a déjà des caches L3 sur les G4, G5, et POWER)...

non pas du tout. GCC et G++ sont même des grosses bouses au niveau performances et code généré.

Alors là, je ne peux pas te laisser dire ça! Dire que c'est une grosse bouse, c'est vraiment manquer de respect à l'équipe de dev de gcc.
Il ne faut pas perdre de vue qu'il est tout à fait impossible de faire aussi bien qu'un compilateur spécifique à une architecture et à quelques processeurs, pour des questions que seules plusieurs heures de cours de compilation permettent de comprendre vraiment.
Cela dit, quand on regarde les benchs:
http://people.redhat.com/dnovillo/spec2000/gcc/global-run-ratio.htm(...)
On voit que gcc n'est vraiment pas si mal étant donné toutes les contraintes de base dût à sa nature multiplateforme...