6 ms·

Now I'm curious to what degree the graphics rendering is responsible for IntelliJ's sluggish, battery-hogging experience on macOS. I wouldn't think it's the mai

Now I'm curious to what degree the graphics rendering is responsible for IntelliJ's sluggish, battery-hogging experience on macOS. I wouldn't think it's the main cause, but who knows

adamnemecek 6y ago
Sluggishness is caused by the fact that it's Java.
- p1necone 6y ago
  It's not sluggish at all on Windows and Linux. "Java is slow" is a silly meme, it doesn't reflect reality.
  - somehnguy 6y ago
    I don't find it to be any more sluggish on my Mac compared to my coworkers on Linux. If anything I have a better experience than them due to various random Linux UI glitchiness (which could probably be attributed to the specific hardware they are using, but still).
    - p1necone 6y ago
      That's true. It can be a total nightmare trying to configure stable hardware rendering on a lot of linux distro/hardware combos.
  - adamnemecek 6y ago
    It's not a meme. Garbage collected language just can't be used for certain things.
    - sitzkrieg 6y ago
      they are great for desktop IDE software though
      - AlchemistCamp 6y ago
        I've found Jetbrain products to be really bloated and sluggish, at least on my machine.
        kaba0 6y ago
        Because they do a ton of things and are full-featured IDEs. Of course it takes more resource than a vim or vscode instance which are only code editors
    - samus 6y ago
      The classic example would be real-time applications where hard envelopes in terms of response times are required and GC pauses must _never_ happen. But even in these cases it is possible to do a lot: - write garbage-free code (reuse objects and byte buffers, allocate memory off the Java heap and store the pointers in `long`s) - use a GC that doesn't pause and carefully profile the app to ensure the GC can keep up with the rate of memory allocation - turn off the GC and cross fringers if the app crashing is considered better than not responding It's just difficult because most software is written using software patterns that require a GC, which is perfectly fine for many domains.
brailsafe 6y ago
I quite like JetBrains various IDEs, but it would be nicer to have the same functionality built natively on Cocoa or SwiftUI or whatever.
- s4ik4t 6y ago
  I think that would slow down the development and that's why not being considered
  - brailsafe 6y ago
    Nicer, not necessarily practical
threeseed 6y ago
I have a Hackintosh with an 10980xe and 128GB RAM. I tried this Metal build and it doesn't make it any faster. Pretty sure it's all of the background indexing and compilation it is doing because there is no app that can push all of my cores to 5GHz like IntelliJ can.
- Thristle 6y ago
  Indexing completly destroys a CPU. Thats why they are pushing shared indices now

Now I'm curious to what degree the graphics rendering is responsible for IntelliJ's sluggish, battery-hogging experience on macOS. I wouldn't think it's the main cause, but who knows

adamnemecek 6y ago

Sluggishness is caused by the fact that it's Java.

p1necone 6y ago
It's not sluggish at all on Windows and Linux. "Java is slow" is a silly meme, it doesn't reflect reality.
- somehnguy 6y ago
  I don't find it to be any more sluggish on my Mac compared to my coworkers on Linux. If anything I have a better experience than them due to various random Linux UI glitchiness (which could probably be attributed to the specific hardware they are using, but still).
  - p1necone 6y ago
    That's true. It can be a total nightmare trying to configure stable hardware rendering on a lot of linux distro/hardware combos.
- adamnemecek 6y ago
  It's not a meme. Garbage collected language just can't be used for certain things.
  - sitzkrieg 6y ago
    they are great for desktop IDE software though
    - AlchemistCamp 6y ago
      I've found Jetbrain products to be really bloated and sluggish, at least on my machine.
      - kaba0 6y ago
        Because they do a ton of things and are full-featured IDEs. Of course it takes more resource than a vim or vscode instance which are only code editors
  - samus 6y ago
    The classic example would be real-time applications where hard envelopes in terms of response times are required and GC pauses must _never_ happen. But even in these cases it is possible to do a lot: - write garbage-free code (reuse objects and byte buffers, allocate memory off the Java heap and store the pointers in `long`s) - use a GC that doesn't pause and carefully profile the app to ensure the GC can keep up with the rate of memory allocation - turn off the GC and cross fringers if the app crashing is considered better than not responding It's just difficult because most software is written using software patterns that require a GC, which is perfectly fine for many domains.

brailsafe 6y ago

I quite like JetBrains various IDEs, but it would be nicer to have the same functionality built natively on Cocoa or SwiftUI or whatever.

s4ik4t 6y ago
I think that would slow down the development and that's why not being considered
- brailsafe 6y ago
  Nicer, not necessarily practical

threeseed 6y ago

I have a Hackintosh with an 10980xe and 128GB RAM. I tried this Metal build and it doesn't make it any faster. Pretty sure it's all of the background indexing and compilation it is doing because there is no app that can push all of my cores to 5GHz like IntelliJ can.

Thristle 6y ago
Indexing completly destroys a CPU. Thats why they are pushing shared indices now