Dernière modification par O.Boulon ; 01/03/2014 à 26h73
Wobak: si tu veux tenter, j'ai l'impression que c'est le même genre de config que l'Asus T200. Si ça peut donner des pistes :
http://www.transformerforums.com/for...tml#post342078
https://bugzilla.kernel.org/buglist....list_id=636181
Ca va faire plaisir à Ducon, j'essaie actuellement Sawfish sur ma debian qui est habituellement sur Xfce. J'en ai profité pour aussi changer le display manager vers SliM. Pour le moment plutot agréablement surpris, l'outil de config permet de faire à peu près tout ce dont j'ai besoin. La config du comportement des fenetres est assez simple en comparaison de ce que j'avais vu sur i3/AwesomeWM . Dans l'esprit c'est plus proche de fluxbox je trouve (que j'aime bien et utilise sur un vieux PC).
Et en effet, y a pas que des décorations moches, j'ai trouvé quelque chose qui me convient.
La gueule de la RAM avec firefox et terminator lancés, de tete ça fait moins que fluxbox et evidemment moins que xfce.
Et si tu installes un Ubuntu plus récent, ça aide pas ? La 16.04 a presque deux ans, même si il y a des mises à jour...
You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth. You must gather your party before venturing forth.
J'avais des problèmes de son aussi sur Ubuntu et j'ai résolu le problème en utilisant pavucontrol (le paquet s'appelle comme ça). Depuis ça marche nikel
Non mais en fait c'est surement une fausse piste. Habitué aux PC, je trouvais le contenu du bus PCI chelou. Mais apparemment c'est normal, car c'est une plateforme Intel Cherry Trail, genre Atom x5 Z8****. Intel ont bazardé toutes les fonctionnalités qu'ils pouvaient pour réduire les coûts et la conso et avoir un concurrent face aux SoC ARM. Ça a beau être un CPU x86, l'architecture de la plateforme est plus proche d'un smartphone/tablette qu'un PC. Du coup c'est du hardware carrément exotique pour les distributions Linux "classiques" (hors Android).
Si je me fie aux posts du forum cité plus haut, il se peut qu'il y ait un contrôleur audio externe branché sur le bus I²C. Ou n'importe où ailleurs, sans la doc d'Asus et sans démonter le netbook difficile de deviner comment c'est fait à l'intérieur.
tl;dr pour ceux qui passeraient ici par hasard : s'il vout plaît, n'achetez pas ces merdes. Chaque fois que vous achetez un Atom, Dieu tue un manchot en smoking.
Surtout la conso. C'est d'ailleurs par pour rien que c'est ce que tu retrouves en masse dans un Xeon Phi.
C'est de la merde aussi sous Windows mais le son marche. Benoitement, j'essaierais de voir pour laisser la gestion au module directement et pas au kernel (je sais pas si ce que je dis est comprehensible, je fatigue severe la).
Merci pour le lien mais il montre un truc que je vois souvent dans les test (ça vaut aussi pour windows d'ailleurs). C'est que ça minore quasi toujours les consommations de RAM en utilisation après par exemple un an. On voit bien d'ailleurs la tendance de KDE à grossir plus rapidement qu'un XFCE avec des applications en moyenne plus gourmande (mais aussi plus puissante).
Ceci dit c'est quand même assez dépendant de la distribution j'ai l'impression. Un gnome sous arch linux me semble plus légers que sous Ubuntu. C'est quelque chose que je ne comprend pas encore bien.
Ils rajoutent quoi qui fait que les bureaux pèsent en moyenne pas mal plus lourd sous Ubuntu?
"Les faits sont têtus."
Je n'ai pas regarde les dates sur ta video alors il faudra peut-etre revoir la chronologie ; j'oublie surement d'autres faits explicatifs :
- l'adoption de systemd a grossi l'occupation memoire des distributions modernes, et KDE repose depuis un moment uniquement sur systemd (pour installer KDE vous devez installer systemd)
- Ubuntu a ete vu pendant un temps comme la distrib la plus lourde parce qu'elle a integre ses changements des le depart (versions non optimisees) et si tu ajoutes a ca les paquets commerciaux specifiques de Canonical
- pendant un temps, l'idee pour Ubuntu etait de charger plus de choses en RAM pour accelerer la reactivite de l'OS, au detriment bien sur, de l'occupation memoire
- FYI, ArchLinux a embrace systemd sur le tard (baisse de perfs) mais cela s'est quand meme un peu moins vu car pour Arch, le credo est justement de n'installer que les paquets dont tu as besoin (ce qui impacte de facto l'empreinte memoire)
Pour l'augmentation de l'empreinte memoire en fonction du temps, tu peux avoir plein de causes (mais c'est valable sur tous les OS) mais d'une maniere generale, c'est bien moins prononce pour les distros Linux. Generalement, cette augmentation est liee des fuites memoires legeres.
A ce propos, si on tient à avoir un DE pas couplé à systemD -imho c'est une aberration de coupler si fort une couche graphique avec ce qui était au départ un systeme d'init- ou pas de systemD du tout, c'est toujours possible. Gentoo/Slackware/devuan (si ca existe encore) ou simplement remplacer systemd par autre chose (mais ça demande un peu de boulot) ou encore les *BSD. Une liste complète (peut etre pas à jour) ici
C'est probablement cela qui fait le plus de différence je me souviens d'un manjaro quand même beaucoup plus light que ubuntu même avec le même bureau, mais j'ai du mal à comprendre ce qu'ils peuvent installer en + sous ubuntu qui soit inutile. J'ai d'ailleurs l'impression que c'est + légers sous debian (jamais utilisé encore).
"Les faits sont têtus."
Dans son scope initial, lancer des services, systemd est bon, très bon. Il est même a des années lumières des autres. Gestion natives de slices/cgroups, watchdog efficace, franchement il fait bien son taff. Sans oublier l'écriture des .service qui sont d'une simplicité franchement appréciable (celui qui vient me dire initd + bash je lui jette un PowerEdge R330 sur la tête). D'un autre côté les "petits trucs en plus" sont déjà plus discutable. D'autres alternatives sont sympas, runit par exemple. Sysvinit doit mourir, pour notre santé mentale à tous.
"Nobody exists on purpose. Nobody belongs anywhere. We're all going to die. Come watch TV." - Morty Smith
J'avais joue il y a longtemps avec arch et je m'y remettrais bien. J'ai entendu (comme avec toi Laya) du bien de Manjaro pour avoir une version "packagee" mais j'avoue que, a force d'en chier ne serait-ce que pour installer a l'epoque, m'avait drolement forme.
Ca ne manque pas avec Manjaro et on ne se retrouve pas avec une distribution ArchLinux Debian-like (avec un set de packages "de base") ?
Perso je trouve rc.d (FreeBSD) simple, alors oui ca reste du scripting shell ([t]csh) mais ça fait le boulot et uniquement le boulot, pas 12 autres trucs parce que 'pourquoi pas'.
OpenRC, utilisé par gentoo à l'air d'etre dans la meme philosophie.
Concernant systemd oui j'ai écrit des fichiers .service recemment (pour migrer de Sysvinit vers systemd), c'est assez facile en effet, j'ai rien à reprocher à systemd en tant que systeme d'init, le problème c'est tout le reste.
edit : pour runit je viens de tomber sur cet article, ça a l'air simple en effet.
@Paradox : j'ai testé Manjaro y a ~ un an, ça s'installait facilement, y a pas de raison que ça ait changé.
Dernière modification par Nattefrost ; 17/01/2018 à 15h39.
Manjaro à ces particularités tout de même, comme un gestionnaire de Kernel fort appréciable et certains choix différents de Arch Linux. Cela étant dit tu as toujours accès à AUR qui permet énormément de chose. Donc je ne trouve pas que c'est une Arch Linux debian like personnellement, Antergos lui est comme ça, c'est limite simplement qu'un installer pour Arch Linux, ça a ses avantages mais bon ce n'est pas trop ce que je recherchais.
Manjaro KDE a été pour moi une très grande surprise en tout cas et c'est pour l'instant la meilleure distrib que j'ai eu entre les mains et mon PC tourne comme une horloge. Je ne vais pas en changer pendant un long, très long, moment.
Je me contenterais de copier/coller ce qu'ils en disent eux même mais rapidement Manjaro est accès simplicité d'utilisation et expérience utilisateur avant tout. Il utilise aussi son propre dépôt (même si on a tout de même accès à AUR), l'équipe est totalement différentes également ainsi que la philosophie générale. Il y aussi des outils spécifiques à Manjaro et développer par eux qui simplifie beaucoup les choses comme le gestionnaire de Kernel, le "Manjaro Hardware Detection" (mhwd) aussi, "Manjaro Settings Manager" (msm) très complet et très pratique, Pamac pour la gestion des paquets qui est excellent (équivalent graphique de pacman) et pleins d'autres petits détails comme ça.
Manjaro is developed independently from Arch, and by a completely different team.
Manjaro is designed to be accessible to newcomers, while Arch is aimed at experienced users.
Manjaro draws software from its own independent repositories. These repositories also contain software packages not provided by Arch.
Manjaro provides its own distribution-specific tools such as the Manjaro Hardware Detection (mhwd) utility, and the Manjaro Settings Manager (msm).
Manjaro has numerous subtle differences in how it works when compared to Arch.
Voila en gros.
Et je ne peux pas parler pour les autres DE mais en tout cas KDE tourne comme une balle et l'optimisation et l'expérience utilisateur est top. C'est sans doute même la meilleure intégration de KDE que j'ai vu à ce jour.
J'ai installe Manjaro pour voir. Resultat, je ne peux meme lancer la fenetre de reglages systemes de KDE.
En le lancant en ligne de commande pour avoir la sortie standard, j'obtiens une erreur etrange :
J'ecume les forums...Code:failed to acquire GL context to resolve capabilities, using defaults.. KActivities: Database connection: "kactivities_db_resources_140145752534144_readonly" query_only: QVariant(qlonglong, 1) journal_mode: QVariant(QString, "wal") wal_autocheckpoint: QVariant(qlonglong, 100) synchronous: QVariant(qlonglong, 0) Nothing to load - the client id is empty Nothing to load - the client id is empty Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::SwapBehavior(DoubleBuffer), swapInterval 1, colorSpace QSurfaceFormat::ColorSpace(DefaultColorSpace), profile QSurfaceFormat::OpenGLContextProfile(NoProfile)) Aborted (core dumped)
Il n'y a pas moyen de désactiver OpenGL dans KDE pour commencer ? C'est quel driver et couches graphiques qui tournent dessous ?
À part easytag, vous connaissez quel logiciel pour les bidules id3 et qui sait renommer les fichiers ?
une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
Canard lecture
https://alternativeto.net/software/e...platform=linux
Perso j'utilise Puddletag.
Pas mal mais je trouve la partie des balises peu lisible (blanc sur jaune clair). Adopté pour le moment, merci.
une balle, un imp (Newstuff #491, Edge, Duke it out in Doom, John Romero, DoomeD again)
Canard zizique : q 4, c, d, c, g, n , t-s, l, d, s, r, t, d, s, c, jv, c, g, b, p, b, m, c, 8 b, a, a-g, b, BOF, BOJV, c, c, c, c, e, e 80, e b, é, e, f, f, f, h r, i, J, j, m-u, m, m s, n, o, p, p-r, p, r, r r, r, r p, s, s d, t, t
Canard lecture
A l'époque ou je classais ma musique j'utilisais Musicbrainz Picard, c'était vraiment nickel et la BDD est bien fournie (et au pire on peut contribuer ses propres albums obscurs).
"Dieu est mort" · "Si le téléchargement c’est du vol, Linux c’est de la prostitution."
Pour faire court, j'ai resolu le probleme : c'etait bien un probleme d'acceleration graphique. Je l'ai vu apres directement avec glxgears, et ca plantait mettre l'ecran de lock...
Bref, c'est fini, mais quand on te dit que c'est plus polish que Arch ca fait drole.
Maintenant, j'utilise le driver prioprietaire et ca fonctionne. Par contre, KDE s'amuse a freezer de temps en temps mais vu les forums c'est "normal"...
J'aimerais bien qu'Ilynir revienne me rassurer...
J'ai absolument zéro problème hein mais comme toujours avec Linux ça dépend du matos en grande partie...
Pour OGL qui merde je n'ai pas eu ça mais j'utilise directement le driver proprio me concernant étant donné que je suis chez Nvidia et que le driver libre Nouveau est un peu de la chiasse.
KDE ne freeze jamais non plus chez moi.
Oui, je sais que ca depend du materiel mais, j'arrive d'une grosse installation Debian avec du matos bien supporte (CPU Intel + GPU NVidia), il ne devrait pas y avoir (trop) de probleme. C'est quand meme deterministe et pas au pifometre ; ca depend des packages et de leur version.
Lorsque j'ai eu des soucis avec KDE, je me suis demande un peu tard quel driver l'OS utilisait mais je pense qu'il chiait dans la colle avec Nouveau.
Bah, j'ai une Nvidia et un CPU Intel et comme je viens de te le dire je n'ai aucun problème, j'aurais pas été si enthousiaste si ça n'avait pas été le cas.
Mais oui franchement pour Nvidia il faut prendre hélas le driver proprio, le driver libre est vraiment pas génial pour l'instant contrairement à AMD ou c'est l'inverse. D'ailleurs mon prochain GPU sera une AMD à cause de ça...
Tu as bien fait les mises à jour via octopi ou pamac sinon ? Sait-on jamais. Si Pamac n'est pas installé je te conseille de le faire. Et sinon tu peux aussi aller dans les settings pour configurer Kwin le compositeur, il peut utilisé OGL 2 ou 3.1 et plusieurs systèmes de vsync, voit ce qu'il te convient le mieux, il est très configurable. Profite en pour aller mater du côté des pilotes proprios dans les settings si tu en as à installer ou non à part Nvidia, sans doute le firmware Intel pour commencer déjà.