Quand tu as 10 fois totot() dans le code, dupliqué 10 fois le code n'est plus rapide que dans un microbenchmark. L'inflation de la taille de code ne permet pas d'utiliser le cache Instruction correctement. Il est plus efficace d'avoir une fois le code et gérer l'inline au besoin (selon que toto<>(a) est petit ou gros, ou si "a" est une constante).
En C++, l'explosion de code provenait de la création d'une nouvelle fonction à chaque usage d'une fonction générique. Les compilo essaient tant bien que mal de factoriser tout ça,mais ce n'était qu'une optimisation.
J'aimais bien le concept de créer un type réel à partir d'un type générique en Ocaml, cela permet justement d'éviter de créer "sous le tapis", une nouvelle fonction.
"Si tu ajoutes un habitant à ton type somme, tu casses toutes les utilisations. Inversement, si on essaie de changer les utilisations d'abord, l'exhaustivité empêche de compiler également."
C'est quand même génial d'avoir une fonctionnalité qui te donne précisément tous les endroits du code à modifier. Si tu utilises des pseudo AST, c'est super utile.
Le principe de Store revient peut être à une distribution dans une distribution, ce qui n'est pas top pour l'espace disque. Mais cela permet surtout d'avoir des logiciels à jour sans avoir besoin de réinstaller la machine et de prendre un risque pour ses données perso.
J'avoue que la 3D texturé ombré mais avec des lignes droites de partout lorsqu'il s'agit de voir un objet devant un autre, je trouve cela hyper moche.
Je regrette les jeux qui avait leur propre rendu, comme un vieux jeu d'hélicoptère qui a inventer le principe de map avec altitude ou le jeu de tapie volant avec des objets uniquement fait avec des ellipses ou des ovoïdes.
Le surcoût est au minimum de 30 % de transistor supplémentaire pour les étapes fetch/decode par rapport à de l'ARM.
Oui, c'est le seul avantage évident pour le RISC vs CISC. Mais c'est tout. Typiquement, le code x86 est globalement plus compact que le code ARM même Thumb. Cela change tout sur l'efficacité du cache L1 code. Cela compense l'utilisation d'un décodeur plus gros.
Le look 8bit a ses "limites visuels" mais à l'avantage d'être léger à prendre en main.
Est-ce que quelqu'un a eu déjà l'idée de faire la même chose en version plus moderne ? Comme limiter le jeu à 100 objets 3D + une map en "niveau". L'idée est de garder l'api ultra contrainte, mais d'avoir un rendu 3D sympa (ou même spécifique genre cell shading, par exemple).
[^] # Re: Abstract et conclusion
Posté par Nicolas Boulay (site web personnel) . En réponse au lien A performance comparison of Linuxfilesystemsinhypervisor type 2 virtualized environment. Évalué à 4.
Quelqu'un a une idée du pourquoi VirtualBox est bien plus rapide que VMWare ?
"La première sécurité est la liberté"
[^] # Re: Qui de Raku ou de Perl
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Raku en 2020. Évalué à 10.
Dans quel genre de code Raku est utilisé ? Qui l'utilise ? Y'a-t-il déjà une killer App en Raku comme Docker l'est pour Go ?
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
Quand tu as 10 fois totot() dans le code, dupliqué 10 fois le code n'est plus rapide que dans un microbenchmark. L'inflation de la taille de code ne permet pas d'utiliser le cache Instruction correctement. Il est plus efficace d'avoir une fois le code et gérer l'inline au besoin (selon que toto<>(a) est petit ou gros, ou si "a" est une constante).
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
En C++, l'explosion de code provenait de la création d'une nouvelle fonction à chaque usage d'une fonction générique. Les compilo essaient tant bien que mal de factoriser tout ça,mais ce n'était qu'une optimisation.
J'aimais bien le concept de créer un type réel à partir d'un type générique en Ocaml, cela permet justement d'éviter de créer "sous le tapis", une nouvelle fonction.
Je ne sais pas comment Go va gérer ça.
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
Que pensez-vous de la futur généricité dans Go ?
cf https://blog.golang.org/generics-next-step
Est-ce que cela se rapproche des modules paramétriques OCaml ou pas du tout ?
"La première sécurité est la liberté"
[^] # Re: « Le stockage de ces courriels n’est pas sans impact énergétique »
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Lighten Mailbox : archivez vos courriels. Évalué à 3.
Sans compter le cout de fabrication du machin USB utilisé qui ne sera pas mutualisé.
"La première sécurité est la liberté"
[^] # Re: et niveau support hardware ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Slimbook version KDE. Évalué à 4.
Sauf pour faire du bi-écran :D
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
Le problème pour ton changement graduel, c'est que même si le code compile, il est faux.
"La première sécurité est la liberté"
# et niveau support hardware ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Slimbook version KDE. Évalué à 7.
Est-ce que tout est supporté ? La mise en veille sur disque ? La webcam ? L'hdmi par l'usb C ? Les touches média ?
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 5.
En Go, les valeurs ne prennent pas nil, seulement les références.
"La première sécurité est la liberté"
[^] # Re: Raisons d'essayer Rust
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 4.
C'est quand même génial d'avoir une fonctionnalité qui te donne précisément tous les endroits du code à modifier. Si tu utilises des pseudo AST, c'est super utile.
"La première sécurité est la liberté"
[^] # Re: Snap a bannir
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Le principe de Store revient peut être à une distribution dans une distribution, ce qui n'est pas top pour l'espace disque. Mais cela permet surtout d'avoir des logiciels à jour sans avoir besoin de réinstaller la machine et de prendre un risque pour ses données perso.
"La première sécurité est la liberté"
# un langage pour des petits GUI
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 7.
Est-ce que vous connaissez un langage pour faire rapidement une GUI ? J'ai testé le Tcl/Tk il y a très longtemps, mais je n'avais pas aimé.
"La première sécurité est la liberté"
# les gris ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [HS] Mon cerveau me ment ou pourquoi je ne commente que très peu. Évalué à 10.
En général on ne peut pas convaincre son interlocuteur, mais seulement les autres personnes qui nous lisent sans intervenir.
"La première sécurité est la liberté"
[^] # Re: Oooooh
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Le langage Go a 11 ans aujourd'hui [en]. Évalué à 2.
Java qui est lui-même au niveau de Simula 67 puis de Smalltalk (72).
"La première sécurité est la liberté"
[^] # Re: intéressant !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche À découvrir : Fasty, un CMS pour les équipes de développeurs. Évalué à 4.
On est tout à fait d'accord. Et tout ces machins "naturopathes", ne respectent absolument jamais cette démarche.
"La première sécurité est la liberté"
[^] # Re: intéressant !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche À découvrir : Fasty, un CMS pour les équipes de développeurs. Évalué à 3.
euh… méthode scientifique, expérience, tout ça tout ça…
"La première sécurité est la liberté"
[^] # Re: intéressant !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche À découvrir : Fasty, un CMS pour les équipes de développeurs. Évalué à 3.
Je pensais à la cocotte à 200€…
"La première sécurité est la liberté"
# intéressant !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche À découvrir : Fasty, un CMS pour les équipes de développeurs. Évalué à 4.
La techno est intéressante. Mais linuxfr pourrait éviter de faire la pub pour un produit "fumeux" pour rester gentil.
"La première sécurité est la liberté"
[^] # Re: Censure?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Nouveau cas de censure de Facebook: le journal en ligne Rapport de forces en est totalement évincé. Évalué à 3.
Tu peux faire de la pub sur linuxfr, et tu sera effacer ensuite. C'est pareil.
"La première sécurité est la liberté"
[^] # Re: pareil mais en moderne ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 4.
J'avoue que la 3D texturé ombré mais avec des lignes droites de partout lorsqu'il s'agit de voir un objet devant un autre, je trouve cela hyper moche.
Je regrette les jeux qui avait leur propre rendu, comme un vieux jeu d'hélicoptère qui a inventer le principe de map avec altitude ou le jeu de tapie volant avec des objets uniquement fait avec des ellipses ou des ovoïdes.
"La première sécurité est la liberté"
[^] # Re: pareil mais en moderne ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 3.
C'est possible ça, sans connaitre une grosse quantité d'API pour tout faire ?
"La première sécurité est la liberté"
[^] # Re: Censure?
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Nouveau cas de censure de Facebook: le journal en ligne Rapport de forces en est totalement évincé. Évalué à 2.
Je ne vois pas en quoi cela s'oppose à ce qu'il dit.
"La première sécurité est la liberté"
[^] # Re: quel forceur ce Martoni
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le retour du RiscPC ?. Évalué à 4.
Oui, c'est le seul avantage évident pour le RISC vs CISC. Mais c'est tout. Typiquement, le code x86 est globalement plus compact que le code ARM même Thumb. Cela change tout sur l'efficacité du cache L1 code. Cela compense l'utilisation d'un décodeur plus gros.
"La première sécurité est la liberté"
# pareil mais en moderne ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 4.
Le look 8bit a ses "limites visuels" mais à l'avantage d'être léger à prendre en main.
Est-ce que quelqu'un a eu déjà l'idée de faire la même chose en version plus moderne ? Comme limiter le jeu à 100 objets 3D + une map en "niveau". L'idée est de garder l'api ultra contrainte, mais d'avoir un rendu 3D sympa (ou même spécifique genre cell shading, par exemple).
"La première sécurité est la liberté"