Maintenant, c'estr des téléphones Hesperis 2 et c'est quasiment comme un téléphone android de base, sauf que basé sur un secdroid.

Attention au JDD passer aux mains de la sphère d'extrême droite de Bolloré, médias d'opinion et non d'information.

Source ?

J'apprends l'existence de ce système, je n'en avais jamais entendu parler Par contre ce ne serait présent que sur les Intel Core vPro et Xeon et pas dans les CPU "grand public", quelqu'un peut confirmer ?

EDIT : apparemment le ME serait présent sur tous les CPU Intel, mais l'AMT (qui repose sur le ME) uniquement sur les Xeon et VPro ?

Sur un serveur avec ipmi/iDRAC ou autre et une interface de management, on imagine bien que c'est le Minix qui le contrôle. Mais sur une carte mère sans interface de management, comment le Minix fait pour accéder au réseau sans interférer avec l'OS normal ?

Les puces Titan pour les Pixels sont un bon exemple d'enclave sécurisée matérielle.

Cf. https://www.androidauthority.com/titan-m2-google-3261547/

Sauf erreur, c'est plus ou moins la norme maintenant. Trust Zone sur les SoC Qualcomm, par exemple, ou l'enclave sécurisée des Pixel, dont le nom m'échappe. Je crois même me souvenir que les Kirin (SoC utilisés dans les appareils Huawei) ont aussi leur enclave sécurisée. Plus ou moins sécurisée, je devrais dire, selon les failles présentes ou non...

C'est un peu différent, en réalité, sur Android comme iOS, il y a deux systèmes d'exploitations : le vrai système principal, et un système secondaire minuscule. Quand on éteint le téléphone, on passe en réalité du principal au secondaire. Mais ça n'a pas vraiment de rapport ici.

