Archlinux.fr [Forums]

Salut à tous,

J'ai, il y a quelques mois, fais l'acquisition d'un Asus N55SF (celui-ci plus précisément : http://www.ldlc.com/fiche/PB00122286.html)

Ayant installé ArchLinux sur ma tour il y a bientôt 1 an et en étant très satisfait, j'ai décidé de l'installer en dual boot sur mon portable asus.
L'installation s'est bien passé, tous les périphériques (du moins ceux dont j'ai besoin) sont reconnus,
mais (parce que sans ce "mais" pas besoin de poster ^^) la temperature du PC (CPU, GPU, etc...) est plus élevé sur Linux que sur Windows...

Ci-dessous les températures affichées par SpeedFan sur windows (à "vide", 5 mins après le démarrage, sans rien lancer)

GPU : 36C
HD0: 30C
Temp1: 38C
Core 0 : 38C
Core 1 : 38 C

Et sous ArchLinux, avec lm_sensors:

5 min après m'être connecté sur le terminal: Puis 5 minutes après que KDE ait été lancé: Avant que l'on me dise que lm_sensors n'est peut-être pas correctement "calibré", je tiens à préciser que lorsque je suis sous ArchLinux, le ventilo du laptop fait bien plus de bruit que sous windows et qu'il "souffle" de l'air bien plus chaud !

Je précise aussi que mon portable bénéficie de la technologie OPTIMUS et que je n'ai installé que le driver INTEL (mais bon, à en juger les temperatures avant même de lancer KDE, je ne pense pas que cela soit la source du "problème")

Autre problème, cependant en lien avec le précédent: mon laptop consome beaucoup plus lorsque je suis sous Linux...

En bref, si quelqu'un à rencontré un problème similaire et qu'il a trouvé une soluce, merci de la faire partager

Merci !

Zib.

Salut !

rencontrer un problème similaire, peut-être :
http://forums.archlinux.fr/topic10671.html
par contre une solution hélas...

merci pour cette réponse rapide, je vais jeter un coup d’œil sur ce post...
mea culpa: j'ai zappé la fonction recherche ...

Bon... après lecture du post, installation et configuration de cpufreq, pas de réel amélioriation...
une autre idée ? :p

Optimus c'est bien "switchable graphics" ? Donc ta machine contient un controleur graphique + une CG Nvidia c'est bien ça ?
Si oui ton problème est du au fait que Linux, même si tu n'a installé que le pilote Intel, continue à alimenter ta carte graphique, alors même qu'elle n'est pas utilisée.
Ça explique pourquoi ton ordi chauffe et consomme plus que sous windows.
Regarde du côté de bumblebee...

Ou tout simplement couper son alimentation au lieu de bumblebee via le module kernel acpi_call-git (installé via AUR) puis en lançant le script de désactivation (test_off.sh)

merci pour vos réponses.

Je viens de tenter d'installer acpi_call-git, j'ai droit à une belle erreur au moment du makepkg:

make: *** /lib/modules/3.3.6-1-ARCH/build : Aucun fichier ou dossier de ce type. Arrêt.
make: *** [default] Erreur 2

Je pense donc me lancer dans l'install de bumblebe comme le suggère hansi...

J'ai finalement installé cette version de acpi_call : https://aur.archlinux.org/packages.php?ID=54641
Y'a du mieux, je gagne 3-4 °C, j'entend un peu moins le ventilo, mais ça reste toujours supérieur à ce que j'ai sous windows (comment ça je chipote )

j'ai un n55sf aussi et pratiquant bumblebee depuis un petit bout de temps, voici un retour d’expérience.
Tout d'abord le wiki en parle : http://wiki.archlinux.fr/Bumblebee
On a besoin de deux paquets :
-bumblebee, qui permet d'utiliser le gpu nvidia par le biais de optirun
-bbswitch, remplaçant de acpi_call déprécié depuis février, est un module que bumblebeed utilise pour couper l'alimentation du gpu nvidia quand on l'utilise pas.
Personnellement je n'utilise pas nouveau et après m'être assuré d'avoir désinstallé extra/xf86-video-nouveau et extra/nvidia.
J'ai installé bumblebee, dkms-bbswitch et dkms-nvidia (et dkms).
Dkms reconstruit les modules bbswitch et nvidia à chaque changement de kernel car j'en ai eu marre de les réinstaller à chaque fois.
Bref dans mon cas après avoir renseigné rc.conf avec "bbswitch" dans les modules puis "dkms" et "bumblebeed" dans les daemons, blacklisté nouveau et enfin choisi mon pilote dans /etc/bumblebee/bumblebee.conf
tout marche nickel.
J'ai pas essayé nouveau même si je l'apprécie sur mon poste au boulot malgré tout dkms est utile au moins pour bbswitch.
Si en saisissant : c'est que tout est ok.
Ah j'oubliais depuis le kernel 3.x certains arguments doivent être passés au noyau afin de grappiller quelques °C sur le cpu,
J'utilise grub(1) et mon entrée dans /boot/grub/menu.lst ressemble à ça : C'est détaillé là : http://erickranich.wordpress.com/2012/0 ... set-intel/
Pour infos voici mes résultat sensors :

@yoyo: cool, merci pour le lien ! [HS] par contre au passage, tu devrais utiliser les uuid dans ton "menu.lst" ... [/HS]

EDIT : Après essai : cette option est géniale ! (plus de détails dans l'autre topic) Merci encore !!

Tiens oui, j'avais même pas fait gaffe, pourtant d'habitude j'aime bien les uuid.

problème finalement résolu.
Merci à yoyo et benjarobin !

En coupant l'alimentation de la carte graphique via acpi_call et en modifiant mon menu.lst comme le suggèrait yoyo, je retombe enfin sur des températures identiques à celles obtenues sous windows:

acpitz-virtual-0
Adapter: Virtual device
temp1: +38.0°C (crit = +103.0°C)

asus-isa-0000
Adapter: ISA adapter
temp1: +38.0°C

nouveau-pci-0100
Adapter: PCI adapter
temp1: -1.0°C (high = +100.0°C, crit = +110.0°C)

Prochaine étape dès que j'ai un peu de temps pour moi: installation de bumblebee

Bon voilà, j'ai pris le temps d'installer et configurer Bumblebee.
Y'a pa à dire, quand ça marche, c'est vraiment la solution idéale lorsqu'on a un portable qui bénéficie de la technologie Optimus !

par contre, j'ai noté une différence entre le wiki français et le wiki anglais au niveau du chapître gestion de l'énergie:
dans la version fr: (http://wiki.archlinux.fr/Bumblebee)

/etc/bumblebee/bumblebee.conf

Code : Tout sélectionner

[...]
[bumblebeed]
KeepUnusedXServer=false
...
[driver-nvidia]
PMMethod=auto
...
[driver-nouveau]
PMMethod=auto
[...]

et la version anglaise: (https://wiki.archlinux.org/index.php/Bumblebee)

/etc/bumblebee/bumblebee.conf

Code : Tout sélectionner

[bumblebeed]
KeepUnusedXServer=false
...
[driver-nvidia]
PMMethod=bbswitch
...
[driver-nouveau]
PMMethod=bbswitch
...

Je me suis donc permis de corriger le wiki fr, la solution du wiki anglais fonctionnant et me parraissant plus logique...

Pourquoi ? Non ce n'est en rien plus "logique", voir https://github.com/Bumblebee-Project/Bu ... PM-methods
Le wiki est juste incomplet ! Je te le concède le choix de bbswitch est assez conseillé, même fortement recommandé avec les drivers nvidia, mais en utilisant auto il sélectionnera bien la méthode la plus adaptée qui est aujourd’hui bbswitch, mais qui sait demain ?

Au temps pour moi ...
le wiki fr est-il à re-modifier selon toi ?

Je ne suis pas utilisateur de Bumblebee, à toi de voir. Pourquoi ne pas détailler les 3 (auto, bbswitch, vga_switcheroo), bref mettre un peu plus de contenu explicatif au lieu d'un simple exemple. Attention ce ne sont que des suggestions/conseils
Personnellement je mettrai une ligne ou deux avec un lien redirigeant vers la doc officiel de Bumblebee

merci pour tes suggestions/conseils
concernant la doc offielle (http://bumblebee-project.org/install.html#Arch) elle renvoie tout simplement vers le wiki anglais ^^

n'ayant pas testé vga_switcheroo, je me vois mal écrire quelques lignes la dessus...
Après reste à savoir s'il est "préférable" de mettre auto ou bbswitch (*)... j'attend donc l'avis d'utilisateurs de bumblebee (non non j'me défile pas )

(*) sur le wiki j'entend, car dans la pratique ça revient au même