flavien75 a écrit 414 commentaires

Non, si on veut que les licences libres soit respectée, il faut respecter toutes les licences.

Tu peux trouver moralement inacceptable de ne pas avoir le code source du logiciel que tu utilise ou de ne pas avoir le droit de l'installer sur autant de machines que tu veux ou que le support soit limité dans le temps, mais ça reste le droit du créateur du logiciel (qui peut être une personne morale employant un développeur, ça ne change rien).

Tout comme une société développant des logiciels peut trouver "moralement" inacceptable de devoir fournir son code source et donc ses algorithmes à ses concurrents.

Par contre, plutôt que de mettre un cluf de 1000 pages que personne ne lit, il faudrait que la date de fin de support soit réellement mise en avant lors de l'installation d'un logiciel (et même avant l'achat). Chose qui est assez transparente dans le bonnes distribution Linux (Debian 12 : jusqu'au 30 juin 2028, Debian 13 : 30 juin 2030)

Les vrais naviguent en -42

J'ai jeté un oeil et pourquoi pas, mais je ne pense pas que le film parlera des demomakers.

Vu que NoLife avait une émission consacrée aux démos ("temps réel"), je suis plutôt confiant que ça parle des demomakers

Les vrais naviguent en -42

Par exemple:

• les applications bancaires nécessaires pour valider un virement voire même pour se connecter à leur site web
  • comment on fait si on perd son téléphone ?
