Reprise du message précédent :
C'est vai ils sont quand même bizarre chez intel, j'aurais juré que le i7 2600 en ayant eu un était vt-d ... alors le 2600k c'est étrange !

 
C'est bien un i7 mais c'est surtout un modèle K donc, pas de VT-d pour moi alors que les i7-2500 et i7-2600 l'ont, histoire de segmentation à la con.. Pour ce qui est d'AMD, j'ai assez donné avec les XP 1.4Ghz + VIA et Athlon 64 + nForce, je ne dis pas qu'actuellement ça ne serait pas plus stable (j'ai bien mon proxmox sur de l'AMD avec un E-350) mais en terme de performance pure et quand je jouais encore, le 2600K enterrait n'importe lequel des AMD, sans compter un rapport performance / watt pas franchement terrible même avec le FX-8350.

en fait c'est le vt-x que j'ai sur mon CPU, pas le vt-d, mais ça reste assez rapide avec virtualbox

 
Ça oui, encore heureux qu'il y ait le VT-x  
 
Sinon ils sont à la diète chez Arch ?
 

 
Ça fait quelques jours que j'ai pas mal de -x MiB en "Net change"pour divers paquets, ils ont changé leur options de compilation ?

normalement ils doivent utiliser les options par défaut de makepkg, si tu télécharges le pkgbuild du paquet tu devrais trouver la même taille

 
Je pensais plus à gcc, surtout que le 4.8.0 sortait quelques binaires un peu foireux y'a pas si longtemps : http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
 

 
pour les performances en jeux 3D ils sont derrière intel mais les CPU FX ont pour eux un très bon rapport qualité prix, le FX 8350 à moins de 200 euros si on est pas tatillon sur le jeu moi je suis preneur
 
la prochaine architecture d'amd steamroller qui sortira en 2014 devrait améliorer un peu les choses au niveau de la température ( 15 à 30% d'économie d'energie en plus )
 

 
<HS>
Ouais enfin un i7-3570K c'est pas loin des 200€ aussi et franchement les performances sont meilleures ou équivalentes (hors jeux), et le ratio Perf/Watt, rien a voir..  
 
J'aimerai bien qu'AMD redevienne intéressant dans ce domaine, même si Intel propose des CPU plus chers mais qui restent accessibles (plus de 2 ans que j'ai mon 2600K à 309€ qui a fini a 250€, on est loin du temps des P-90 buggé à 9000 francs qui perdaient 2500 sur 2 mois, j'ai connu qui mec qui avait acheté ça, un fou !)</HS>

 
je ne trouve pas cette référence i7-3570K, tu voulais sans doute dire le i5-3570K,
 
d'après ce topic le FX8350 reste devant le i5-3570K si on exclut les jeux :
 

 
http://forum.hardware.fr/hfr/Hardw [...] 2981_1.htm
 
un 8 cores à moins de 200 euros ça reste un bon rapport qualité prix, qui est toujours la constante chez amd malgré les autres défauts,
 
et au moins on a le vt-d contrairement à Intel le radin
 
après pour une config 100% hardcore-gamer je peux comprendre qu'on veuille du i5-i7

 
<re-hs> Je sais bien qui tu traines sur le topic AMD, mais c'est bien d'avoir 8 core, mais dans ce cas il faut savoir encaisser du multi-threading violent (genre 7-Zip + mplayer) et bien dans ce cas, le FX m'a déçu : http://www.bit-tech.net/hardware/2 [...] 0-review/5   </re-hs>  

Idem sous blender. En terme de calcul 3d, amd ça suit moins que les i7 ...

dans ces domaines le FX 8350 tire son épingle du jeu, il bat easy le i5-3570k pourtant mis en avant par Ralph- pour dénigrer le FX8350

http://www.xbitlabs.com/articles/c [...] html#sect0

n'oubliez pas que c'est pas le même tarif entre les icores i7 high-tech et le FX 8350, pour celui qui n'est pas un gamer et qui ne flippe pas sur la temperature CPU ça reste une très bonne affaire, d'où le bon rapport qualité- prix

http://www.hardware.fr/articles/88 [...] r-amd.html

 
Niveau perf pures, je prefere payer des SSD et de la ram que du cpu

