LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 02-04-2014, 06:33 AM   #61
cwizardone
LQ Veteran
 
Registered: Feb 2007
Distribution: Slackware64-current with KDE4Town.
Posts: 9,484

Original Poster
Rep: Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735

Quote:
Originally Posted by burgler09 View Post
I use Google Chrome and love it. Maybe it's in my head but I feel that it is a lot faster than all of the other browsers.
Came in dead last every time I tested it.
Please read post #1 in this thread and use the link therein provided and see how it compares to other browsers you use.
 
Old 02-04-2014, 07:58 AM   #62
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
Blog Entries: 2

Rep: Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886
Quote:
Originally Posted by cwizardone View Post
Came in dead last every time I tested it.
Please read post #1 in this thread and use the link therein provided and see how it compares to other browsers you use.
When someone claims that a browser is faster that doesn't mean that it magically increases your bandwidth limit, it means that the browser is rendering faster and feels in general snappier, something that can be easily explained by Chrom{e,ium}'s much better multithreading.
FWIW, I also made that test, with Firefox 24ESR and Chromium 32 (from AlienBob) and Chromium was slightly faster downloading, but slightly slower uploading. So your test (as mine) can only count as anecdotal evidence.

Anyways, what counts for me is not rendering speed, but functionality. As long as there isn't a Chrom{e,ium} plugin with the same functionality as Pentadactyl or Vimperator (no, Vrome and Vimium don't come even close) I won't switch.
 
Old 02-05-2014, 05:25 PM   #63
j_v
Member
 
Registered: Oct 2011
Distribution: Slackware64
Posts: 364

Rep: Reputation: 67
Quote:
Originally Posted by TobiSGD View Post
Why not just download his binary package?
Thanks. Did just that. I like it. To me, it does seems quicker than firefox. Will need to test more, so the jury is still out.

Last edited by j_v; 02-05-2014 at 06:00 PM.
 
Old 02-07-2014, 12:24 PM   #64
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 11,351

Rep: Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382
I endorse Alien Bob's Chromium package. It feels fast, it works great, it's stable, and it has perfect compatbility with LQ. And, of course, after you install his chromium-pepperflash-plugin package, it has the best Flash player.

Regarding cwizardone's speedtest.net results: I will resist the temptation to dismiss them as coincidence, but I also don't think that they have enough enough data to prove anything. If I were to do my own tests, I would do one identical test every day for two weeks, and then average the results.

Last edited by dugan; 02-07-2014 at 12:40 PM.
 
Old 02-07-2014, 12:41 PM   #65
lems
Member
 
Registered: May 2004
Distribution: BSD
Posts: 269

Rep: Reputation: 119Reputation: 119
Like TobiSGD, I'm a user of pentadactyl, and it does not seem like there is a real alternative for Chrom^(e ium). (I also like NoScript and RequestPolicy.)

What I noticed: on my Thinkpad T60 (with an Intel Core Duo + Intel graphics), some YouTube videos were very choppy with PepperFlash. The solution was to install and use Alien BOB's great pipelight packages: with these, I can play those videos fine, though pipelight takes some time to load the first time. (Unfortunately, Google wants to drop npapi support, which pipelight uses, so the future of it on using it with Chrom^(e ium) is uncertain; this is what I found regarding this issue on pipelight's launchpad site: https://answers.launchpad.net/pipeli...uestion/241737.)

edit: Oh, one addon I liked was Google Dictionary. I did not find something similar for Firefox.

Last edited by lems; 02-07-2014 at 12:57 PM.
 
Old 02-07-2014, 01:48 PM   #66
bosth
Member
 
Registered: Apr 2011
Location: British Columbia, Canada
Posts: 304

Rep: Reputation: 127Reputation: 127
Quote:
Originally Posted by lems View Post
Like TobiSGD, I'm a user of pentadactyl, and it does not seem like there is a real alternative for Chrom^(e ium). (I also like NoScript and RequestPolicy.)
Same with me (all three extensions). There's not substitute on Chromium unfortunately.
 
Old 02-08-2014, 05:17 AM   #67
cwizardone
LQ Veteran
 
Registered: Feb 2007
Distribution: Slackware64-current with KDE4Town.
Posts: 9,484

Original Poster
Rep: Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735
Quote:
Originally Posted by dugan View Post
...Regarding cwizardone's speedtest.net results: I will resist the temptation to dismiss them as coincidence, but I also don't think that they have enough enough data to prove anything. If I were to do my own tests, I would do one identical test every day for two weeks, and then average the results...
Good idea. Why don't you do just that?
 
