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

Bah, pour faire tourner VI, y'a pas besoin de tout ça

Ouais justement je ne vois pas trop l'intérêt honnêtement. Il faudrait que ça tourne dans une VM nativement oui, mais en natif c'est assez limité je pense.

Godzil -> ça t'arrive de reconnaitre le travail des autres dans la vie, ou il n'y a de bon que ce qui sort de toi ?

L'ironie ! Pour se protéger du vol l'entreprise y perd certainement bien plus.

Folco (./35703) :
Godzil -> ça t'arrive de reconnaitre le travail des autres dans la vie, ou il n'y a de bon que ce qui sort de toi ?

T'y vas un peu dur, je pense juste que Godzil est grognon depuis quelques mois et ça se ressent clairement dans beaucoup de ses posts mais on ne lui en veut pas (enfin pas moi en tout cas).

En tout cas vu toutes les merdes qu'on a en ce moment dans tous les domaines perso ça me fait du bien d'être optimiste sur des trucs où on peut se permettre de l'être (d'aucuns en voient une forme de la naïveté, soit) et c'est le cas avec ce projet où je constate à minima une concentration de talents et d'efforts.

Folco (./35703) :
Godzil -> ça t'arrive de reconnaitre le travail des autres dans la vie, ou il n'y a de bon que ce qui sort de toi ?

