Tous les CPU "Duo" sont 64 bits… d'après la doc Intel. Ceci étant, ton nommage n'était peut-être pas assez précis. Enfin, c'est surtout l'économie de RAM qui peut inciter à rester en 32 bits : on perd facilement 25% de RAM en passant en 64 bits de par des pointeurs plus gros.
Mon ordi d'aujourd'hui a 768Mo de RAM. Le problème n'est pas là, mais dans la définition d'une distribution minimale. J'ai juste indiqué que c'était contradictoire avec le fait de ne pas scinder les applications en plusieurs paquets…
Ça ne change rien au problème de faire une distribution minimale : quand tu ne scindes pas les paquets, tu te prends les bibliothèques clientes des dépendances non souhaitées. Regarde donc l'espace disque requis, c'est pour l'exemple de pulse déjà 50% de pulse ces bibliothèques.
Une distribution minimale, c'est peu de ressources disque/cpu/ram. Le fait de charger le plugin pulse de vlc lors de son usage occupe aussi plus de RAM. Si je compare les ressources utilisées avec ou sans le plugin pulse, pour un vlc lancé à vide :
VIRT RES SHR COMMAND
190560 41000 35116 vlc
113576 39884 34200 vlc Sans même aborder la mémoire virtuelle qui explose, je gagne donc directement 1Mo de RAM en utilisant une distribution qui scinde le paquet vlc…
Pour ma part, j'utilise très facilement IPv6 pour la prise de main à distance : je conseille systématiquement de prendre un FAI qui fournit IPv6, et basta!
Pour faire simple, je me charge de tout, l'utilisateur n'a rien à faire :
je me connecte en ssh
je lance x11vnc (export DISPLAY=:0 x11vnc)
je lance tigervnc sur l'adresse IPv6 de la machine distante
Bien sûr, je conseille de changer de FAI s'il ne propose toujours pas IPv6, non mais!
On voit bien que soit Arch installe pulse dès lors que vlc est installé, soit vlc va planter en chargeant la librairie pulse. C'est le sens de mon commentaire : on ne peut pas être minimal sans scinder les paquets.
Sur ma distribution, si je n'installe pas le paquet vlc-plugin-pulse, j'évite les librairies pulse.
Éternelles contradictions de nos distributions : "Arch ne découpe pas les paquets (-dev, -devel, -docs, etc)" et "Les dépendances sont réduites au maximum". Cela fait un peu magique : à la fois tout et minimal?
Je vois dans ma distribution des paquets du genre vlc-plugin-pulse qui évitent de prendre pulseaudio dans les dents quand on n'en veut pas. Comment fait Arch pour permettre d'utiliser à ses utilisateurs d'utiliser VLC à la fois avec et sans Pulseaudio?
Posté par ʭ ☯ .
En réponse au journal Mageia se débloque!.
Évalué à 2.
Dernière modification le 11 mars 2017 à 08:58.
Bof. J'ai aussi essayé Arch, et ça a pour le coup très vite cassé, avec comme réponse "ben oui, on a documenté qu'on allait casser". Merci bien, j'ai le chaudron de Mageia du coup pour la "rolling release".
Une qualité de base d'un système d'exploitation est sa constance : il ne se casse pas juste en appliquant les mises à jour de sécurité. Les "rolling release" estiment qu'une mise à jour de sécurité a le droit d'imposer à l'utilisateur des manipulations pour continuer à travailler.
J'ai moi-même passé 4 ans avec Debian SID. C'est un autre usage : on se retrouve en "rolling release". C'est excitant au début d'avoir des logiciels tout le temps récents, puis je me suis retrouvé calmé le jour où j'avais absolument besoin d'un logiciel que je n'avais pas utilisé depuis quelques temps, et qu'il était inutilisable.
Ce jour-là, j'ai préparé un retour vers Mageia, et me suis promis "plus jamais rolling release". Sinon, l'autre point qui m'a gêné est le dépôt multimédia, qui n'est pas toujours synchrone. On applique un mise à jour et PAF! plus de lecture des mp3…
Les autres dev trouvent cela compliqué d'ajouter/vérifier un "gros" drm dans le kernel actuel, ce que je peux comprendre, mais il fallait ptet le dire avant aussi …
Ils l'ont dit avant, c'est-à-dire dès qu'ils ont su qu'il travaillait dessus. Il faut comprendre et accepter qu'on n'a pas les ressources pour intégrer toutes les dernières technologies graphiques tout en portant dessus des pilotes obsolètes.
Je trouve le résultat équilibré : il propose du code, s'il arrive à le rendre assez propre - cela veut dire sûr - il sera accepté dans le noyau officiel. Pour l'instant, on peut le picorer à la main.
C'est toujours beau de voir quelqu'un batailler avec du matériel démodé, pour l'amener à fonctionner. Ça a l'air inutile au départ, puis on découvre que des milliers de machines sont recyclées grâce à ce travail.
J'ai eu utilisé un portable avec cette famille de puces graphiques, vers 2003. Ça fonctionnait sur Linux avec de l'OpenGL 1.2… ce qui suffit aujourd'hui pour Minetest ;-)
Pour ma part, je copierais un gros fichier genre 1Go dans la carte. Puis en ferais une copie dans la même carte. Enfin faire un diff sur les deux fichiers pour voir s'ils sont identiques.
Continuer en faisant une seconde copie, jusqu'à ce que le fichier soit différent de l'original. L'addition de la taille des fichiers corrects te donnera l'espace utilisable.
Il suffira alors de repartitionner la carte en faisant une seule partition de cette taille.
Hé oui, mais l'EFI 32 bit des années précédentes ne propose pas les clés USB en appuyant sur Alt. Refit les propose, mais le démarrage échoue avec un message Refit "certains Macs ne démarrent pas un OS sur USB si ce n'est MacOSX"
Le PXE des années 80 fonctionne sur tout matériel qui sait booter en réseau, sauf un Mac. Pour ma part, je n'ai pu toucher à des PC qui bootent en PXE que depuis 2002, je ne sais pas d'où tu sors les années 80?
M'enfin où ai-je rejeté l'UEFI? J'ai un clé USB bootable Mageia 5.1 UEFI. Cela fonctionne avec tous les PC UEFI récents, mais pas sur un Mac de 2006/2007. J'ai beau réussir à la faire apparaître avec RefitNG, le boot est refusé.
Si j'indique que ça marche par le mode BIOS, c'est parce que ça ne marche pas avec le mode EFI!
C'est effectivement faux de dire que le noyau n'utilse pas SSE. Un simple "dmesg | grep sse" montrera le contraire au moins pour le raid6.
Par contre le Ryzen n'apporte aucune nouvelle instruction, ce sont les mêmes déjà disponibles avec les processeurs existants.
Seul un module de détection de corruption mémoire a été ajouté, le noyau 4.10 l'utilisera automatiquement alors que les noyaux précédents ne l'utiliseront pas.
# Une dépêche!
Posté par ʭ ☯ . En réponse au journal Expérience(s) de télétravail. Évalué à 10.
Je trouve que c'est tellement bien écrit, que cela mérite une dépêche, en ajoutant les pistes de logiciels libres pour la communication.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: ton processeur ou ta distribution ?
Posté par ʭ ☯ . En réponse au message Disparition des logiciels en 32bits. Évalué à 2.
Ah oui, j'ai mélangé.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 1.
Argument percutant! Si tu ne vois pas, je ne me fatiguerai pas plus.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Distributions
Posté par ʭ ☯ . En réponse au message Disparition des logiciels en 32bits. Évalué à 3.
Non, Mageia aussi propose un noyau non PAE en 32 bits.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: ton processeur ou ta distribution ?
Posté par ʭ ☯ . En réponse au message Disparition des logiciels en 32bits. Évalué à 2.
Tous les CPU "Duo" sont 64 bits… d'après la doc Intel. Ceci étant, ton nommage n'était peut-être pas assez précis. Enfin, c'est surtout l'économie de RAM qui peut inciter à rester en 32 bits : on perd facilement 25% de RAM en passant en 64 bits de par des pointeurs plus gros.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 0.
Mon ordi d'aujourd'hui a 768Mo de RAM. Le problème n'est pas là, mais dans la définition d'une distribution minimale. J'ai juste indiqué que c'était contradictoire avec le fait de ne pas scinder les applications en plusieurs paquets…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Mais où est IPv6 ?
Posté par ʭ ☯ . En réponse au journal Aide à distance. Évalué à 2. Dernière modification le 16 mars 2017 à 21:35.
J'autorise les connexions port 22 et 5900 en IPv6, oui. C'est ça openbar?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 1.
Ça ne change rien au problème de faire une distribution minimale : quand tu ne scindes pas les paquets, tu te prends les bibliothèques clientes des dépendances non souhaitées. Regarde donc l'espace disque requis, c'est pour l'exemple de pulse déjà 50% de pulse ces bibliothèques.
Une distribution minimale, c'est peu de ressources disque/cpu/ram. Le fait de charger le plugin pulse de vlc lors de son usage occupe aussi plus de RAM. Si je compare les ressources utilisées avec ou sans le plugin pulse, pour un vlc lancé à vide :
VIRT RES SHR COMMAND
190560 41000 35116 vlc
113576 39884 34200 vlc
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Mais où est IPv6 ?
Posté par ʭ ☯ . En réponse au journal Aide à distance. Évalué à -1.
Pour ma part, j'utilise très facilement IPv6 pour la prise de main à distance : je conseille systématiquement de prendre un FAI qui fournit IPv6, et basta!
Pour faire simple, je me charge de tout, l'utilisateur n'a rien à faire :
Bien sûr, je conseille de changer de FAI s'il ne propose toujours pas IPv6, non mais!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Pleuré de rire
Posté par ʭ ☯ . En réponse au journal Jb3 1.0. Évalué à 3.
Ah bah j'ai juste pleuré de rire quand j'ai vu Vlad entouré de BigEyes…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 3. Dernière modification le 14 mars 2017 à 09:04.
Donc ce n'est pas minimal : il faut que les librairies pulse soient installées.
Voici les binaires cherchés par le plugin pulse :
On voit bien que soit Arch installe pulse dès lors que vlc est installé, soit vlc va planter en chargeant la librairie pulse. C'est le sens de mon commentaire : on ne peut pas être minimal sans scinder les paquets.
Sur ma distribution, si je n'installe pas le paquet vlc-plugin-pulse, j'évite les librairies pulse.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 4.
Ouch! J'ai encore 4 machines sur 6 qui n'ont pas de processeur 64 bit, Arch n'est clairement pas pour moi.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# et le café?
Posté par ʭ ☯ . En réponse à la dépêche 15 ans d’Arch Linux. Évalué à 6.
Éternelles contradictions de nos distributions : "Arch ne découpe pas les paquets (-dev, -devel, -docs, etc)" et "Les dépendances sont réduites au maximum". Cela fait un peu magique : à la fois tout et minimal?
Je vois dans ma distribution des paquets du genre vlc-plugin-pulse qui évitent de prendre pulseaudio dans les dents quand on n'en veut pas. Comment fait Arch pour permettre d'utiliser à ses utilisateurs d'utiliser VLC à la fois avec et sans Pulseaudio?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Hésitations
Posté par ʭ ☯ . En réponse au journal Mageia se débloque!. Évalué à 2. Dernière modification le 11 mars 2017 à 08:58.
Bof. J'ai aussi essayé Arch, et ça a pour le coup très vite cassé, avec comme réponse "ben oui, on a documenté qu'on allait casser". Merci bien, j'ai le chaudron de Mageia du coup pour la "rolling release".
Une qualité de base d'un système d'exploitation est sa constance : il ne se casse pas juste en appliquant les mises à jour de sécurité. Les "rolling release" estiment qu'une mise à jour de sécurité a le droit d'imposer à l'utilisateur des manipulations pour continuer à travailler.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Hésitations
Posté par ʭ ☯ . En réponse au journal Mageia se débloque!. Évalué à 3.
J'ai moi-même passé 4 ans avec Debian SID. C'est un autre usage : on se retrouve en "rolling release". C'est excitant au début d'avoir des logiciels tout le temps récents, puis je me suis retrouvé calmé le jour où j'avais absolument besoin d'un logiciel que je n'avais pas utilisé depuis quelques temps, et qu'il était inutilisable.
Ce jour-là, j'ai préparé un retour vers Mageia, et me suis promis "plus jamais rolling release". Sinon, l'autre point qui m'a gêné est le dépôt multimédia, qui n'est pas toujours synchrone. On applique un mise à jour et PAF! plus de lecture des mp3…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: d'apres ton FSTAB
Posté par ʭ ☯ . En réponse au message Problème /usr sur autre partition non pris en compte au démarrage. Évalué à 2.
J'essayerais de passer en LABEL ou en /dev/s*** pour cette partition pour voir…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Beau travail
Posté par ʭ ☯ . En réponse au journal Sortie du driver Via openchrome 0.6. Évalué à 3.
Ils l'ont dit avant, c'est-à-dire dès qu'ils ont su qu'il travaillait dessus. Il faut comprendre et accepter qu'on n'a pas les ressources pour intégrer toutes les dernières technologies graphiques tout en portant dessus des pilotes obsolètes.
Je trouve le résultat équilibré : il propose du code, s'il arrive à le rendre assez propre - cela veut dire sûr - il sera accepté dans le noyau officiel. Pour l'instant, on peut le picorer à la main.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# Beau travail
Posté par ʭ ☯ . En réponse au journal Sortie du driver Via openchrome 0.6. Évalué à 8.
C'est toujours beau de voir quelqu'un batailler avec du matériel démodé, pour l'amener à fonctionner. Ça a l'air inutile au départ, puis on découvre que des milliers de machines sont recyclées grâce à ce travail.
J'ai eu utilisé un portable avec cette famille de puces graphiques, vers 2003. Ça fonctionnait sur Linux avec de l'OpenGL 1.2… ce qui suffit aujourd'hui pour Minetest ;-)
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
# dd + pv
Posté par ʭ ☯ . En réponse au message fausse capacité carte memoire USB disque dur .. Évalué à 2.
Pour ma part, je copierais un gros fichier genre 1Go dans la carte. Puis en ferais une copie dans la même carte. Enfin faire un diff sur les deux fichiers pour voir s'ils sont identiques.
Continuer en faisant une seconde copie, jusqu'à ce que le fichier soit différent de l'original. L'addition de la taille des fichiers corrects te donnera l'espace utilisable.
Il suffira alors de repartitionner la carte en faisant une seule partition de cette taille.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Tout essayé?
Posté par ʭ ☯ . En réponse au journal Libérer un Mac/Intel. Évalué à 3.
Hé oui, mais l'EFI 32 bit des années précédentes ne propose pas les clés USB en appuyant sur Alt. Refit les propose, mais le démarrage échoue avec un message Refit "certains Macs ne démarrent pas un OS sur USB si ce n'est MacOSX"
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: UEFI
Posté par ʭ ☯ . En réponse au journal Libérer un Mac/Intel. Évalué à 5.
Pour ma part, c'est compliqué dès lors que je ne clique pas sur "suivant" dans l'installeur de ma distribution.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: UEFI
Posté par ʭ ☯ . En réponse au journal Libérer un Mac/Intel. Évalué à 4. Dernière modification le 03 mars 2017 à 07:58.
Donc c'est pas si bête de noter dans ce journal que ça se passe bien avec le mode compatible BIOS, qui fonctionne avec toutes les distributions?
Je parle même pas d'utiliser 64 bits avec 1Go de RAM…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Netboot
Posté par ʭ ☯ . En réponse au journal Libérer un Mac/Intel. Évalué à 3.
Le PXE des années 80 fonctionne sur tout matériel qui sait booter en réseau, sauf un Mac. Pour ma part, je n'ai pu toucher à des PC qui bootent en PXE que depuis 2002, je ne sais pas d'où tu sors les années 80?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: UEFI
Posté par ʭ ☯ . En réponse au journal Libérer un Mac/Intel. Évalué à 6.
M'enfin où ai-je rejeté l'UEFI? J'ai un clé USB bootable Mageia 5.1 UEFI. Cela fonctionne avec tous les PC UEFI récents, mais pas sur un Mac de 2006/2007. J'ai beau réussir à la faire apparaître avec RefitNG, le boot est refusé.
Si j'indique que ça marche par le mode BIOS, c'est parce que ça ne marche pas avec le mode EFI!
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Compatible Linux ou complètement supporté ?
Posté par ʭ ☯ . En réponse au journal AMD RyZen débarque (bientôt). Évalué à 3.
C'est effectivement faux de dire que le noyau n'utilse pas SSE. Un simple "dmesg | grep sse" montrera le contraire au moins pour le raid6.
Par contre le Ryzen n'apporte aucune nouvelle instruction, ce sont les mêmes déjà disponibles avec les processeurs existants.
Seul un module de détection de corruption mémoire a été ajouté, le noyau 4.10 l'utilisera automatiquement alors que les noyaux précédents ne l'utiliseront pas.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr