Tu es "inutilé" parce que ton interlocuteur parle de la gestion des vieux GPU pas top et toi de la gestion du vieux matériel (que tu considères pas top, ce qui est techniquement faux).
Je parlais de la même chose.
Et un vieux GPU, c'est un vieux matériel. Jusqu'à preuve du contraire…
La différence entre vieux GPU et vieux matériel est pour le moins… subtile !
Tout comme dire qu'un XP est plus rapide à booter qu'une Linux sur une vieille config. Ca dépend de ta distro et de ce que tu y mets dedans…
A partir du moment où y'a Xorg, XP le bat à plate couture sur mon Pentium 3.
Que cette réalité te dérange ne l'invalide en rien.
Pour ma part, vu qu'Arch n'est plus build pour architecture x32 j'utilise ArchBang (i686) et XP est bien loin de booter plus vite sur mes vieilles machines (HP Pavilion dv9081 avec un Intel T5500 et une Nvidia GeForce GO 7600 ainsi qu'un Dell Inspiron avec un Intel Core 2 Duo).
Et c'est bien plus puissant que mon P3, donc ça n'a rien à voir.
Et dire qu'un XP est stable et performant…
Ben oui, sur ce matos là XP est à l'usage plus rapide et est très stable de toutes façons.
quand l'OS n'est plus supporté depuis 2014, il fallait l'oser.
Ça n'a absolument rien à voir. L'OS n'a plus de mises à jours de sécurité, soit.
Mais ça ne le rend pas plus lent ni plus plantogène.
Il est toujours intéressant d'avoir le retour d'expérience d'utilisateurs, d'autant plus quand ceux-ci apportent de la matière à leurs dires. Mais dénigrer pour le plaisir de dénigrer, ce ne l'est pas.
Je ne dénigre pas.
t le pilote proprio nvidia-96xx-dkms gère parfaitement les Nvidia GeForce 4 en théorie (mais là je n'ai pas de preuve)
Je n'ai pas dit le contraire. Seulement il impose d'utiliser une ancienne version de Xorg, et était de plus en plus difficile à compiler (y'a une grosse partie binaire, mais y'a une petite interface/whatever à compiler avec) avec les nouvelles versions de Linux.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Et ça reste du travail. C'est pas juste "j'intègre, ça compile, c'est bon".
Il faut :
- intégrer les patchs tiers
- tester, voir si le comportement attendu est là
- corriger éventuellement
- documenter
- qui va maintenir tout ça sur la durée ?
Franchement, c'est beaucoup pour pas grand chose.
Et puis, tu lui demandes de faire ça gratos ? Tu veux 100 balles et 1 mars aussi ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
S'assurer qu'un logiciel soit multiplateforme est une charge de maintenance logiciel en plus, tout à fait.
Je comprends très bien qu'il considère ne pas avoir une force de travail suffisante pour cette charge additionnelle.
Et il n'est pas du tout hostile à l'idée d'un fork ou d'une tierce personne maintenant des patchs garantissant la compatibilité avec *BSD (lequel BSD, d'ailleurs ?)
Donc cette "hostilité" dont tu parles est pour le moins subjective.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Oui, et rien n'a été fait car le problème est du côté du pilote Intel (il paraît) mais rien n'a bougé pendant des années et pourtant quand je l'ai signalé tout ce que j'ai eu comme réponse c'est "c'est déjà signalé".
Après des années avec ce problème. Je suis retourné sous Windows. Problème disparu, usage automatique du bon GPU, aucun problème de perf.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Rajoute :
- Plein de jeux avec des bugs graphiques ou injouables même si on est sûr et certains d'utiliser le bon GPU et le bon pilote, et d'avoir à la fois essayé primusrun et optirun.
Exemples : Wasteland 2 (on ne voit rien) et War for the Overworld (on ne voit pas où on creuse).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
En pratique, l'agressivité décuplée par l’alcool + le manque d'habitude face à ce genre de situation rend la réalité bien plus dangereuse pour les personnes agressées.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
De toutes façons, le kernel vous nique tous en nombre de lignes, hein…
Et pourtant il est maintenable… Comme quoi le LOC seul n'est pas une information suffisante, et ce concours de la-plus-petite entre systemd et SysV n'a pas lieu d'être.
Merci et au revoir !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Ca ne casse pas l'espace utilisateur, vu que quand Linus dit ça il parle de changement cassant d'ABI, pas l'application d'un comportement tout à fait logique.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Video only
Posté par xcomcmdr . En réponse au journal Microsoft Windows Subsystem For Linux. Évalué à 2.
On doit pas lire le même MSDN… Mais alors pas du tout…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: OK
Posté par xcomcmdr . En réponse au journal """Taxe""" propriétaire pour les SS2L ?. Évalué à 1.
De nulle part, à part de chez le Zenitroll.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Citation de Linus
Posté par xcomcmdr . En réponse au journal Microsoft se lance dans FreeBSD. Évalué à 4.
Bah alors il a gagné depuis l'apparition de Visual Studio Code, au moins.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 0. Dernière modification le 09 juin 2016 à 19:14.
Je parlais de la même chose.
Et un vieux GPU, c'est un vieux matériel. Jusqu'à preuve du contraire…
La différence entre vieux GPU et vieux matériel est pour le moins… subtile !
A partir du moment où y'a Xorg, XP le bat à plate couture sur mon Pentium 3.
Que cette réalité te dérange ne l'invalide en rien.
Et c'est bien plus puissant que mon P3, donc ça n'a rien à voir.
Ben oui, sur ce matos là XP est à l'usage plus rapide et est très stable de toutes façons.
Ça n'a absolument rien à voir. L'OS n'a plus de mises à jours de sécurité, soit.
Mais ça ne le rend pas plus lent ni plus plantogène.
Je ne dénigre pas.
Je n'ai pas dit le contraire. Seulement il impose d'utiliser une ancienne version de Xorg, et était de plus en plus difficile à compiler (y'a une grosse partie binaire, mais y'a une petite interface/whatever à compiler avec) avec les nouvelles versions de Linux.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -5.
Dis celui qui fait pas l'effort de comprendre ce qu'est systemd (hint : ce n'est pas que un logiciel d'init)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -1.
T'as rien de mieux à faire ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Un an après, qui a changé l'init par défaut ou est passé à une autre distribution ?
Posté par xcomcmdr . En réponse à la dépêche Debian Jessie, 1 an plus tard. Évalué à 4. Dernière modification le 09 juin 2016 à 10:19.
De toutes façons 99% du temps c'est trop rapide pour voir quoi que ce soit.
Et puis c'est facile de voir qui a merdé au démarrage avec
Et aussi :
(si je me souviens bien pour cette dernière)
Voir ici :
http://linux-audit.com/auditing-systemd-solving-failed-units-with-systemctl/
http://www.linuxtricks.fr/wiki/utiliser-journalctl-les-logs-de-systemd
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 1.
Aucune chance, vu que ça arrivait quelque soit la distrib' et le pilote, et à plein de personnes sur les forums Steam du jeu.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Du genre troublant
Posté par xcomcmdr . En réponse à la dépêche Son et lumière à l’hôtel. Évalué à 2.
Renseigne toi sur la période "prohibition" aux USA…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 0.
Et ça reste du travail. C'est pas juste "j'intègre, ça compile, c'est bon".
Il faut :
- intégrer les patchs tiers
- tester, voir si le comportement attendu est là
- corriger éventuellement
- documenter
- qui va maintenir tout ça sur la durée ?
Franchement, c'est beaucoup pour pas grand chose.
Et puis, tu lui demandes de faire ça gratos ? Tu veux 100 balles et 1 mars aussi ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Panneau d'affichage
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 5. Dernière modification le 08 juin 2016 à 16:12.
Et pourquoi c'est pas le cas pour les autres types d'écrans ? Que sont ces Display Panels, d'ailleurs ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1. Dernière modification le 08 juin 2016 à 11:11.
S'assurer qu'un logiciel soit multiplateforme est une charge de maintenance logiciel en plus, tout à fait.
Je comprends très bien qu'il considère ne pas avoir une force de travail suffisante pour cette charge additionnelle.
Et il n'est pas du tout hostile à l'idée d'un fork ou d'une tierce personne maintenant des patchs garantissant la compatibilité avec *BSD (lequel BSD, d'ailleurs ?)
Donc cette "hostilité" dont tu parles est pour le moins subjective.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
Source ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à -6.
Ah, je dis la vérité, mon expérience, et je suis "inutilé".
Bravo.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 2.
Oui, et rien n'a été fait car le problème est du côté du pilote Intel (il paraît) mais rien n'a bougé pendant des années et pourtant quand je l'ai signalé tout ce que j'ai eu comme réponse c'est "c'est déjà signalé".
Après des années avec ce problème. Je suis retourné sous Windows. Problème disparu, usage automatique du bon GPU, aucun problème de perf.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à 1.
Rajoute :
- Plein de jeux avec des bugs graphiques ou injouables même si on est sûr et certains d'utiliser le bon GPU et le bon pilote, et d'avoir à la fois essayé primusrun et optirun.
Exemples : Wasteland 2 (on ne voit rien) et War for the Overworld (on ne voit pas où on creuse).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Merci
Posté par xcomcmdr . En réponse à la dépêche Sortie du noyau Linux 4.6. Évalué à -3. Dernière modification le 07 juin 2016 à 22:48.
A qui le dis-tu !
C'est bien pour ça que j'ai remplacé Linux par Windows XP sur mon vieux PC à base de Pentium 3 + GeForce 4.
Non seulement c'est beaucoup plus rapide à booter, mais en plus c'est stable et performant et j'ai la dernière version de Firefox ! :p
Je ne suis plus bloqué soit avec une ancienne version de Xorg qui rame, soit avec Nouveau qui ne marche pas là dessus.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Du genre troublant
Posté par xcomcmdr . En réponse à la dépêche Son et lumière à l’hôtel. Évalué à 9.
Ca, c'est la théorie.
En pratique, l'agressivité décuplée par l’alcool + le manque d'habitude face à ce genre de situation rend la réalité bien plus dangereuse pour les personnes agressées.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Du genre troublant
Posté par xcomcmdr . En réponse à la dépêche Son et lumière à l’hôtel. Évalué à 8.
Alors toi, t'as pas connu mon père…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bug ferme chez tmux
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 1.
En général, on créé un service (= un daemon sous Linux).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 3.
De toutes façons, le kernel vous nique tous en nombre de lignes, hein…
Et pourtant il est maintenable… Comme quoi le LOC seul n'est pas une information suffisante, et ce concours de la-plus-petite entre systemd et SysV n'a pas lieu d'être.
Merci et au revoir !
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Bug ferme chez tmux
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2. Dernière modification le 07 juin 2016 à 08:28.
Ca ne casse pas l'espace utilisateur, vu que quand Linus dit ça il parle de changement cassant d'ABI, pas l'application d'un comportement tout à fait logique.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Mwai
Posté par xcomcmdr . En réponse au journal Devuan β. Évalué à 10.
À mon travail, on mange des patates !
Comme quoi…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Ne pas utiliser, recompiler… ou changer une option.
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Et tu fais comment pour les programmes qui ne sont plus maintenus ? Ou les programmes dont t'as pas le code source ?
Et empêcher que des mauvais process mettent à mal le système, ça empêche pas de publier des bonnes pratiques, hein…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Ne pas utiliser, recompiler… ou changer une option.
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2.
Le bon sens même. Et Microsoft l'a compris le premier.
Et après on se demande pourquoi Linux n'est pas prêt pour le desktop…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)