Auteur Sujet: Méthodologie pour une comparaison objective des distributions Linux (Lu 27667 fois)

hwti · « **Réponse #72 le:** 30 décembre 2024 à 19:50:58 »

Citation de: vivien le 30 décembre 2024 à 17:48:14

Ubuntu 24.04 intègre les optimisations x86-64-v3 si le CPU est compatible, sans casser la compatibilité avec x86-64-v1. ("supporting multiple ISAs" source : https://mamot.fr/@lafibreinfo/111943280835705542 )

Je ne vois pas de build spécifique, je pense que la réponse concernait ce qu'ils avaient testé, pas Ubuntu 24.04.

Et je ne vois pas non plus de libs dédiées optimisées x86_64-v3 qui pourraient être chargées à la demande (glibc-hwcaps).

hwti · « **Réponse #73 le:** 30 décembre 2024 à 19:59:10 »

Citation de: pju91 le 30 décembre 2024 à 18:30:37

Donc, ce rejet est ce qui permet d'installer Fedora (41) sur des PC anciens.

Si on lit bien la proposition, elle ne concernait que l'ajout de binaires optimisés pour certains paquets (soit dans le paquet d'origine, soit via un sous-paquet).
Donc les binaires x86_64-v1 auraient toujours été présents, mais il y aurait eu en plus (installés par défaut, ou de manière optionnelle), des binaires optimisés.

Pour les librairies, ça aurait été via glibc-hwcaps : les libs x86_86-v2/3/4 auraient été dans des chemins particuliers, uniquement utilisés si le CPU est compatible.

Pour les exécutables, il était question de modifier PATH au boot pour rajouter des chemins de recherche pour les binaires optimisés (avant le /usr/bin des binaires de base).

pju91 · « **Réponse #74 le:** 30 décembre 2024 à 20:53:33 »

Citation de: hwti le 30 décembre 2024 à 19:59:10

Si on lit bien la proposition, elle ne concernait que l'ajout de binaires optimisés pour certains paquets (soit dans le paquet d'origine, soit via un sous-paquet).
Donc les binaires x86_64-v1 auraient toujours été présents, mais il y aurait eu en plus (installés par défaut, ou de manière optionnelle), des binaires optimisés.

Merci, c'est clair effectivement. J'étais resté sur les messages précédents de vivien et ppn_sd et j'avais (mal) déduit trop vite ...

trekker92 · « **Réponse #75 le:** 30 décembre 2024 à 21:45:42 »

Citation de: vivien le 29 décembre 2024 à 20:29:59

Pour avoir des PC lents (Core2 duo) en dual boot Windows 10 / Ubuntu, je confirme que Linux, même Ubuntu, est bien plus rapide que Windows 10.

Je regarderais avec d'autres distributions, mais pour Ubuntu cela passe sur des vieux PC Core2 duo sans mettre d'options spécifiques.

Là où c'est plus compliqué ce sont les Pentium 4 64 bits.

core 2 duo c'est pas 2015 maxi sous win8?
pour ma part j'en ai encore trois comme ca, j'oserai jamais les passer sous win10 : j'en ai reçu un mis à niveau vers win10 alors qu'il datait de 2012.. dix minutes n'avaient pas suffies pour le démarrer ; win8 réinstallé, en 3 min il était prêt. Bon LMDE lui ne prenait qu'un peu plus d'une minute pour démarrer, mais le contraste flagrand est bien là : win10/11 sont aussi énergivores que vista à son époque.

vivien · « **Réponse #76 le:** 31 décembre 2024 à 10:31:24 »

C'est bien avant. Les Core 2 duo ont été lancés entre 2006 et 2008. Il s'est encore vendu des anciens core 2 duo en 2009, mais après, c'était terminé.

Ces processeurs ont été le retour d'Intel sur le devant de la scène (à l'époque, les Athlon 64 d'AMD avaient une belle part de marché, même des fabricants comme Dell proposaient des PC à base AMD).

Les Core 2 duo sont performants et surtout par rapport la microarchitecture NetBurst juste avant, la consommation d'énergie est bien maitrisée.

Les date de lancements des processeurs par génération :
(cliquer sur le tableau pour ouvrir le PDF)

rooot · « **Réponse #77 le:** 31 décembre 2024 à 12:27:31 »

Est-ce que LinuxFX, qui dispose de themes très proches de windows 11 peut faire partie de la liste ?
https://linuxfx.org/download/

Citer

The latest LTS version of Linuxfx, for desktop PCs and laptops. LTS stands for long-term support — which means five years of free security and maintenance updates, extended to 10 years with Linuxfx PRO