certes mais si on fait beaucoup de compression vidéo et de calcul 3D on aura guère  le choix, faudra un CPU performant,  
 
quand on a un budget serré c'est là que switcher d'intel vers du AMD peut être intéressant, quitte à faire une croix sur le hardcore-gaming et le silence vu qu'il faudra un bon ventilateur
 
le SSD c'est un plus pour le confort mais si j'avais un budget limité le SSD il passera en dernier, la priorité étant le trio CPU/carte graphique/ram

Ouais, enfin désolé, mais le silence, les perf par Watt et la consommation en charge c'est important pour ma machine "rapide" et pour le moment AMD est à la ramasse comparé à Intel de ce point de vue la.
 
Je ne change pas (enfin plus) de machine tous les 6 mois, alors l'argument prix bof, parce que bon, mon achat "plaisir" (on est sur HFR, on gagne tous 10K par mois non ? ) du 2600K 2 ans après il a pas vraiment décoté des masses, mais par contre un AMD FX.. Et puis ca reste relativement raisonnable.
 
Autre chose, si je veux me faire une machine compacte en FX, bah, heu.. Chez LDLC, y'a pas loin de zéro carte mère en Mini ITX pour AM3+, par contre c'est pas ce qu'il manque en Socket 1155. Ouais, on va me sortir le coup des APU 5xxx, mais bon, alors la, ils se font un peu largué par Intel.
 
Je ne demande que ça qu'AMD revienne dans la course à la Perf/Watt mais depuis le K10 il se sont un peu perdu quand même.

J'ai pas tout lu aux 2 pages de screenshots sur les fonts, mais est-ce que par hasard ça ne viendrait pas du fait d'autoriser ou pas les fonts bitmap? Cf Disable bitmap fonts

 
j'ai lu le rapport de bug, c'est pas très clair, que faut-il faire ?
 
définir la variable $XDG_CONFIG_HOME ou ne rien faire ?
 
il faut placer le fichier de configuration de fontconfig dans ~/.local/share ?

 
J'ai en effet enlevé du le lien symbolique vers 10-scale-bitmap-fonts.conf dans conf.d et ajouté :
 

 
Mais c'est surtout utile pour les polices pour les terminaux... et aussi de la configuration "globale" dans /etc/fonts/local.conf si on l'a autorisé, car en ayant la configuration..
 

 
..dedans, ça revient au même.
 

 
Si tu ne fait rien (donc a priori pas de $XDG_CONFIG_HOME), ça va chercher implicitement dans ~/.local/share, chez moi j'ai fait ça :
 

ok merci de la confirmation    
 
il faudrait peut-être ajouter ça sur le wiki archlinux de fontconfig, car ils n'en parlent pas de ce problème de non définition de la variable $XDG_CONFIG_HOME, ils font comme si cette variable était définie par défaut :
 
https://wiki.archlinux.org/index.ph [...] figuration
 
et j'ai pas trouvé de version française de fontconfig sur le wiki français d'archlinux

bon j'ai donc mis un fichier "fonts.conf" dans ~/.local/share/ :

mais ça ne change rien, je ne vois pas de différence, comment être sûr que fontconfig a bien pris en compte ce fichier de configuration présent dans ~/.local/share/ ?

il ne manquerait pas une étape dans la configuration ?

j'ai l'impression que si  $XDG_CONFIG_HOME n'est pas défini alors fontconfig ne va rien faire, ni prendre en compte ce qu'il y a dans  ~/.local/share/

edit: d'après la doc le fichier fonts.conf serait à placer dans le répertoire :

~/.config/fontconfig/

