Announcement

Collapse
No announcement yet.

Arm Has Been Working To Boost The Chrome/Chromium Browser Performance

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • starshipeleven
    replied
    Originally posted by ms178 View Post
    Pardon me, but is there value in slow code?
    Small nitpick, I agree on what you said:
    slow code is fine for non-performance-critical parts of the application. Optimization can take time and resources, and changing code will introduce new bugs, so it may not be worth it.

    This is obviously not the case AT ALL here because a compression/decompression library's whole purpose is have the best performance code in it.

    Leave a comment:


  • ms178
    replied
    Originally posted by wizard69 View Post

    There is also value in understandable, easy to debug code. I have no idea what the ZLibs thought processes are with respect to optimized code, but I would not be surprised that maintainability and correctness are high on their list. Which makes me wonder how much effort the ARM team has put into validating their submissions.
    Pardon me, but is there value in slow code? And what makes you assume that optimized code is not understandable or harder to debug? Have you seen their presentation? Google/Chromium ships this optimized Zlib (which is also optimized for x86-64) in various different forms and roles to millions of devices. I'd say you can't get better testing than this.

    And I am sure the ARM developers would have made changes neccessary. Just read their pull requests, he is basically talking to himself there because the upstream maintainer didn't even find the time to look at it and answer him. For two years. That's just sad.

    Leave a comment:


  • squash
    replied
    Originally posted by wizard69 View Post

    As nice as PI 4 is I don’t see it becoming a desktop replacement anytime soon. It just doesn’t have the performance no matter the optimization. Beyond that there is a bit of ignorance within the PIotganziation when it comes to 64 bit software / operating systems. Life is far easier when the platform owner drives forward with the latest software features.

    One only needs to look at Apple to see the positive impact of forcing developers to the 64 bit world.
    Pi 4 with Ubuntu's 64 bit 19.10 image is pretty darn usable and substantially faster than when running a 32 bit OS. The Rasbian image lags behind but is a single image supporting every Pi model to date. The rumors of an 8GB version, if true, would go a long way towards that goal.

    Leave a comment:


  • archsway
    replied
    Originally posted by wizard69 View Post
    As nice as PI 4 is I don’t see it becoming a desktop replacement anytime soon. It just doesn’t have the performance no matter the optimization. Beyond that there is a bit of ignorance within the PIotganziation when it comes to 64 bit software / operating systems. Life is far easier when the platform owner drives forward with the latest software features.
    And what advantages would 64-bit bring other than faster amd64 emulation?

    Do you have any statistics proving how much aarch64 is faster than aarch32?

    Can you list any important desktop workloads requiring long doubles?

    Is anyone really going to care that much about how far they can zoom in in Xaos?

    Leave a comment:


  • wizard69
    replied
    Originally posted by ms178 View Post

    Since 2017 ARM tried to upstream their optimization work with no sign in sight if it will be pulled at all:

    1) https://github.com/madler/zlib/pull/251
    2) https://github.com/madler/zlib/pull/345

    And as you see in my comment above, I've lost my hope that upstream Zlib will move any further with this (and other work pending review there). It's about time that a fork/downstream project takes its place which is better supported / maintained.
    There is also value in understandable, easy to debug code. I have no idea what the ZLibs thought processes are with respect to optimized code, but I would not be surprised that maintainability and correctness are high on their list. Which makes me wonder how much effort the ARM team has put into validating their submissions.

    Leave a comment:


  • wizard69
    replied
    Originally posted by squash View Post
    These improvements have been ongoing since the introduction of ARM based Chromebooks years ago. Obviously they have a ways to go but that experience has always been "ok" if not great. As they progress I hope that it can make the difference for platforms like the Pi 4 becoming a truly viable desktop replacement for modern workloads.
    As nice as PI 4 is I don’t see it becoming a desktop replacement anytime soon. It just doesn’t have the performance no matter the optimization. Beyond that there is a bit of ignorance within the PIotganziation when it comes to 64 bit software / operating systems. Life is far easier when the platform owner drives forward with the latest software features.

    One only needs to look at Apple to see the positive impact of forcing developers to the 64 bit world.

    Leave a comment:


  • squash
    replied
    These improvements have been ongoing since the introduction of ARM based Chromebooks years ago. Obviously they have a ways to go but that experience has always been "ok" if not great. As they progress I hope that it can make the difference for platforms like the Pi 4 becoming a truly viable desktop replacement for modern workloads.

    Leave a comment:


  • edwaleni
    replied
    Originally posted by schmidtbag View Post
    I was happy to see the headline, but was happier to find out that the optimizations aren't strictly for Chrome, but could affect other software too.
    I agree. Brave, Vivaldi and Edge will all benefit downstream of Chromium. Since I assume the benefits will also be cross platform, this possibly can help the Chromium/Power release as well.

    Leave a comment:


  • schmidtbag
    replied
    I was happy to see the headline, but was happier to find out that the optimizations aren't strictly for Chrome, but could affect other software too.

    Leave a comment:


  • ms178
    replied
    Originally posted by treba View Post

    If upstreamed, this should help the whole linux ecosystem. Great to see!
    Since 2017 ARM tried to upstream their optimization work with no sign in sight if it will be pulled at all:

    1) https://github.com/madler/zlib/pull/251
    2) https://github.com/madler/zlib/pull/345

    And as you see in my comment above, I've lost my hope that upstream Zlib will move any further with this (and other work pending review there). It's about time that a fork/downstream project takes its place which is better supported / maintained.
    Last edited by ms178; 11-22-2019, 10:02 AM.

    Leave a comment:

Working...
X