Il a quand même raison sur le fond, et manifestement Greg Kroah-Hartman (leader du Linux driver project) a l'air du même avis.
Après, il y a la possibilité de réutiliser les drivers de macOS (un peu comme faisait ndiswrapper à l'époque), mais je n'ai aucune idée de la complexité du truc.

Là où on est tous d'accord c'est que ça va être un foutoir instable au tout début, et c'est bien normal. Il n'en reste que j'ai hâte de voir la suite

Folco: désolé mais faire tourner du Linux et faire des drivers pour c'est mon boulot.

Les drivers GPU sont pour certains plus complexe que le kernel linux lui même, c'est pas vraiment quelque chose de facile à faire, et sachant que les GPU Apple sont basé (en partie? Complétement?) sur les GPU que je connais le mieux, je souhaite bon courage a qui veux faire un driver pour sans documentation, déjà que avec la doc (qui est merdique) et ca reste chiant a faire vu les emmerdes des équipes qui sont dessus. *

Dire que faire booter linux est simple et que sans les drivers des modules principaux c'est pas utilisable et que faire ces drivers va prendre largement plus de temps est malheureusement la triste réalité.


Quand a un "ndiswrapper" pour DriverKit?
J'ai du mal a croire que ça se fasse. Ndiswrapper était quand même super buggé, vraiment plantogène, et fonctionnais avec un set super réduit de drivers pour cartes Wi-Fi.
La il faudrait faire une couche complète de support pour DriverKit sous linux?
Ce n'est pas irréalisable hein, mais ca demanderais probablement pas mal de changement dans le kernel linux pour que ca soit réaliste et j'ai des doutes que ça soit accepté de toute manière en mainline. (surtout vu comment les gens sur le noyal ne supportent pas d'avoir une API interne stable)
Un autre point qui rend les choses complexes a porter, Mac OS X use et abuse des services du microkernel Mach, chose qui bien sur n'existe pas sous Linux (et manque cruellement pour certaines fonctionnalité)**

Ca sera (serait?) peut être possible pour certains subset de drivers, mais ça me semble être encore plus d'effort que juste faire du reverse du hardware et écrire le driver qui va avec. (les "HAL" tendent a être gros et lourd)

Mon problème c'est qu'on compare un projet open source avec 2-3 personnes travaillant dessus, pour toutes les parties a faire, comparativement a une société avec des centaines d'ingénieurs, ou il y a plus de personnes par modules que ce qu'il y a sur le projet open source en lui même.

Oui ils n'ont pas besoin de récrire Linux, heureusement, et c'est d’ailleurs pour ça que le faire booter est "relativement" simple comparativement à la tache d'écrire les drivers.



Si tu veux voir la complexité d'un driver GPU, va voir les driver opensource pour les GPU ARM (Mali), certains ne sont toujours pas supporté, d'autre qui on déjà plusieurs années commence seulement a avoir des performances acceptables. Et c'est partiellement documenté contrairement a ce qu'on a ici avec le M1.


Edit: j'étais en train de corriger des trucs et un *** de F5 m'a fait tout perdre
J'ai corrigé certains truc et viré ce qui a été doublé.

* Bien sur les équipes en question se tape un code qui a pour certaines parties 20 ans d'age et certains points de compatibilité qui doivent être gardé, mais ça ne change pas la complexité intrinsèque du truc.
** Ceci dit je me demande si avoir une API driver stable tel que DriverKit ne serait pas bénéfique pour le kernel Linux mais bon. J'en ai personnellement marre de devoir faire des changement spécifique pour tel ou telle version du kernel pour un driver qui ne sera jamais mainliné parceque manque d’intérêt ou trop spécifique, ou simplement "duplique" une API déjà existante (mais je trouve moins bonne).

Ok merci pour les détails. Ça passe tout de suite mieux quand tu donnes le pourquoi du comment

L'inconnue aussi c'est Apple. Même si je ne m'attends à rien dans le domaine ça pourrait être surprenant qu'ils lâchent quelques ressources même si ça irait en totale contradiction avec leur stratégie "walled garden" actuelle.

Un peu de contexte pour les intéressés: https://corellium.com/blog/linux-m1

Intéressant

C'est impressionant:

La Xbox je suis pas surpris, mais les Playstation se vendent pourtant pas trop mal au japon normalement!

(et la 2DS LL/XL se vend plus que la Xbox xD)

Microsoft peut essayer de se consoler en se disant que Minecraft fait partie des meilleures ventes Switch.

lol

Ils ont jamais vraiment réussi à se vendre au japon, même sur la 360 si je me souviens bien (alors qu'elle avait des exclus Cave).

Quelqu'un a dû lui expliquer l'histoire du chat qui est mort et en même temps™ vivant (et le fait que c'est une discipline incompréhensible pour 99% des gens), du coup ça lui a parlé.

N'étant pas abonné je peux pas lire au-delà de la première photo, mais j'ai la vague impression que ça va surtout servir à ouvrir un nouveau fil de cadeaux publics aux corpos et actionnaitres investissements subventions à la future délocalisation l'innovation mais qu'au lieu que ça produise des effets ça produira de la valorisation boursière de fusions-acquisitions de start-ups.

Ça serait bien aussi qu'il arrête de faire autant de grimaces quand il cause parce qu'il a l'air d'un con, ma mère, sur toutes ses photos de presse il a l'air d'un con.

Est-ce que le budget aussi est quantique ?

À priori, il a manqué une bonne occasion en annonçant un chiffre : il aurait pu dire que c'était impossible à mesurer précisément, ou alors feindre la surprise "ah ben finalement c'est vous qui me devrez 1.8 milliard, le spin était négatif".

Le brevet super glauque !

Un budget de Shrodinger, ca me semble une bonne idée!

les connaissant il sera plutot homéopathique le budget.

Combientième CH? Parce que d'après le raisonnement homéopathique plus l'indice est élevé plus l'effet est intense en vertu de la répétition du filtrage de la teinture-mère.

Oh c'est comme ca donc que les états marchent? et la raison de la reduction des budgets?

bah c'est la base de l'économéopathie, moins tu donnes de sous, plus t'économises, voyons!

</loin>

Non mais je crois que tu tiens un concept, là. Ça expliquerait complètement pourquoi les demandes des dirigeants sont inversement proportionnelles aux moyens alloués.

Godzil; squalyl> Quelque part ça tient la route quand on voit qu'ils recourent sans cesse à la pensée magique...

squalyl> Et plus tu pédales moins vite, moins t'avances plus vite.