GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Conversation

Notices

  1. Embed this notice
    Stéphane Bortzmeyer (bortzmeyer@mastodon.gougere.fr)'s status on Sunday, 01-Dec-2024 18:19:52 JST Stéphane Bortzmeyer Stéphane Bortzmeyer

    Conclusion, il faut programmer en assembleur : https://social.marxist.network/@yogthos/113573737719973643

    (Dans moins de 10 secondes, trois réponses « il faut dire langage d'assemblage ».)

    In conversation about 6 months ago from mastodon.gougere.fr permalink

    Attachments

    1. No result found on File_thumbnail lookup.
      Yogthos (@yogthos@social.marxist.network)
      from Yogthos
      1973: 4KB RAM? Sending people to the moon! 2024: 32GB RAM, 100% CPU? Chrome just opened a new tab. #programmerhumor
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Sunday, 01-Dec-2024 18:19:51 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      @bortzmeyer Bof, je dirais que le soucis c'est plus qu'on optimise de moins en moins, de l'assembleur serait presque pire de ce point de vu là vu qu'il y a pas de compilo' entre pour optimiser le code.
      In conversation about 6 months ago permalink
    • Embed this notice
      Raph J #HelloQuitteX (raphj@mamot.fr)'s status on Sunday, 01-Dec-2024 19:27:04 JST Raph J #HelloQuitteX Raph J #HelloQuitteX
      in reply to

      @bortzmeyer @mayuraviva Ouais enfin leur programme faisait juste des calculs de trajectoire par équations différentielles.
      Ils essayaient pas d'aligner une DIV non plus.
      Il faut comparer ce qui est comparable

      In conversation about 6 months ago permalink
      Haelwenn /элвэн/ :triskell: likes this.
    • Embed this notice
      Stéphane Bortzmeyer (bortzmeyer@mastodon.gougere.fr)'s status on Sunday, 01-Dec-2024 19:27:06 JST Stéphane Bortzmeyer Stéphane Bortzmeyer
      in reply to
      • mayuraviva ?️‍⚧️

      @mayuraviva Mouais mais c'est un peu viriliste : « il faudrait que tous les programmeurs soient des génies comme ceux du programme Apollo »

      In conversation about 6 months ago permalink
    • Embed this notice
      mayuraviva ?️‍⚧️ (mayuraviva@shelter.moe)'s status on Sunday, 01-Dec-2024 19:27:07 JST mayuraviva ?️‍⚧️ mayuraviva ?️‍⚧️
      in reply to

      @bortzmeyer Jancovici va être content pour la sobriété numérique

      In conversation about 6 months ago permalink
    • Embed this notice
      Bruno BEAUFILS (beaufils@mastodon.social)'s status on Sunday, 01-Dec-2024 19:27:15 JST Bruno BEAUFILS Bruno BEAUFILS
      in reply to

      @bortzmeyer

      Correction : il faut savoir programmer en assembleur (oups langage d'assemblage ;-) ... pour bien programmer dans le langage de son choix

      In conversation about 6 months ago permalink
      Haelwenn /элвэн/ :triskell: likes this.
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Sunday, 01-Dec-2024 19:29:27 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      • Bruno BEAUFILS
      @beaufils @bortzmeyer Pour du language système oui mais pour les autres j'en douterais pas mal.
      Ou alors pour par example Java il faudrait apprendre de l'assembleur pour la JVM.
      In conversation about 6 months ago permalink
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Sunday, 01-Dec-2024 20:35:43 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      • Gérard Fadrelle

      @gfadrelle @bortzmeyer C'est faux au moins en théorie, tu peux utiliser tous les registres que tu veux en assembleur, après en pratique ça va être dur de mieux optimiser qu'un compilateur, pour tout un tas de raisons.

      Par contre un compilo, même basique, va faire des optimisations comme:

      • Éliminer le code non-utilisé (d'où volatile en C pour les variables, pour indiquer au compilo' qu'en fait si, y'en as besoin);
      • Dédupliquer le code, ça arrive de se répéter, surtout dans des gros projets;
      • Réordonner les structures pour prendre moins de mémoire, mais sans casser l'alignement;
      • Utiliser les extensions CPUs (SSE2, AVX, …), assez casse-pied à écrire, faciles à oublier, et pas présentes dans tous les CPUs;
      • Si tu dit d'optimiser pour la taille et sur des architectures comme x86_{32,64} c'est utiliser des instructions équivalentes mais qui prennent moins de place une fois assemblées;

      Et avec un compilo' un peu avancé et pour architecture super-scalaire (la plupart actuellement le sont), tu va avoir le code agencé pour que le CPU puisse exécuter plusieurs instructions indépendantes en même temps.

      In conversation about 6 months ago permalink
    • Embed this notice
      Gérard Fadrelle (gfadrelle@mamot.fr)'s status on Sunday, 01-Dec-2024 20:35:45 JST Gérard Fadrelle Gérard Fadrelle
      in reply to
      • Haelwenn /элвэн/ :triskell:

      @lanodan j'avais entendu dire que sur les machines possédant assez de registres, un compilo ferait toujours mieux que qqn en assembleur.
      @bortzmeyer

      In conversation about 6 months ago permalink
    • Embed this notice
      Bruno BEAUFILS (beaufils@mastodon.social)'s status on Monday, 02-Dec-2024 04:04:06 JST Bruno BEAUFILS Bruno BEAUFILS
      in reply to
      • Haelwenn /элвэн/ :triskell:

      @lanodan @bortzmeyer

      Comprendre l'assembleur ça oblige à comprendre le fonctionnement d'une machine (le truc sur lequel le programme sera exécuté).

      C'est indispensable pour implémenter correctement n'importe quel algorithme, quelque soit le langage utilisé et les données manipulées.

      In conversation about 6 months ago permalink
    • Embed this notice
      Haelwenn /элвэн/ :triskell: (lanodan@queer.hacktivis.me)'s status on Monday, 02-Dec-2024 04:04:06 JST Haelwenn /элвэн/ :triskell: Haelwenn /элвэн/ :triskell:
      in reply to
      • Bruno BEAUFILS
      @beaufils @bortzmeyer C'est juste faux à partir du moment où tu as une VM entre.
      Certes tu va avoir quelques trucs en commun mais ça peut rapidement induire en erreur, surtout pour les algorithmes.

      Un peu comme quand l'auteur de vanish et dev kernel FreeBSD s'est apperçu que les algos présenté par Knuth ne correspondais pas au ordinateurs modernes: https://queue.acm.org/detail.cfm?id=1814327
      In conversation about 6 months ago permalink

      Attachments


    • Embed this notice
      Bruno BEAUFILS (beaufils@mastodon.social)'s status on Monday, 02-Dec-2024 06:38:16 JST Bruno BEAUFILS Bruno BEAUFILS
      in reply to
      • Haelwenn /элвэн/ :triskell:

      @lanodan @bortzmeyer

      Je ne connaissais pas cet article mais il justifie encore plus ce que je disais : il faut connaître les 4 "piliers" pour bien programmer, même si par machine il faut savoir que ça peut peut-être signifier VM.

      Le passage par l'assembleur n'était, de mon point de vue, qu'une vanne pour dire qu'il faut 4 connaître (pas forcément en détail) toutes les couches en informatique et pas juste celle de la programmation.

      In conversation about 6 months ago permalink
    • Embed this notice
      Bruno BEAUFILS (beaufils@mastodon.social)'s status on Monday, 02-Dec-2024 06:38:16 JST Bruno BEAUFILS Bruno BEAUFILS
      in reply to
      • Haelwenn /элвэн/ :triskell:

      @lanodan @bortzmeyer

      J'aime par exemple beaucoup son

      «The fact is, however, 46 years later most CS-educated professionals still ignore VM as a matter of routine. This is an embarrassment for CS as a discipline and profession, not to mention wasting enormous amounts of hardware and electricity.»

      Beaucoup trop de formation au développement masquent totalement le contexte large de l'informatique et des ordinateurs.

      In conversation about 6 months ago permalink
      Haelwenn /элвэн/ :triskell: likes this.

Feeds

  • Activity Streams
  • RSS 2.0
  • Atom
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.