• certaines mutuelles (d'entreprises comme ça on ne peut pas en changer) qui requiert une application pour pouvoir se connecter à leur site pour télécharger sa carte de mutuelle
• en chine, c'est quasi devenu impossible de survivre sans wechat ou alipay

La seule solution que j'ai trouvée est d'avoir un téléphone "poubelle", mais bon un jour où l'autre ces applications refuseront de se mettre à jour et je serai quitte à racheter un téléphone neuf "pour rien"

Les vrais naviguent en -42

Merci de la confirmation.

Je vais rester sur la 13.7 en attendant.

Les vrais naviguent en -42

oui

Les vrais naviguent en -42

Le téléphone fait une sonnerie différente et affiche un texto. En tous cas c'est comme ça que ça m'a fait sur mes 2 téléphones.
En gros c'est un texto qui s'affiche sur tous les téléphones connectés aux bornes choisies.

Pour tout dire, je ne les eu que deux fois jusqu'à maintenant, une fois aux états-unis pendant une tempête tropicale, ça faisait une demi-heure que je m'étais retrouvé à rouler au pas à cause de la pluie et là j'ai reçu un texto me disant de ne pas prendre la route. Merci mais j'avais vu.
La seconde fois était pour les JO, pour me dire qu'une partie de la ville allait être privatisée…

Les vrais naviguent en -42

Avec le déverrouillage par reconnaissance faciale ou par empreinte digitales

Les vrais naviguent en -42

On dirait bien qu'il y a un problème avec le nvme.
Déjà, plus de 25 000 heures de fonctionnement (3 ans complets), ça fait beaucoup pour un ordinateur portable.
D'habitude les portables ont tendance à se mettre en veille ou plus généralement être éteints pendant la nuit. C'est plus le genre de chiffres que je me serait attendu à trouver sur un PC de bureau qui aurait 5 ans ou sur un serveur.

Après c'est difficile de garantir que le problème viennent de là.
Vu que tu as un disque (sda) qui a l'air en bon état, est-ce que ça ne vaudrait pas le coup d'essayer d'installer Linux dessus (avec le grub toujours sur le nvme). Les performances ne seront pas folles, mais au point où tu en es…

Les vrais naviguent en -42

Visiblement tu as un disque dur en plus du nvme, parce que là le retour correspond à un disque dur d'un tera (5400 rpm).

Il aurait fallu faire:

sudo smartctl -a /dev/nvme0

Les vrais naviguent en -42

Ce qui fait une différence de 4.06cm

oh bah ça va !

Les vrais naviguent en -42

Ça doit être un double décimètre de commerçant, réservé facturer pour les ventes.

Les vrais naviguent en -42

C'est là où je voulais en venir, les unités impériales sont basées sur des étalons, et ensuite remplacées par des facteurs de conversion "fixes".

Résultat, bon courage pour convertir de tête des miles en pieds alors que tu es en train de conduire. Typiquement aux états-unis où certaines distances sont affichées en miles et d'autres en pieds.

Ça doit aussi être sympas pour calculer un volume en pinte ou gallon à partir des dimensions de la pièce (souvenir de lycée)

Bref, on se retrouve avec ce genre de documents , 2 pages pour le système métrique quant qu'il en faut 40 pour le système impérial

Petite mention pour la page 6, très bien pour la gymnastique mentale

Les vrais naviguent en -42

oui, dans la logique du système métrique.
Par contre je n'ai toujours pas compris la logique en question dans les unités impériales.

La même logique s'applique dans le système impérial

d'où ma question

Les vrais naviguent en -42

C'est comme dire que les pieds, les pouces et les yards étaient logiques parce qu'ils permettent de définir les volumes en gallons et les vitesses en miles par heure

Tiens donc…

Autant les pouces, pieds et yards ont un rapport "cohérent" entre eux, je te laisse chercher et surtout expliquer le rapport avec le miles.

Ensuite si tu arrive à trouver un rapport entre les unités de volumes et de longueur, bravo!

Les vrais naviguent en -42

les paysans ont des tailles de champs en hectares (bon, en Bretagne c'était parfois en ares

Pour le coup, c'est une sous-unité du mètre avec des coefficients plutôt "ronds"

• 1 are = 100 m²
• 1 hectare = 10 000 m²
• 1 km² = 1 000 000 m²

Vu les surface en jeux, ce serait pas très commodes d'utiliser le mètre carré partout.

Par contre quand on voit les coefficients de conversion vers la livre c'est une autre histoire.
Et ne parlons pas de la tonne américaine qui varie en fonction de ce qui est pesé (solide / liquide).
La pinte qui varie quand on traverse l'océan Atlantique…
Les britanniques qui mesurent leur poids en cailloux

Les vrais naviguent en -42

merci du retour,

je demandais ça car j'ai le pc d'un proche qui a le même genre de soucis :

• box Orange Livebox Fibre
• pc Asus (je ne me souviens pas du modèle exact), cpu Intel core i7, chipset réseau Intel
• double boot Windows 10 + Debian 12
• sous Windows : pas de souci
• sous Linux :
  • Wifi erratique
  • Ethernet : pas d'ipv4, une ipv6 apparaît (probablement boucle locale) puis il me semble avoir vu 2 ipv6 supplémentaire apparaître

Je n'ai pas eu le temps de solutionner le problème, mais quand j'avais fait des recherches à partir de la référence du chipset Ethernet, j'avais vu des messages sur des forums de gens qui avait les mêmes soucis mais lors du redémarrage à chaud Windows vers Linux, et ce serait dû au driver Intel (config WOL si j'ai bien compris).

Mais bon, si ça ne fait pas ça chez toi, c'est que ça doit être autre chose

Les vrais naviguent en -42

Je suis chez Orange avec une Livebox 4 connectée en ADSL. PC sous Debian 12 (backports activé). Je n'ai pas ce genre de souci, les IP v4 et v6 sont visiblement assignées immédiatement.

Au cas où, est-ce que ça fait ça y compris sur des démarrage à froid (vraiment froids genre 30 minutes / 1h d'arrêt), ou uniquement quand tu redémarre de Windows à Linux ?

Bon courage

Les vrais naviguent en -42

J'ai voulu vérifier cet a priori, vu que le sujet m'intéresse un peu.
Bon par contre j'ai encore remis à plus tard ce que j'avais prévu pour ce disque dur…

J'ai refait les tests en dirigeant la sortie vers /dev/null pour économiser mon nvme.

partclone.ext4 -c -d -s /dev/sdf1 | partclone.restore -d -s - | pigz -p10 -c > /dev/null

Pour rappel, la config CPU :

• 6 cœurs "performance": architecture Raptor Cove, hyperthreading, 2.5 / 4.7 GHz
• 4 cœurs "efficient" : architecture Gracemont, pas d'hyperthreading, perf/MHz plus faible, 1.8 / 3.5 GHz

Le test a été fait sur Debian 12 avec le noyau 6.12.30.

Ce test a été l'occasion de voir que le scheduler n'est pas du tout optimisé pour ce CPU, par moment sur les tests avec peu de threads, ceux-ci se retrouvent à tourner sur des cœurs Gracemont en turbo à 3.1 GHz alors que les cœurs Raptor Cove se reposent à 800 MHz.
Ça vaudra le coup d'investiguer pour voir s'il y a pas moyen d'optimiser les paramètres du scheduler.

Pour la petite histoire, j'ai activé les dépôts backports de Debian en espérant justement que le noyau prenne en compte cette architecture hybride. Raté.

Pour ce qui est des tests, je les ai fait au moins 2 fois chacun, celui sur 16 threads a été fait 3 fois car le premier test a donné une valeur bizarre. Les autres tests ont été reproduits avec écart de moins de 1%, donc on va dire que ce sera suffisamment fiable.

Pendant ces tests, l'ordinateur ne faisait rien d'autre.
Entre deux tests, j'ai laissé le CPU refroidir jusqu'à 45 °C.

Pour la faire courte, les meilleurs performances ont été obtenues avec 12 threads. Le CPU est monté à 80°C voire ponctuellement à 84°C dans toutes les configurations, donc je doute que le thermal throttling ait été plus marqué sur un test qu'un autre.
Par contre, effectivement, même si ça ne joue pas à grand chose, les meilleurs performances ont été obtenues pour 12 threads, et qu'à partir de 6 cœurs le gain est négligeable.

threads	durée
1	00:38:08
1	00:38:14
2	00:21:32
2	00:21:26
4	00:15:00
4	00:15:02
6	00:12:50
6	00:12:54
8	00:12:02
8	00:12:06
10	00:11:58
10	00:12:00
12	00:11:44
12	00:11:50
14	00:12:02
14	00:12:04
16	00:12:56
16	00:13:00
16	00:13:50

Maintenant on sait.

Les vrais naviguent en -42

Bon ben j'ai lu trop rapidement et trop en diagonale. Je n'avais pas vu le "optionally".
Ma faute.

Les vrais naviguent en -42

Je me demande bien comment on pouvait faire sans, avant M$-Do$ 5 donc.

Avant il y avait edlin, c'était pas évident à utiliser, mais au moins ça filtrait les personnes capables de modifier la configuration de l'ordinateur. Un peu ce qui a été repris dans Linux avec vi ou emacs.

Sinon Amstrad fournissait l'utilitaire rped qui était (un peu) plus facile à utiliser, mais limité à 750 lignes (en tous cas pour la version fournie avec MS-DOS 3.3)

Les vrais naviguent en -42

Si j'ai bien compris les notes à destination des packageurs, il fait appel à une bibliothèque externe pour la fonction de recherche et remplacement (bibliothèque ICU, 37 MB sur Debian Bookworm)

Les vrais naviguent en -42

ah oui, 13 minutes 16 secondes !
par contre c'était clairement pas la bonne journée pour rajouter du chauffage dans l'appart.

coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +80.0°C  (high = +80.0°C, crit = +100.0°C)
Core 0:        +78.0°C  (high = +80.0°C, crit = +100.0°C)
Core 4:        +78.0°C  (high = +80.0°C, crit = +100.0°C)
Core 8:        +80.0°C  (high = +80.0°C, crit = +100.0°C)
Core 12:       +78.0°C  (high = +80.0°C, crit = +100.0°C)
Core 16:       +78.0°C  (high = +80.0°C, crit = +100.0°C)
Core 20:       +77.0°C  (high = +80.0°C, crit = +100.0°C)
Core 24:       +74.0°C  (high = +80.0°C, crit = +100.0°C)
Core 25:       +74.0°C  (high = +80.0°C, crit = +100.0°C)
Core 26:       +74.0°C  (high = +80.0°C, crit = +100.0°C)
Core 27:       +74.0°C  (high = +80.0°C, crit = +100.0°C)

Les vrais naviguent en -42

Bon, ben c'est reparti pour pigz.

J'ai mis à jour le post il y a quelques minutes avec les résultats.

Je sens qu'au final, au lieu de passer 6 heures à faire mon clonage, je vais faire 6 heures de benchmark… pas grave.

Les vrais naviguent en -42

C'est un disque dur qui était branché sur la télévision pour enregistrer des films de la TNT, les enregistrements sont dans un format propriétaire et chiffrés.. Je compte le réutiliser (temporairement ?) pour autre chose, donc je me fais une sauvegarde pour pouvoir le rebrancher sur la TV plus tard.

A noter que j'avais déjà transféré les enregistrements de la télé d'un disque à un autre en faisant un dd suivi d'une extension de partition (40 GB vers 750) et que ça s'était bien passé. Donc je ne m'inquiète pas trop de ce côté là.

Dans le cas qui me concerne aujourd'hui, la meilleur solution semble être l'enregistrement au format partclone pour sa vitesse.
J'en profite quand même pour voir à plus long terme pour mes images disque, et dans ce cas, je cherche à limiter les dépendances lors de la restauration, d'où le test partclone + conversion au format "image brute compressée", par contre la conversion limite vraiment les performances (je donnerai les chiffres dès que ça sera terminé).

Il faudra que je teste FSArchiver au passage.

Les vrais naviguent en -42

merci, partclone semble correspondre à ce que j'ai besoin.

partclone.ext4 -c -d -s /dev/sdf1 | gzip -c > image.partclone.gz

A priori, il annonce un quart d'heure, ce qui est nettement mieux.
Bon par contre, par rapport à dd, on perd le côté "image standard", mais bon pas le choix…

Les vrais naviguent en -42