• IWantToFuckSpez@kbin.social
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    Electricity must be cheap in that country. No way those top units are working properly when they are stuck in the heat from all the units below

  • AItoothbrush@lemmy.zip
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 year ago

    If i ever want to learn android app development what would you guys recommend. If theres a foss android ide it would be pretty cool.

  • Pechente@feddit.de
    link
    fedilink
    English
    arrow-up
    0
    ·
    1 year ago

    Is there a reason Android studio is so fucking resource hungry? XCode is running way better with a simulator open and the other Jetbrain IDEs are just fine as well and so is any other virtualization. It’s just Android Studio that sucks somehow.

    • pewpew@feddit.it
      link
      fedilink
      English
      arrow-up
      0
      arrow-down
      1
      ·
      1 year ago

      It’s probably because it uses Java, which isn’t known for its speed

      • fiah@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        the java VM itself is actually pretty damn fast, sometimes even faster than native code because it can optimize code paths while it’s running

        applications built with it tho, I’d say hit and miss but honestly we all know it’s a miss most of the time

        • tias@discuss.tchncs.de
          link
          fedilink
          arrow-up
          0
          arrow-down
          1
          ·
          edit-2
          1 year ago

          It has been shown to run faster in some benchmarks. This is usually due to hotspot optimizations performed at runtime by the VM, but also sometimes thanks to offloading the (often costly) deallocation of memory from the main thread. Since Java has a GC running in a background thread, the deallocation of memory occurs outside of the measured execution.

          However, I remain convinced that while burst execution of a computation can perform on par with a language like C or Rust, the total resource usage of Java code is significantly worse. When taking into account the entire execution including GC and JIT compilation, it will have spent more memory and/or CPU cycles. It’s harder to quantify, but the overall performance experienced by the user becomes worse. Fans run more and battery time is lower.

          And yeah, I’d say Java libraries are generally more poorly written than e.g. their Rust counterparts, for example not paying attention to the CPU cache (which is hard and sometimes impossible since Java still lacks value classes).