Bah moi en testant avec et sans anti-alias, je voyais bien la différence avec Firefox (pas avec Xfce qui a ses propres configuration pour ça, c'est un peu reloud même) et c'etait bien mon ~/.local/share
 
le man font.conf donne
 

 
Tu as l'ordre inverse de priorité des fichiers:

qui des deprecated ( voir le /etc/fonts/conf.d/50-user.conf ) et ensuite

Et pour finir le "global"

 
En essayant dans le ~/.config/fontconfig/ je voyais bien que mes manip d'anti-alias (au moins ça on peut pas trop le louper) ne passaient pas. Le truc c'est que le $XDG_CONFIG_HOME est "configuré" un peu comme le veut la distribution parce que ça dépend énormément des fallback si on a ou les définitions des variables XDG_* dans des profiles globaux : http://standards.freedesktop.org/b [...] atest.html

j'ai toujours pas compris comment tu as fait pour trouver que "~/.local/share/" était le chemin par défaut utilisé par fontconfig
tu as procédé par tâtonnement ?
 
 
 
sinon est-ce que tu avais un fichier "fonts.conf" dans ~/.config/fontconfig/ ?
 
moi j'en ai un qui date du 25 mars dernier ( alors que je n'ai pas souvenir d'avoir placé quelque chose là dedans )
 
j'ai découvert ce truc du "~/.config/fontconfig" en regardant le contenu du fichier /etc/fonts/conf.d/50-user.conf :
 

 
on remarque la mention " $HOME/.config/fontconfig/fonts.conf", regarde si tu as la même chose dans /etc/fonts/conf.d/50-user.conf,
 
bref c'est le boxon pour comprendre quoique ce soit, si on suit le wiki ou la doc il faut définir en fait la variable $XDG_CONFIG_HOME,  là on sera sûr du chemin utilisé par fontconfig pour la configuration de l'utilisateur, mais visiblement sous archlinux cette variable n'est pas définie

 
Ahahaha mais f*ck, c'est pas mon jour !§ Entre la fibre qui est incompatible avec mon appartement (à 30 cm près..) et .. un putain de ln -s qui trainait entre le ~/.config et le ~/.local/share !!
 
Tu as raison, les config comme en plus je l'ai mis DEUX fois avec http://standards.freedesktop.org/b [...] atest.html sont bien dans ~/.config !    
 

 
Sauf si tu t'amuses comme moi a tout brouiller (et sans alcool!) en faisant des ln -s entre les deux    
 
Par contre du coup, te dire si il y en avait un qui trainait, pas évident car tout date de ce Week End.

Vous sauriez comme avoir 12mb/s de transfert en écriture sur support usb? Là je n'ai que 2mb/s. J'ai tenté de mettre ehci_hcd et ohcd_hcd dans  /etc/modules-load.d/ mais ça ne résout pas le problème.
dmesg me parle aussi d'ehci et ohcd mais visiblement il ne les prend pas en compte car sous ubuntu ca avait régler le problème.

t'as quoi comme PC ? ( carte mère, chipset )

tu veux dire que tes périphériques fonctionnent en mode USB 1.1 ou bien USB 2.0 ?

ou bien tu veux encore activer l'USB 3.0 ?

personnellement j'ai rien fait de particulier, le noyau linux se demerde tout seul pour les ports USB, en cas de problème tu verras un message d'erreur ou un warning dans /var/log/messages.log ( ou journal.log ) t'indiquant que le périphérique USB récemment connecté fonctionne en mode USB 1.1 au lieu de USB 2.0,

regarde si dans le bios tout est bien activé au niveau port USB,

à mon avis tu n'as rien à faire de particulier si tu utilises le noyau officiel d'archlinux, tout est déjà bien configuré dans le noyau pour les modules USB, si ça merde ça vient peut-être de ta clé USB qui a un défaut ( faudrait tester sur un autre OS ), un problème de fragmentation de la partition qui ralentit les débits, une surchauffe  

essaie cette astuce du wiki concernant les clés USB ( c'est pas garanti, risque de créer encore plus de problèmes car normalement il y a pas à bidouiller, cette page du wiki est peut-être obsolète car ça parle de rc.local alors qu'arch est passé sous systemd ) :

https://wiki.archlinux.org/index.ph [...] B_pendrive

Merci pour ta réponse.

Mes clés USB fonctionnent bien. Je suis en dual-boot avec Mint et j'avais le même problème. Pour le résoudre j'ai mis ohci_hcd et ehci_hcd dans /etc/initramfs-tools/modules. Depuis Mint écrit sur toutes mes clés à 12 Mb/s au lieu de seulement 2.
Je ne suis jamais tombé sur une distrib qui gérait correctement par défaut l'usb sur ce vieux PC: Gigabyte GA-K8NF-9-RH donc AMD et usb 2.0.

Ça influe pourtant bien sur la vitesse mais elle fluctue maintenant aux alentours de 1 Mb/s

Y'en a qui utilisent le kernel -ck par ici?
 
https://wiki.archlinux.org/index.php/Linux-ck
 
Je viens de l'installer et je vois une belle différence de réactivité sur mon desktop
 
avant j'avais parfois plusieurs secondes de délai en passant d'un onglet à un autre, avec Firefox!
 
sur un quad-core ça la foutait mal  

 
Un kernel -ck c'est presque un kernel -kc      

faudrait regarder s'il n'y a pas une option à passer au noyau dans grub pour corriger ce problème si c'est un bug lié au chipset de ta carte mère, le nforce 4,

dans la doc des sources du noyau linux il y a la liste des options à passer au noyau

https://www.kernel.org/doc/Document [...] meters.txt

Effectivement ça peut venir de là mais il n'y aurait pas moyen de convertir ce qui marche sous Mint pour l'adapter à Arch?

En tout cas merci, je vais chercher de ce coté-là.

Le problème semble bien connu et présent depuis la version 2.6.10 du noyau

Rien a faire avec du modprobe ehci_hcd par exemple ?

Bonsoir ^^.
 
Bon j'ai presque fini ma config sous arch. Me reste le soucis du multimédia. Je galère à mort à avoir l'accélération matérielle de mon gpu via LIBVA (intel) sur Arch. Enfin , disons que j'essaie de l'avoir sous vlc , mais que malgrès que l'option soit cochée , rien n'indique que libva est utilisé au sein du terminal... Même avec l'option -v , -vv et -vvv. Seule facon de voir libva est d'utiliser la version 2.1.0 nightly de VLC. Cependant , elle est instable , et n'arrive pas à me lancer de video sans erreur de segmentation...  
J'ai tenté un post chez VLC : http://forum.videolan.org/viewtopi [...] 3&t=110278
 
Mais bon sans grand succès... Donc si il y en a qui ont bataillé avec libva et vlc je suis preneur...
 
Sinon mplayer a l'air de marcher en vaapi... Toujours est il que mes mkv 720p rament à mort en sortie full hd via HDMI.

redonne voir ta config PC en détails,

tu as installé le pilote graphique propriétaire intel ?

même sans accélération matérielle pour le décodage h264 tu ne devrais pas ramer sur les vidéos HD si tu as un CPU dual ou quad core

J'ai un core I5 560M avec donc son gpu intégré.  
 
Libva : 1.1.1-1, libva-intel-driver 1.0.20-1, xf86-video-intel 2.21.6-1.
 
Ca passe sur la résolution de l'écran (1366) mais sur ma sortie hdmi en tv full HD , bonjour les saccades dès lors qu'il y a de l'action.  

J'ai finalement trouvé le fauteur de trouble !
C'est Akonadi ! Je l'avais désactivé, et avec une récente MAJ, il s'est réactivé... bizarre et anormal à mon goût.
Enfin, ça remarche, c'est l'essentiel.

Ça apporte quoi concrètement libva? Parce-que j'utilise l'IGP du core i3 avec les drivers Intel et je n'ai aucun souci a lire des vidéos sur un écran en 1920x1200.

 
Bah justement libva est la lib qui permet d'utiliser l'IGP... Moi aussi j'aimerais utiliser l'IGP.   . Donc normalement quand tu lance vlc via "vlc -v XXX.mkv " tu devrait avoir une mention de libva que je n'ai pas  

J'ai tenté de le blacklister en suivant cette méthode. Rien à faire, il se lance quand même.

voici quelques options pour le noyau à tester pour la gestion des ports USB ( rajouter l'option dans grub ) :

est-ce que le problème de débit apparait aussi quand tu utilises un disque dur USB ?

ou bien ce problème n'apparait que sur ta clé USB et que sur une seule marque de clé USB ?

teste aussi sous un autre environnement de bureau pour être sûr que ça ne vient pas de gnome/kde

regarde aussi si ton bios est à jour, au cas où ce serait un bug du bios

Je viens d'installer vlc pour tester mais j'ai pas de notion de libva quand je le lance, d'ailleurs je peux lire aucun fichier HD, j'ai une bouillie sonore a la place et un ecran noir => desinstallé aussi sec, ça tombe bien j'ai jamais aimé vlc
En tout cas dans gnome-mplayer je n'ai aucune saccade.

J'utilise KDE