Ici, ce qu'il se passe c'est que les téléphones (encore une fois iOS comme Android c'est pareil) sont chiffrés. La clé de chiffrement est stockée dans une puce sécurisée qui, en très gros, échange cette clé en échange du code utilisateur.
Ainsi, quand tu démarre ton téléphone, au premier déverrouillage où tu tape ton code, le système fait cet échange et stocke la clé de chiffrement en RAM, puis la garde en mémoire même quand tu reverrouille le téléphone (parce que si il purgeait la clé de chiffrement à chaque verrouillage, il serait impossible d'avoir des fonctionnalités en arrière-plan, comme des notifications, c'est exactement pour ça que les notifications ne marchent pas avant que tu déverrouille pour la première fois ton téléphone après un redémarrage, c'est facile à tester).

C'est pour ça que c'est beaucoup plus simple de trouver une faille de sécurité sur un téléphone qui est allumé et a déjà été déverrouillé une fois (AFU, After First Unlock) que sur un téléphone fraîchement démarré (BFU, Before First Unlock) : la clé de déchiffrement est en mémoire et les données sont lisibles.

Certains téléphones sont aussi vulnérables à Cellebrite même en mode BFU parce qu'ils ont une puce de sécurité (celle qui échange la clé contre le code) dans laquelle des failles ont été trouvées.
Les puces des iPhones sont extrêmement résistantes et Cellebrite ne supporte que les très vieux iPhones en BFU. Chez Android, c'est les Google Pixel qui ont la meilleure puce.

À noter que lorsque le téléphone est éteint, ou dans le "second système d'exploitation", la clé de chiffrement est déchargée et les données chiffrées sont illisibles. Pour les tickets de transport sur Samsung par exemple, ils sont stockées dans une puce spéciale, comme ça ils sont accessibles même quand le disque principal est illisible.

- N.B. : C'est extrêmement vulgarisé

C'est un peu différent, en réalité, sur Android comme iOS, il y a deux systèmes d'exploitations : le vrai système principal, et un système secondaire minuscule. Quand on éteint le téléphone, on passe en réalité du principal au secondaire. Mais ça n'a pas vraiment de rapport ici.

Ici, ce qu'il se passe c'est que les téléphones (encore une fois iOS comme Android c'est pareil) sont chiffrés. La clé de chiffrement est stockée dans une puce sécurisée qui, en très gros, échange cette clé en échange du code utilisateur.
Ainsi, quand tu démarre ton téléphone, au premier déverrouillage où tu tape ton code, le système fait cet échange et stocke la clé de chiffrement en RAM, puis la garde en mémoire même quand tu reverrouille le téléphone (parce que si il purgeait la clé de chiffrement à chaque verrouillage, il serait impossible d'avoir des fonctionnalités en arrière-plan, comme des notifications, c'est exactement pour ça que les notifications ne marchent pas avant que tu déverrouille pour la première fois ton téléphone après un redémarrage, c'est facile à tester).

C'est pour ça que c'est beaucoup plus simple de trouver une faille de sécurité sur un téléphone qui est allumé et a déjà été déverrouillé une fois (AFU, After First Unlock) que sur un téléphone fraîchement démarré (BFU, Before First Unlock) : la clé de déchiffrement est en mémoire et les données sont lisibles.

Certains téléphones sont aussi vulnérables à Cellebrite même en mode BFU parce qu'ils ont une puce de sécurité (celle qui échange la clé contre le code) dans laquelle des failles ont été trouvées.
Les puces des iPhones sont extrêmement résistantes et Cellebrite ne supporte que les très vieux iPhones en BFU. Chez Android, c'est les Google Pixel qui ont la meilleure puce.

À noter que lorsque le téléphone est éteint, ou dans le "second système d'exploitation", la clé de chiffrement est déchargée et les données chiffrées sont illisibles. Pour les tickets de transport sur Samsung par exemple, ils sont stockées dans une puce spéciale, comme ça ils sont accessibles même quand le disque principal est illisible.

- N.B. : C'est extrêmement vulgarisé

Ça dépend du modèle économique. Il y a sûrement des usines fabriquant de l'usage unique qui ont fait faillite aussi. Mais c'est sûr qu'on vit actuellement dans un écosystème économique qui privilégie la fast fashion, le jetable … et en même temps la livraison en 24h dans le monde entier. Ça dépend où on met l'efficacité.
Dans le logiciel, on a un monde propriétaire qui va vendre des versions logiciel et un monde open source, libre qui va vendre des formations, faire des mises en commun de ressources.
Vendre du solide, ça coûte plus cher (financièrement, pas en terme de ressources naturelles), il y aurait toute une filière de réparation à faire vivre. Et c'est pas l'industriel mondialisé qui va s'embarrasser à créer ça (c'est plutôt de l'économie locale).

Ben simplement parce que ça fait vendre, le problème c'est la demande, pas l'offre. Un peu comme les SUV et cie.
Donc s'il y a des écrans dans les bagnoles, c'est parce qu'en moyenne, les gens vont se tourner vers des voitures qui proposent un écran.
Bref, j'aime bien le premier commentaire qui dit: maintenir le PIB. C'est juste cela, faut pas chercher plus loin. Et on ne sera jamais prêt à sacrifier du business pour les entreprises et du confort pour les particuliers sur l'autel de l'écologie, c'est triste mais c'est comme cela :/

Et quand on voit des gens comme Trump qui se font élire, c'est qu'une grosse majorité de la population met la priorité sur l'économie et le train de vie, pas l'écologie.

Il existera peut-être des solutions qui permettront à la fois de maintenir la partie économique tout en étant "écologique", mais pas sûr qu'on s'y dirige :|

Au final, ta description de la police US plus malveillante est aussi sans preuve.
Ignorer les agissements limites de la police en France c'est ignorer totalement le sujet. Pas besoin d'être Poutou pour le voir. Encore récemment, sur Libération "Info Libé
Les images du déchaînement de violences subi par un homme dans un commissariat parisien". Eux se sont fait chopés pour combien où on ne saura jamais.
En sortie de manif (un droit), le nombre de policiers, surtout CRS qui cherchent le conflit à des points filtrants avec n'importe qui (gens ""normaux"" donc) est affligent. Les crânes fendus gratuitement aussi (proches). Les techniques de gestion dénoncées jusqu'à l'ONU, fans de Poutou eux aussi.
Les motivations de certains corps sont connues, il faut juste vouloir les voir.
Et bien sûr, je ne généralise pas, pas besoin.

Suicide by cop très répéndu en effet.
Le nombre de poutou like présent sur le site m'effraie !
Je suis typé et je n'ai jamais eu de problème avec la police lors de contrôle, il suffit de parler correctement et d'obtempérer.

Sauf qu'il y a une procédure en cours sur ce qu'ils ont fait. Si Netflix est condamné, il ne peut pas par une simple écriture comptable corriger le problème.
Si le montage financier n'est pas valable, la justice va considérer que c'est une fraude et réattribuer les montants comme étant des bénéfices et demander les taxes et pénalités de retard en conséquence.

Nous on a commencé sur 3.3 donc le downgrade était assez facile. Je crois qu'on est passé direct au 6, le 5 on l'a eu plus tard. Et 6.22 était une motivation majeure pour booter sur 3.3, il utilisait pas mal de RAM.

DR-DOS ? Je dois toujours avoir la boîte du 8 quelque part, on a eu PC-DOS 7 aussi, jamais trop vu la DIFFÉRENCE. Wikipedia dit qu'il n'y en avait pas vraiment.

Ceci dit MS-DOS est le seul sur lequel j'ai programmé je crois, même si je pense que les autres devaient avoir une int 21 compatible autant que possible.

C'était quoi ce jeu ? Comanche ?
Je faisais des autoexec/config.sys à menu pour avoir plusieurs configs, mais s'il fallait vraiment de la mémoire, c'était disquette de boot Ms-Dos 3.3 avec clavier en qwerty.

C'était quoi ce jeu ? Comanche ?
Je faisais des autoexec/config.sys à menu pour avoir plusieurs configs, mais s'il fallait vraiment de la mémoire, c'était disquette de boot Ms-Dos 3.3 avec clavier en qwerty.

Des rallonges ? Je me trompe ou c'est pour faire moins de cycles connexions/deconnexion sur le port ? Je commence à faire avec l'USB-C, en préventif.

Oui... D'ailleurs je ne suis plus sûr... 12 ou 16 ? Avec un soft qui permettait (je ne sais pas comment, de toute évidence par contrôle du hard) de booster la fréquence (sûrement de 12 à 16).

Ceci dit il avait quand même 2 Mo de RAM (pas d'origine) hein ! (Assez inutiles en général, à part pour himem.sys et essayer de charger un max de trucs au dessus des 640 ko)

Les choses ont changé en 35 ans ! Pas toujours en mieux d'après moi ("obligation" d'écrire du code efficace vs énorme gaspillage par des programmes écrits avec les pieds)

Il tournait aussi sur mon 286 @ 16 Mhz...
IDE très rapide, la compilation, bah, difficile de comparer. Peut-être plus rapide que Turbo-C je ne me souviens plus.

Une discussion qui revient régulièrement ici... on a juste des softs de plus en plus lourds (éventuellement sur des VM de plus en plus lourdes, Java, .NET, tout ce qui fait tourner du JS...)

Ton lien Wikipedia parle de MCSS (dans la section DDC/CI). MCSS passe par DDC.
La spec la plus récente que j'ai est celle-ci : https://milek7.pl/ddcbacklight/mccs.pdf

Tu pourrais essayer de brancher les 2 entrées à ton PC, et essayer divers options (ne pas utiliser, étendre, mirroir...).
Du coup tu utiliserais l'entrée 60 Hz sur ton écran et tu enverrais les commandes à l'autres entrée.

NirSoft a un logiciel qui permet d'explorer ce que ton écran supporte de MCSS/VCP, peut-être qu'il pourrait faire mieux que ton autre logiciel.

Ton lien Wikipedia parle de MCSS (dans la section DDC/CI). MCSS passe par DDC.
La spec la plus récente que j'ai est celle-ci : https://milek7.pl/ddcbacklight/mccs.pdf

Tu pourrais essayer de brancher les 2 entrées à ton PC, et essayer divers options (ne pas utiliser, étendre, mirroir...).
Du coup tu utiliserais l'entrée 60 Hz sur ton écran et tu enverrais les commandes à l'autres entrée.

NirSoft a un logiciel qui permet d'explorer ce que ton écran supporte de MCSS/VCP, peut-être qu'il pourrait faire mieux que ton autre logiciel.

Ils ont du faire l'impasse du support VCP/MCSS sur ton 2ème port je pense. Je n'ai jamais trop essayé je me sers rarement de plusieurs ports, j'ai juste utilisé du VCP pour changer l'entrée d'un écran pour me rendre compte que je ne pouvais plus changer ça quand l'écran était sur l'autre port (oui il faudrait envoyer la commande depuis l'autre PC).

Je suis passé de 3xTN + 3XIPS qui tiraient au total plus de 120W à 6xIPS qui consommaient 60W au total y'a pas loin de 10 ans. Cette année je suis passé à 1 seul 40" qui consomme... 20W. D'après ses specs il doit consommer 80W typique 88W max. La plupart du temps c'est luminosité 0 et contraste 30.

Pour regarder des films, c'est 50 contraste, 100 luminosité.
On peut utiliser les mêmes réglages pour bosser, c'est ce que j'appelle le mode "bronzage".
Jusqu'à mon dernier écran, tous les écrans que j'ai acheté étaient livrés en mode bronzage.

Effectivement c'était *jusqu'à 6 fois plus rapide

La config en question :

"Tests réalisés par Apple en septembre et octobre 2024 sur des prototypes de Mac mini équipés de la puce Apple M4 avec CPU 10 cœurs, GPU 10 cœurs, 16 Go de RAM et un SSD de 256 Go ainsi que sur des PC prêts à la commercialisation équipés d’un processeur Intel Core i7 avec carte graphi­que Intel UHD Graphics 770, 16 Go de RAM et un SSD de 512 Go, et de la toute dernière version de Windows 11 Famille disponible au moment des tests. Performances de la fréquence d’images du jeu No Man’s Sky (Build ID 13259642) testées à une réso­lution de 2 640 x 1 440 en mode Qualité Standard avec MetalFX réglé sur Performance et la fréquence d’images limitée à 240. Affinity Photo 2 v2.5.4 testé à l’aide du banc d’essai intégré version 25000. Adobe Lightroom Classic 13.5 testé à l’aide d’une image de 89,2 Mo. Adobe Premiere Pro 2024 v24.6.1 testé avec Détection du montage de scène à l’aide d’un projet de 3 minutes et 27 secondes avec des ressour­ces H.264 à une réso­lution de 3 840 x 2 160 et une fréquence de 30 images par seconde. MotionMark 1.3.1 testé avec une préversion de Safari 18.1 sur macOS Sequoia. PC de bureau le plus vendu dans la même gamme de prix selon des données commerciales rendues publiques au cours des douze derniers mois."

Je met juste en perspective le tweet de la chercheuse, l'article de presse et les spams.
Les trois veulent attirer l'attention du lecteur, et les trois utilisent le sujet populaire du moment.

Ce n'est pas parce que #Trump2024 que ca génère du spam.
C'est juste que le spam utilise #WhateverTrendingTopic.

Et dire que moi, j'ai travaillé en R&D pour concevoir des téléphones portables (avant les smartphones).

Tu veux mieux ? Tu jettes revends et tu rachètes...

la vague c'est pour les composants traversants... de nos jours les circuits sont soudés par refusion (on pose les composants dans une pate contenant principalement de l'étain rohs et du flux de soudure et ensuite on passe au four, l'étain fond, se positionne par capilarité avec l'aide du flux et ce dernier finit par s'évaporer, les vidéos filmées en macro sont vraiment fascinantes)

Je ne vais pas te faire une réponse argumentée en 9 points, mais plutôt aller droit au but : je n'aime pas son approche mêlant divertissement, clash, science, micro-trottoir bien neuneu puis quelques équations pour se la péter, et qui visiblement ne s'adressent pas au même public que le micro-trottoir 2 minutes plus tôt. Je comprends toutes ses vidéos (je ne vais pas étaler mon CV), mais je n'aime pas son style. C'est subjectif ? Oui, et alors ?

Veritasium, c'est le gars qui prétend faire de la science, mais qui fait du clash et du micro-trottoir. C'est du divertissement plus que de la science.
Sur ce thème, je propose plutôt :
YouTube

En présence d'un courant électrique, le(s) électrons passe sur l'atome voisin créant un cation, celui qui a perdu un électron devient un anion qui pour retrouver sa stabilité récupère l’électron du cation précédent et ainsi de suite. En fait les électrons se poussent les un les autres d’où l'instantanéité du courant. On estime que les électrons se déplacent de quelques mètres à l'heure.

C'est vrai que ceux qui imaginent les électrons voyageant dans les fils comme l'eau dans un tuyau ou des camions sur l'autoroute en seront pour leurs frais, les électrons s'ils bougent un peu, ce n'est guère que sur la couche externe de l'atome voisin, avant de revenir aussitôt, ne laissant que leur charge électrique à côté.

Je ne monte pas dans les tours, je dis juste que je m'en fous et ne comprenais pas pourquoi tu me faisais la remarque.

16Go@2024... 8Go@2024 ça aurait fait quand même très très radin... vu le prix de vente de la bête..., non ?

Et ?

Je n'ai pas trop compris le sens de ta réponse à mon message.

C’est sans doute parce que tu comptes (traditionnellement) en base 2 là où il faut compter en base 3. L’habitude de considérer deux slots de ram, ce qui n’a plus vraiment de sens quand la mémoire est unifiée au soc lui même. Sauf erreur de ma part (et il faut prendre avec quelques pincettes) en fonction des puces Apple Silicon il y a l’équivalent de deux ou trois « slots » avec chacun leur bus (64 ou 128). 24 c’est 3x8, 48 c’est 3 fois 16. On serait donc en triple Channel dans ce cas ? (Aux grands manitous du hardware : corrigez moi).