Old 02-08-2014, 05:30 AM   #68
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
Blog Entries: 2

Rep: Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886
Because there is no point in it. No browser will magically increase your bandwidth limit.
 
Old 02-08-2014, 05:38 AM   #69
cwizardone
LQ Veteran
 
Registered: Feb 2007
Distribution: Slackware64-current with KDE4Town.
Posts: 9,484

Original Poster
Rep: Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735Reputation: 7735
Quote:
Originally Posted by TobiSGD View Post
Because there is no point in it. No browser will magically increase your bandwidth limit.
Well, you keep saying that, and that is obvious, that is, if you are running the same test on the same connection one wouldn't expect the bandwidth to change, but some browsers seem, no, are, better, i.e., faster at retrieving the data and displaying it (painting the page, so to speak). So what is one browser doing that it can display the transmitted data faster than another?
 
Old 02-08-2014, 06:03 AM   #70
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
Blog Entries: 2

Rep: Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886
Quote:
Originally Posted by cwizardone View Post
Well, you keep saying that, and that is obvious, that is, if you are running the same test on the same connection one wouldn't expect the bandwidth to change, but some browsers seem, no, are, better, i.e., faster at retrieving the data and displaying it (painting the page, so to speak). So what is one browser doing that it can display the transmitted data faster than another?
In the case of Chrome versus Firefox it is caused by using a different render engine (Webkit/Blink vs. Gecko) and having better support for multi-threading.
 
Old 02-18-2014, 12:33 PM   #71
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 11,351

Rep: Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382Reputation: 5382
* sigh. Alien Bob's Chromium package is stabler than Chrome was, but it still locks up in VirtualBox. I suspect that this is actually VirtualBox's fault; Chrome and Chromium are GPU accelerated, and VirtualBox's OpenGL virtualization is horrible.

Last edited by dugan; 02-18-2014 at 02:16 PM.
 
Old 02-18-2014, 01:00 PM   #72
arsivci0
Member
 
Registered: Nov 2013
Location: Antalya
Distribution: Slackware64 current
Posts: 119

Rep: Reputation: 23
I am quite happy with Alien Bob's chromium/pepper combo. Use FF only with Tor.
 
Old 02-18-2014, 01:02 PM   #73
slac-in-the-box
Member
 
Registered: Mar 2010
Location: oregon
Distribution: slackware64-15.0 / slarm64-current
Posts: 815
Blog Entries: 1

Rep: Reputation: 439Reputation: 439Reputation: 439Reputation: 439Reputation: 439
I'm too busy surfing to bother with changing surfboards at the moment...

Firefox handles well enough for me, and the chicks dig it.

If it ain't broke don't fix it...

Slack on Dudes.
 
1 members found this post helpful.
Old 02-18-2014, 03:25 PM   #74
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559

Rep: Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116
Quote:
Originally Posted by dugan View Post
* sigh. Alien Bob's Chromium package is stabler than Chrome was, but it still locks up in VirtualBox. I suspect that this is actually VirtualBox's fault; Chrome and Chromium are GPU accelerated, and VirtualBox's OpenGL virtualization is horrible.
You could try adding commandline parameters that disable the GPU rendering functions. Perhaps that makes Chromium behave better in VirtualBox. For instance, in the file "/etc/default/chromium" add these to the CHROMIUM_FLAGS variable:
Code:
--blacklist-accelerated-compositing --blacklist-webgl
The "--blacklist-accelerated-compositing" blacklists the GPU for accelerated compositing, and "--blacklist-webgl" blacklists the GPU for WebGL.

Eric
 
Old 02-18-2014, 03:27 PM   #75
Alien Bob
Slackware Contributor
 
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559

Rep: Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116Reputation: 8116
Quote:
Originally Posted by slac-in-the-box View Post
If it ain't broke don't fix it...
There is nothing broken here. It is a matter of expanding your options. Nobody forces you to use Chromium.

Eric
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
chromium os and chromium daily build Gnimmelf Linux - Newbie 0 03-15-2011 03:36 PM
LXer: Google Chrome/Chromium crashy Flash problems (and a solution for Chromium in Linux) LXer Syndicated Linux News 0 03-06-2011 04:40 AM
LXer: Running The Chromium Browser On Ubuntu 8.04 With CrossOver Chromium LXer Syndicated Linux News 0 10-09-2008 05:21 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 11:56 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration