Announcement

Collapse
No announcement yet.

The Fastest Linux Distributions For Web Browsing - Firefox + Chrome Benchmarks On Eight Distros

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

  • The Fastest Linux Distributions For Web Browsing - Firefox + Chrome Benchmarks On Eight Distros

    Phoronix: The Fastest Linux Distributions For Web Browsing - Firefox + Chrome Benchmarks On Eight Distros

    With now having WebDriver/Seleneium integration in PTS for carrying out browser benchmarks, we've been having fun running a variety of web browser benchmarks in different configurations. The latest is looking at the Mozilla Firefox and Google Chrome web browser performance across eight Linux distribution releases (or nine if counting Fedora Workstation on both X.Org and Wayland) for looking at how the web browsing performance compares.

    http://www.phoronix.com/vr.php?view=27710

  • make_adobe_on_Linux!
    replied
    This is such a silly way to pick a distribution. How much faster is one vs another going to be for browsing? Imperceptibly! Best for you just to 1) pick the right browsers 2) learn to optimize your system 3) learn to optimize your browser(s).

    I would recommend (in order):
    -- pale moon
    -- ungoogled-chromium
    -- waterfox

    Leave a comment:


  • frank007
    replied
    Originally posted by calc View Post

    In addition to the type of acceleration they discuss in that page I'm talking about hardware video acceleration, ie va-api. Without it playing a H264/HEVC/etc video eats nearly all CPU, causes fans to spin at full speed, etc. Chrome/Chromium still does not support video acceleration under Linux even when checking various experimental boxes in config. It needs a patch that has existed for many years, at least since 2014, but is still not applied. Yet it works just fine under ChromeOS, it seems they have vested interest in not having it work under regular Linux.

    The same general situation applies to Firefox as well.

    The Firefox bug is here:
    https://bugzilla.mozilla.org/show_bug.cgi?id=1210726
    I totally agree. In the Adobe flash player plugin era the hardware acceleration worked fine. Then, no more hardware acceleration. Chromium-va-api exeriment tells me it is possible.
    If someone can tell me how to use flash player nowaday to watch youtube and others I'll say him "thank you".
    Last edited by frank007; 03-30-2019, 08:23 AM.

    Leave a comment:


  • HadrienG
    replied
    Originally posted by duby229 View Post
    A good backup startegy is absolutely required if you use btrfs, you -will- need to restore from them sooner rather than later.
    All my / partitions have been on btrfs for the last three years, and I have yet to encounter a single data corruption issue. Even big companies like Facebook and Synology feel safe using it in production these days. I think the rumors of btrfs eating data for lunch might be outdated, at least on the simple storage configurations that I use.

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by duby229 View Post
    It's more like "many and various design flaws". Many of which are hardcoded into the disk layout and can't be fixed.
    Why you keep talking trash about things you don't even understand. What the fuck is "disk layout" anyway, it can't be the "on-disk format" as any of your claimed issues would be driver issues.

    Leave a comment:


  • calc
    replied
    Originally posted by V10lator View Post
    It seems there's a mesa bug blocking the patches as it causes heavy corruption on AMD cards: https://bugs.freedesktop.org/show_bug.cgi?id=106490
    Not a particularly good reason to leave the code out altogether instead of just hiding it behind an experimental flag like they do with other things. And could blacklist the AMD cards on top of it like they do for other graphics issues.

    Leave a comment:


  • V10lator
    replied
    Originally posted by calc View Post
    It needs a patch that has existed for many years, at least since 2014, but is still not applied. Yet it works just fine under ChromeOS, it seems they have vested interest in not having it work under regular Linux.
    It seems there's a mesa bug blocking the patches as it causes heavy corruption on AMD cards: https://bugs.freedesktop.org/show_bug.cgi?id=106490

    Leave a comment:


  • deant
    replied
    debian gives eye enojoyable all rounded performance.

    Leave a comment:


  • Alliancemd
    replied
    I made myself a script to compile Chromium(would compile Firefox but it is harder) from Git with -mtune=native, -march=native, LTO + PGO and it runs significantly(the difference in the startup times is night and day) faster than any browser I could use - Chromium compiles all of its dependencies, so you basically optimize the entire stack, the dependencies + the browser itself.

    Leave a comment:


  • calc
    replied
    Originally posted by debianxfce View Post

    https://www.cnet.com/how-to/3-ways-t...s-performance/

    " There is some debate on whether hardware acceleration helps or harmsperformance"

    Enabling that option causes troubles often.
    In addition to the type of acceleration they discuss in that page I'm talking about hardware video acceleration, ie va-api. Without it playing a H264/HEVC/etc video eats nearly all CPU, causes fans to spin at full speed, etc. Chrome/Chromium still does not support video acceleration under Linux even when checking various experimental boxes in config. It needs a patch that has existed for many years, at least since 2014, but is still not applied. Yet it works just fine under ChromeOS, it seems they have vested interest in not having it work under regular Linux.

    The same general situation applies to Firefox as well.

    The Firefox bug is here:
    https://bugzilla.mozilla.org/show_bug.cgi?id=1210726
    Last edited by calc; 03-30-2019, 02:23 AM.

    Leave a comment:

Working...
X