gigatexal 7 hours ago

Probably better than Gnome’s single threaded-ness.

I bet it’s smooth given how concurrent friendly Go is with channels and go routines etc.

  • SkiFire13 6 hours ago

    Multithreading doesn't automatically make stuff smooth. It allows you to increase throughput, but it can also increase latency if don't have enough work or you split it too much.

  • sapiogram 2 hours ago

    > I bet it’s smooth given how concurrent friendly Go is with channels and go routines etc.

    You can do the same in any language with threads, and a library providing channels. Hell, you could probably do it better with a library, go's channels are unnecessarily error prone with nils, channel closing, and cleanup behavior.

  • matttproud 7 hours ago

    Seriously. I don't know if folks remember this Java desktop research project from 25-some years ago: https://en.wikipedia.org/wiki/Project_Looking_Glass. To say that it was slow was an understatement (it was a real PITA to get this installed and built at the time; I spent an afternoon in college doing that out of boredom).

    I imagine FyneDesk is plenty fine for what it is doing in comparison.

    • pjmlp 5 hours ago

      I do, this was a research project.

      Also this was mostly interpreted back then, without JIT compiler support.

      Also to note,

      > Regardless of the threat, Sun determined that the project was not a priority and decided not to put more resource to develop it to product quality. The project continued in an experimental mode, but with Sun's finances deteriorating, it became inactive in late 2006

      Written from a Java userspace powered mobile phone, with 75% worldwide market share.

    • andydotxyz 5 hours ago

      That was a really cool project but yeah the Java couldn’t hack it.

      FyneDesk aims to compete on performance with the light weight window managers whilst offering the rich experience of complete desktops.

      We are close on performance in most areas, once Fyne v2.7.0 is out we will do a new release which is going to blow our previous out of the water. Just a few thread handling bugs to iron out for optimal results first…

      • pjmlp 5 hours ago

        Java is fast enough for having legions of kids playing games written in it, and a full OS userspace, it is a matter of implementation, and how much use gets done in JNI, no different than reaching out to CGO or Plan 9 Assembler, while keeping most of the code in Go.

        • andydotxyz 4 hours ago

          Oh yes, I didn’t mean to knock the language - I also worked on amazing things in Java before I moved to go.

          But the runtime of a Go app is, by default, faster than Java and my experiences have shown much, much better performance with the sort of multi-window full screen throughput we need for building a desktop.

    • radicaldreamer 7 hours ago

      The Project Looking Glass UI came to iPadOS and MacOS via Stage Manager https://support.apple.com/en-gb/guide/mac-help/mchl534ba392/...

      • ffsm8 6 hours ago

        youre implying that Stage Manager is Java. I dont think thats true though?

        Isnt it only the _design_ of stage manager somewhat resembles some design choices by project looking glass?

        this design has also been adopted by the other OS's like windows+tab has previously (in win7 days) created a similar looking view - though it no longer looks like it nowadays.

    • blauditore 5 hours ago

      > [...] that Apple would sue Sun if they moved forward to commercialize it – Jobs felt the project infringed Apple's intellectual property.

      Classic Apple.

  • munchlax 7 hours ago

    What are you guys doing with your desktop environment that you need it to be performant and multithreaded?

    Aren't all computers plenty fast enough now?

    • Twirrim 6 hours ago

      They should be, but with the speed and resources available on machines these days, people don't spend as much time optimising every little thing, and even make trade-offs, e.g. Gnome 3 desktop has the spidermonkey javascript engine in it, and an increasing numbers of components are using javascript.

    • pjmlp 4 hours ago

      Depends on how much Electron crap is running alongside the desktop.

    • shmerl 7 hours ago

      Not necessarily the environment, but compositor itself must be fast. It shouldn't introduce any delays that would affect for instance input latency in its processing loop. Gamers would for sure complain.

      Someone could totally make it do everything in a single thread and not think about that, which would be pretty bad.

      • winrid 6 hours ago

        That doesn't require multi threading.

    • wiseowise 6 hours ago

      “Don’t you guys have fast computers?”

      • munchlax 4 hours ago

        My computers are old and slow.

        They run XFCE just fine.

    • gigatexal 7 hours ago

      We are called power users ;-) we can do more than one thing or ten things at a time and want things to be responsive and fast and not drop frames and not crash the whole session when some plugin fails etc etc. you know, a well designed thing

pjmlp 5 hours ago

I bet running circles around the JavaScript mess of GNOME.

ikiris 6 hours ago

Based on the name its probably based on Fyne... Last time I tried to use fyne was not great. They overly fixate on mobile first to the detriment of any other platform.

  • andydotxyz 5 hours ago

    Fyne has never been focused on mobile first - it is platform agnostic. Desktop performance is incredibly fast and mobile performance is nearly as good (Fyne v2.7.0 will deliver a huge speed boost this month). If you haven’t tried it in a couple of years I highly recommend you give it another go.

    • nickcw an hour ago

      I'm looking forward to the v2.7.0 - I think this will fix the glacial scrolling on Android which is great!