informatique et high-tech (les meilleures news) %) - Page 1228

Boh, trois quatre lapins Duracell avec les oreilles bien dressées et c'est plié

On a déjà des paratonnerres qui pourraient jouer ce rôle depuis longtemps, si on savait stocker l'électricité d'un éclair. Malheureusement, le stockage d'électricité classique, c'est déjà compliqué, alors une électricité si puissante sur un délai si bref, c'est foutu avec les moyens actuels.

Ok donc il y a un marché à prendre !

les technos actuelles de stockage quand elles prennent une recharge aussi forte dans un laps de temps aussi court explosent ou prennent feu

J'ai vu que Google supprimait une bonne partie de l'équipe de Fuchsia OS.
Probablement un mauvais signe pour cet OS et je trouve ça un peu dommage : j'aimais bien l'idée d'avoir un véritable nouvel OS

Pas moi

Le marché est suffisamment fragmenté, pas besoin d'un nouvel OS qui fait rien comme les autres juste pour faire chier.

Et puis c'est open source, libre a toi de le faire évoluer!

J'imagine que ce n'est pas seulement pour casser les pieds… et je ne vois pas pourquoi il faudrait rester 50 ans sur les mêmes paradigmes (même si certains sont encore viables).

Simplement parce que les choses n'ont pas changé fondamentalement sur les 50 dernières années ?

Godzil (./36820) :
Simplement parce que les choses n'ont pas changé fondamentalement sur les 50 dernières années ?

Je crois que si, l'approche au regard de la sécurité et de la confidentalité (tout ce qui est partage d'information en général) a fondamentalement changé. Niveau kernel et tout, je ne pense pas que ça mérite de révision fondamentale car on fait déjà bien les choses, mais tout ce qui est au-dessus, incluant le système de fichiers, je crois que ça mérite une révision oui.

Pas mal de choix ont été fait sur la base de compromis à cause du manque de puissance dans les années 70-80, compromis qui n'ont plus lieu d'être, en particulier sur la sécurité (mais pas seulement).

Des compromis comme micro-kernel vs. kernel monolithique peuvent être revisités, en effet. C'est plus facile de sécuriser un tout petit code, voire de le vérifier formellement: seL4 l'est depuis des années, même s'il a des axiomes comme un fonctionnement correct des registres du processeur et de la MMU, ce qui n'est d'ailleurs pas le cas sur beaucoup de processeurs modernes avec exécution OOO spéculative. Mais la compatibilité avec l'existant, d'une part, et/ou la performance brute, d'autre part, pèsent plus lourd que tout.

Non pas que la performance soit nécessairement un problème intrinsèque des micro-kernels - cf. les papiers SOSP'93 et SOSP'95 de Jochen Liedtke, qui montrent que le mini-kernel largement indépendant hardware est une mauvaise idée, et que pour moins polluer le cache, il faut des choses plus minimalistes - mais une sécurité accrue va souvent de pair avec une moindre performance brute, et une réduction de la compatibilité avec les machins non sécurisés. Voir PaX+grsecurity: KERNEXEC + MEMORY_UDEREF, qui ne nécessitent pas x86 PCID, SMEP & SMAP / ARM PXN & PAN mais peuvent en tirer parti, et ont un coût en performance. Ou encore PaX MPROTECT (et le LSM S.A.R.A jamais intégré au kernel Linux), que les moteurs JIT pour JS des browsers habituels n'aiment pas, nécessitant de débrayer cette protection pour les browsers, qui restent de façon constante parmi les plus grosses passoires présentes et utilisées intensivement sur les ordinateurs utilisés par la plupart des utilisateurs humains.

Nouveau test, nouvelle course à l'échalote en vue, comme au bon temps d'acid2. Cela dit, ce dernier avait été plutôt utile.

(note : je viens de voir que Safari ne passe plus acid2 et acid3)

Il y a quelques temps, j'avais lu des dévs web se plaindre de Safari, qui était apparemment à la traîne par rapport aux autres navigateurs. Ce n'est plus le cas ?

Safari n'est pas le plus a jour des navigateurs, mais de ce que j'ai compris ce qui était vraiment à la traine, plus que le navigateur, c'est le composant web qui peut être intégré aux application iOS, probablement pour éviter que l'on soit tenté de l'utiliser pour contourner l'App store ou concurrencer Safari.

Flan: c’est normal apriori
https://news.ycombinator.com/item?id=30853392

C'est cool mais peu utile parce que la décharge des batteries est vraiment minuscule quand il n'y a pas quelque chose dans le circuit qui pompe. Le problème c'est tous ces composants qu'on ne coupe pas vraiment quand la machine est éteinte. Sinon une batterie déconnectée reste chargée une bonne paire d'années, pas quelques mois comme genre les Switch qui se retrouvent en décharge profonde et font beaucoup de dégât à la batterie.

Si vous aviez un cambriolage de prévu, c'est le moment !

If you have Wyze cameras or a Wyze home security system, you will need to make other arrangements to monitor your property from 12AM PT to 2AM PT tomorrow morning.

The smart home company sent an email to its customers this week stating that system maintenance on February 8th at 12AM PT will impact every feature of the system that relies on the app or website. That includes being able to alert Noonlight, the professional monitoring company Wyze uses for its Sense security system, about a potential break-in.

Not only will your security system be down, but if you use Wyze cameras to keep an eye on things going bump in the night, you’ll have to stay awake. Wyze cameras won’t be able to upload any video to the cloud or send alerts for motion or other events to the app.

Ah merci, ça tombe bien j'avais de toute façon prévu de faire ça à minuit. Le 2/12 à 12am ça me paraissait un appel à l'action parfait !

Je trouve ça inquiétant, si c'est avéré, que personne ne se soit inquiété avant de la passivité chimique de l'intégralité des composants de ce genre de batterie dans l'intégralité du spectre des domaines environnementaux et modes de fonctionnement.

Comment dire... y a rien de surprenant à ce qu'il n'y ait pas eu d'études d'impact en amont, surtout si c'était pas dans le cahier des charges.
Ou bien c'est du second degré et j'ai pas compris de suite, désolé.

Ximoon (./36835) :
Je trouve ça inquiétant, si c'est avéré, que personne ne se soit inquiété avant de la passivité chimique de l'intégralité des composants de ce genre de batterie dans l'intégralité du spectre des domaines environnementaux et modes de fonctionnement.

Oui, c'est clair :/

Je pense que ça se savait (même moi j'ai toujours vu que toutes les batteries de ce type se déchargent toutes seules, même lorsqu'elles sont déconnectées), ils n'avaient peut-être juste pas réussi à trouver pourquoi ?

Oui, je pense que c'est plutôt ça. Ou alors ça n'a simplement pas été considéré comme un défaut suffisamment grave pour que quelqu'un s'y penche de façon approfondie.

Je crois vraiment que ça n'a pas été pris en compte dans le cahier des charges et que c'est un impensé depuis le début, j'ai vu ça dans d'autres domaines sur d'autres types de produits (je parlerai même pas des innombrables impensés -voire tabous, dans mon actuel boulot).