Un OS qui a l'aspect de windows 11 devrait permettre de migrer plus facilement vers Linux sans etre trop perdu non ?

De même ElementaryOS ressemble beaucoup aux macOS. https://elementary.io/fr/

vivien · « **Réponse #78 le:** 31 décembre 2024 à 14:02:58 »

Le fait de copier la disposition des fenêtres ne rend pas le système plus simple à utiliser (plus beau éventuellement).

Si on se base sur la popularité de la distribution, cela va être difficile d'intégrer LinuxFX.

Pour ElementaryOS, elle n'est pas très éloignée des dernières distributions de mon classement.

Le principal problème est l'absence d'outil pour une mise à niveau entre la version N et la version N+1. Il faut tout réinstaller.

Cela semble le cas encore pour ElementaryOS 8 qui est sorti il y a quelques semaines ⇒

from r/elementaryos

On voit que la mise à jour d'une version N à une version N+1 est un des points les plus compliqués pour une personne qui développe une distribution Linux. Des distributions populaires sont restées longtemps sans cet outil (ou uniquement en ligne de commande). Par exemple, CentOS Stream n'a aucun mécanisme pour faire une mise à jour vers la version suivante.

Dirk-Pitt · « **Réponse #79 le:** 31 décembre 2024 à 15:55:46 »

Bonjour à tous,
Dans la liste des logiciels à tester je verrai bien un outil de prise de contrôle à distance (style TeamViewer)
très simple à installer sur le poste (style TeamViewer QuickSupport) dont on veut prendre le contrôle.
Étant éloigné des personnes que je suis susceptible d'aider, c'est pour moi un outil indispensable.
dp

vivien · « **Réponse #80 le:** 31 décembre 2024 à 17:23:05 »

Oui, c'est tout a fait possible.

TeamViewer (propriétaire) ou RustDesk, l'équivalent open source ?

Dirk-Pitt · « **Réponse #81 le:** 31 décembre 2024 à 18:11:28 »

Je n'ai jamais utilisé RustDesk mais je pense qu'il est préférable de proposer une solution open source.

vivien · « **Réponse #82 le:** 31 décembre 2024 à 18:54:32 »

J'ai rajouté une nouvelle section avec les deux :

Citation de: vivien le 22 décembre 2024 à 22:25:37

Sécurité et prise de contrôle à distance
- KeePass (Gestionnaire de mots de passe - Développé par Dominik Reichl - Open source)
- Remmina (Client de prise de contrôle de bureau multi-protocoles - Développé par A Gatta et G Panozzo - Open source)
- RustDesk (Logiciel d'accès à distance type AnyDesk, possibilité d'auto-héberger le serveur, également libre - Développé par Purslane Ltd - Open source)
- TeamViewer (Contrôle et l’accès à distance d’ordinateurs et autres terminaux - Développé par TeamViewer - Propriétaire)

pju91 · « **Réponse #83 le:** 01 janvier 2025 à 10:08:35 »

<hors-sujet d'actualité>
Meilleurs voeux de santé, bonheur et réussite à tous ... et pour rester dans la charte, de bons débits sur vos réseaux, des connexions fiables et disponibles etc.
</hors-sujet que j'essaierai de penser à enlever dans quelques jours>

@vivien, je relisais ton excellent travail.
Sur ce paragraphe :

Citation de: vivien le 22 décembre 2024 à 22:25:37

Faire fonctionner des logiciels Windows sous Linux
- Bottles (Installation sous Linux de logiciels conçus pour Windows - Open source)
- PlayOnLinux (Installation sous Linux de logiciels conçus pour Windows - Développé par Quentin Pâris et Aymeric Petit, Open source)
- Oracle VirtualBox (Logiciel permettant de virtualisation Windows - Développé par Oracle, base Open source)
- DOSBox-X (Émulateur simulant un environnement compatible MS-DOS - Open source)

Bottles et PlayOnLinux sont des surcouches de Wine.
En revanche, pourquoi cites-tu VirtualBox ? L'idée n'est-elle pas de se débarrasser de Windows ?
En ce qui me concerne, ça fait des années que j'ai abandonné VirtualBox : j'utilise QEMU / KVM.
On peut tout à fait créer et gérer des machines virtuelles (Linux ou Windows) en interface graphique avec le Virtual Machine Manager, sans passer par un produit tiers comme celui d'Oracle. Même si c'est la méthode que les puristes utilisent fréquemment, il est rarissime que je modifie la configuration d'une VM (un domaine) directement en mode virsh edit (du fichier XML). Quant à qemu-system-x86_64, je ne l'emploie jamais en ligne de commande.