Skip to content
  • Hjem
  • Seneste
  • Etiketter
  • Populære
  • Verden
  • Bruger
  • Grupper
Temaer
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Kollaps
FARVEL BIG TECH
  1. Forside
  2. Ikke-kategoriseret
  3. Rust wgpu now has a

Rust wgpu now has a

Planlagt Fastgjort Låst Flyttet Ikke-kategoriseret
316 Indlæg 74 Posters 0 Visninger
  • Ældste til nyeste
  • Nyeste til ældste
  • Most Votes
Svar
  • Svar som emne
Login for at svare
Denne tråd er blevet slettet. Kun brugere med emne behandlings privilegier kan se den.
  • mcc@mastodon.socialM mcc@mastodon.social

    @decay @ireneista @amarioguy @MaddieM4 i don't want to write for the DEC PDP series anymore, I've written enough C

    decay@gts.todayiwilllaunchmyinfantsonintoorbit.comD This user is from outside of this forum
    decay@gts.todayiwilllaunchmyinfantsonintoorbit.comD This user is from outside of this forum
    decay@gts.todayiwilllaunchmyinfantsonintoorbit.com
    wrote sidst redigeret af
    #154

    @mcc @ireneista @amarioguy @MaddieM4 an extremely fair point

    1 Reply Last reply
    0
    • mcc@mastodon.socialM mcc@mastodon.social

      @griotspeak Thinking only in a utilitarian way and not contemplating concepts such as joy:

      If you're helpful high in the stack, but don't think you'd be helpful low in the stack, wouldn't it make more sense to stay high in the stack, where you're useful?

      griotspeak@soc.mod-12.comG This user is from outside of this forum
      griotspeak@soc.mod-12.comG This user is from outside of this forum
      griotspeak@soc.mod-12.com
      wrote sidst redigeret af
      #155

      @mcc It would but I am genuinely not sure how possible that is when so many foundational pieces are being compromised

      mcc@mastodon.socialM 1 Reply Last reply
      0
      • mcc@mastodon.socialM mcc@mastodon.social

        @decay @ireneista @amarioguy @MaddieM4 i don't want to write for the DEC PDP series anymore, I've written enough C

        amarioguy@social.treehouse.systemsA This user is from outside of this forum
        amarioguy@social.treehouse.systemsA This user is from outside of this forum
        amarioguy@social.treehouse.systems
        wrote sidst redigeret af
        #156

        @mcc @decay @ireneista @MaddieM4 part of me does sorta wish that rust wasn't so dependent and reliant on cargo and such...

        1 Reply Last reply
        0
        • mcc@mastodon.socialM mcc@mastodon.social

          @decay @ireneista @amarioguy @MaddieM4 i don't want to write for the DEC PDP series anymore, I've written enough C

          ireneista@adhd.irenes.spaceI This user is from outside of this forum
          ireneista@adhd.irenes.spaceI This user is from outside of this forum
          ireneista@adhd.irenes.space
          wrote sidst redigeret af
          #157

          @mcc @decay @amarioguy @MaddieM4 we're not suggesting eliminating the MMU, just, like, refactoring a bit so it isn't so many abstraction layers that subvert each other

          ireneista@adhd.irenes.spaceI 1 Reply Last reply
          0
          • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

            @mcc @decay @amarioguy @MaddieM4 we're not suggesting eliminating the MMU, just, like, refactoring a bit so it isn't so many abstraction layers that subvert each other

            ireneista@adhd.irenes.spaceI This user is from outside of this forum
            ireneista@adhd.irenes.spaceI This user is from outside of this forum
            ireneista@adhd.irenes.space
            wrote sidst redigeret af
            #158

            @mcc @decay @amarioguy @MaddieM4 we'd keep hyperthreading, too

            we just don't think management engines have any place heh

            ireneista@adhd.irenes.spaceI amarioguy@social.treehouse.systemsA catfish_man@mastodon.socialC 3 Replies Last reply
            0
            • griotspeak@soc.mod-12.comG griotspeak@soc.mod-12.com

              @mcc It would but I am genuinely not sure how possible that is when so many foundational pieces are being compromised

              mcc@mastodon.socialM This user is from outside of this forum
              mcc@mastodon.socialM This user is from outside of this forum
              mcc@mastodon.social
              wrote sidst redigeret af
              #159

              @griotspeak the thing about a high level is *by definition* you can transplant it onto a different low level, once that problem is solved

              1 Reply Last reply
              0
              • mcc@mastodon.socialM mcc@mastodon.social

                @eniko redox is currently capable of handling one channel of mono sound output and i think no support for sound input whatsoever

                soller@floss.socialS This user is from outside of this forum
                soller@floss.socialS This user is from outside of this forum
                soller@floss.social
                wrote sidst redigeret af
                #160

                @mcc @eniko It is hardcoded to 44.1 KHz 16-bit stereo at the time being, but building out the audio system would not be difficult.

                1 Reply Last reply
                0
                • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

                  @mcc @decay @amarioguy @MaddieM4 we'd keep hyperthreading, too

                  we just don't think management engines have any place heh

                  ireneista@adhd.irenes.spaceI This user is from outside of this forum
                  ireneista@adhd.irenes.spaceI This user is from outside of this forum
                  ireneista@adhd.irenes.space
                  wrote sidst redigeret af
                  #161

                  @mcc @decay @amarioguy @MaddieM4 vector units are one of those "sigh .... yes" things, as well. frustrating complexity, but important, and at least it's self-contained.

                  mcc@mastodon.socialM 1 Reply Last reply
                  0
                  • maddiem4@raphus.socialM maddiem4@raphus.social

                    @amarioguy @mcc I mean I feel about modern GPUs and their intentionally prohibitive feature span the way I do about web standards: "that's a nice miracle you destroyed the ecosystem with. Undoing the damage is probably a multi-decade job and none of the normal folk will understand why feature reductions are needed. Won't stop me from patiently pushing in the right direction, though."

                    kirakira@furry.engineerK This user is from outside of this forum
                    kirakira@furry.engineerK This user is from outside of this forum
                    kirakira@furry.engineer
                    wrote sidst redigeret af
                    #162

                    @MaddieM4 @amarioguy @mcc i would also consider that this is exactly how things start. a lot of open source pillars started as someone's cool project

                    1 Reply Last reply
                    0
                    • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

                      @mcc @decay @amarioguy @MaddieM4 we'd keep hyperthreading, too

                      we just don't think management engines have any place heh

                      amarioguy@social.treehouse.systemsA This user is from outside of this forum
                      amarioguy@social.treehouse.systemsA This user is from outside of this forum
                      amarioguy@social.treehouse.systems
                      wrote sidst redigeret af
                      #163

                      @ireneista @mcc @decay @MaddieM4 one thing i appreciate about Apple's SEP (despite yes, being from Apple and a closed, black-box so still not gonna say that anyone should just blindly trust it) is that the threat model they went for it was mutual distrust, where both the main CPU and the SEP core distrust each other, so both isolate their memory from each other

                      for context, both ME/PSP are modeled such that they own the platform entirely afaict, so if you get code exec in the ME or PSP, you own the whole platform, while in Apple's case, owning the SEP these days does not let you own the AP entirely, you still have to overcome most the other normal hurdles and can't just trivially DMA into host memory

                      that said, imo security processors including the SEP should not be unauditable black boxes at all, there's too much at stake for that to imo be a truly trustworthy system...

                      ireneista@adhd.irenes.spaceI 1 Reply Last reply
                      0
                      • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

                        @mcc @decay @amarioguy @MaddieM4 vector units are one of those "sigh .... yes" things, as well. frustrating complexity, but important, and at least it's self-contained.

                        mcc@mastodon.socialM This user is from outside of this forum
                        mcc@mastodon.socialM This user is from outside of this forum
                        mcc@mastodon.social
                        wrote sidst redigeret af
                        #164

                        @ireneista @decay @amarioguy @MaddieM4 i suspect vector units are widely underutilized, and thus skippable, especially if you have access to a coprocessor that can run compute shaders. maybe as compilers have got better this (vector units are underutilized) has become less true.

                        maddiem4@raphus.socialM ireneista@adhd.irenes.spaceI riley@toot.catR 3 Replies Last reply
                        0
                        • mcc@mastodon.socialM mcc@mastodon.social

                          RE: https://mastodon.social/@mcc/117338324202161763

                          @eniko thanks.

                          and yeah, we need a kernel. one person can't write a kernel. it's not a matter of scope. it's a matter of you have to test more hardware configurations than one person can get in a private residence. we need that kernel handled by an *institution*.

                          the problem with freedos is if we want to make *games* then probably at some point we want access to sound and video. and if you want your game to render by any method other than CPU-on-framebuffer sound and video become Very Hard.

                          fabiosantoscode@mastodon.socialF This user is from outside of this forum
                          fabiosantoscode@mastodon.socialF This user is from outside of this forum
                          fabiosantoscode@mastodon.social
                          wrote sidst redigeret af
                          #165

                          @mcc @eniko if you're interested in open-source hardware, that could represent way less different configurations?

                          You don't have to compromise with supporting a gazillion devices that are often purposefully incompatible with each other for market reasons.

                          1 Reply Last reply
                          0
                          • mcc@mastodon.socialM mcc@mastodon.social

                            @ireneista @decay @amarioguy @MaddieM4 i suspect vector units are widely underutilized, and thus skippable, especially if you have access to a coprocessor that can run compute shaders. maybe as compilers have got better this (vector units are underutilized) has become less true.

                            maddiem4@raphus.socialM This user is from outside of this forum
                            maddiem4@raphus.socialM This user is from outside of this forum
                            maddiem4@raphus.social
                            wrote sidst redigeret af
                            #166

                            @mcc @ireneista @decay @amarioguy

                            It has, and for a lot of software with hot loops that are meaningful to accelerate with SIMD, people have manually dictated the vector instructions as necessary. That is a particular feature where a lot of people would not willingly go back. I'd probably be one of those people tbh.

                            1 Reply Last reply
                            0
                            • mcc@mastodon.socialM mcc@mastodon.social

                              @ireneista @decay @amarioguy @MaddieM4 i suspect vector units are widely underutilized, and thus skippable, especially if you have access to a coprocessor that can run compute shaders. maybe as compilers have got better this (vector units are underutilized) has become less true.

                              ireneista@adhd.irenes.spaceI This user is from outside of this forum
                              ireneista@adhd.irenes.spaceI This user is from outside of this forum
                              ireneista@adhd.irenes.space
                              wrote sidst redigeret af
                              #167

                              @mcc @decay @amarioguy @MaddieM4 Fourier and wavelet transforms are really important though, even though most programs don't do them. but you raise a good point.

                              maddiem4@raphus.socialM azonenberg@ioc.exchangeA 2 Replies Last reply
                              0
                              • amarioguy@social.treehouse.systemsA amarioguy@social.treehouse.systems

                                @ireneista @mcc @decay @MaddieM4 one thing i appreciate about Apple's SEP (despite yes, being from Apple and a closed, black-box so still not gonna say that anyone should just blindly trust it) is that the threat model they went for it was mutual distrust, where both the main CPU and the SEP core distrust each other, so both isolate their memory from each other

                                for context, both ME/PSP are modeled such that they own the platform entirely afaict, so if you get code exec in the ME or PSP, you own the whole platform, while in Apple's case, owning the SEP these days does not let you own the AP entirely, you still have to overcome most the other normal hurdles and can't just trivially DMA into host memory

                                that said, imo security processors including the SEP should not be unauditable black boxes at all, there's too much at stake for that to imo be a truly trustworthy system...

                                ireneista@adhd.irenes.spaceI This user is from outside of this forum
                                ireneista@adhd.irenes.spaceI This user is from outside of this forum
                                ireneista@adhd.irenes.space
                                wrote sidst redigeret af
                                #168

                                @amarioguy @mcc @decay @MaddieM4 yes, we do appreciate that choice, it's a good choice

                                1 Reply Last reply
                                0
                                • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

                                  @mcc @decay @amarioguy @MaddieM4 we'd keep hyperthreading, too

                                  we just don't think management engines have any place heh

                                  catfish_man@mastodon.socialC This user is from outside of this forum
                                  catfish_man@mastodon.socialC This user is from outside of this forum
                                  catfish_man@mastodon.social
                                  wrote sidst redigeret af
                                  #169

                                  @ireneista @mcc @decay @amarioguy @MaddieM4

                                  FWIW I *would* keep most of modern CPUs, but strongly support on security grounds Apple’s decision to not have hyperthreading.

                                  Spectre v4 is just far too unnerving.

                                  1 Reply Last reply
                                  0
                                  • ireneista@adhd.irenes.spaceI ireneista@adhd.irenes.space

                                    @mcc @decay @amarioguy @MaddieM4 Fourier and wavelet transforms are really important though, even though most programs don't do them. but you raise a good point.

                                    maddiem4@raphus.socialM This user is from outside of this forum
                                    maddiem4@raphus.socialM This user is from outside of this forum
                                    maddiem4@raphus.social
                                    wrote sidst redigeret af
                                    #170

                                    @ireneista @mcc @decay @amarioguy That's a good particular example. A part of computing freedom that I think is pretty important is "being able to make music with computers, ideally in realtime." I have that on my list of vital user stories for my someday project microkernel OS. The arts are the kind of thing that make computers worth doing.

                                    A lot of realtime music plugin stuff depends of Fourier transforms and SIMD in general.

                                    ireneista@adhd.irenes.spaceI riley@toot.catR r@glauca.spaceR lykso@tiny.tilde.websiteL 4 Replies Last reply
                                    0
                                    • argv_minus_one@mastodon.sdf.orgA argv_minus_one@mastodon.sdf.org

                                      @mcc

                                      Four backends? I know of LLVM, GCC, and Cranelift, but what's the fourth one?

                                      @lispi314

                                      mcc@mastodon.socialM This user is from outside of this forum
                                      mcc@mastodon.socialM This user is from outside of this forum
                                      mcc@mastodon.social
                                      wrote sidst redigeret af
                                      #171

                                      @argv_minus_one @lispi314

                                      The fourth backend is this guy named Mutabah.

                                      https://github.com/thepowersgang/mrustc

                                      Now, looking, I now see that he may be using Claude. What I remember is the last time I looked at this was three or four months ago and there weren't Claude signals, but also at the time it had been dormant for a while. I don't know why people think that resurrecting a dead project by starting to use claude is better than leaving it dead, but they seem to think this.

                                      mcc@mastodon.socialM argv_minus_one@mastodon.sdf.orgA 2 Replies Last reply
                                      0
                                      • mcc@mastodon.socialM mcc@mastodon.social

                                        @argv_minus_one @lispi314

                                        The fourth backend is this guy named Mutabah.

                                        https://github.com/thepowersgang/mrustc

                                        Now, looking, I now see that he may be using Claude. What I remember is the last time I looked at this was three or four months ago and there weren't Claude signals, but also at the time it had been dormant for a while. I don't know why people think that resurrecting a dead project by starting to use claude is better than leaving it dead, but they seem to think this.

                                        mcc@mastodon.socialM This user is from outside of this forum
                                        mcc@mastodon.socialM This user is from outside of this forum
                                        mcc@mastodon.social
                                        wrote sidst redigeret af
                                        #172

                                        @argv_minus_one @lispi314 Nevertheless, the fact it *did* have a dormant period means that it is easier to find a fork point than it would be with, for example, LLVM, especially because this implementation is all-in-one. The downside: C++. The entire goal here as far as I'm concerned is to avoid writing C++.

                                        1 Reply Last reply
                                        0
                                        • maddiem4@raphus.socialM maddiem4@raphus.social

                                          @ireneista @mcc @decay @amarioguy That's a good particular example. A part of computing freedom that I think is pretty important is "being able to make music with computers, ideally in realtime." I have that on my list of vital user stories for my someday project microkernel OS. The arts are the kind of thing that make computers worth doing.

                                          A lot of realtime music plugin stuff depends of Fourier transforms and SIMD in general.

                                          ireneista@adhd.irenes.spaceI This user is from outside of this forum
                                          ireneista@adhd.irenes.spaceI This user is from outside of this forum
                                          ireneista@adhd.irenes.space
                                          wrote sidst redigeret af
                                          #173

                                          @MaddieM4 @mcc @decay @amarioguy yeah, absolutely. those are our reasons for bringing it up, as well. thank you.

                                          we have given this topic thought, even if we don't have those thoughts organized in a way that makes them easy to present 🙂

                                          1 Reply Last reply
                                          0
                                          Svar
                                          • Svar som emne
                                          Login for at svare
                                          • Ældste til nyeste
                                          • Nyeste til ældste
                                          • Most Votes


                                          • Log ind

                                          • Login or register to search.
                                          Powered by NodeBB Contributors
                                          Graciously hosted by data.coop
                                          • First post
                                            Last post
                                          0
                                          • Hjem
                                          • Seneste
                                          • Etiketter
                                          • Populære
                                          • Verden
                                          • Bruger
                                          • Grupper