Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
01-06-2014, 03:36 PM
|
#1
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Rep:
|
Webkitgtk browsers (dwb and luakit) very slow on Slack64/14.1
On a fresh install of Slackware64 14.1, I installed webkitgtk and its dependencies from SBo, and the luakit and dwb browsers and their dependencies. However, both browsers perform very slowly. Sometimes they'll take upwards of 30 seconds to load a webpage that doesn't have any significant javascript. Using the same browsers (same versions, same config files) on Gentoo, they're quite fast, especially dwb. I'm not getting any error messages when I launch these browsers from the console. Firefox (v. 24, shipped with the distro) and other network applications seem to run at normal speed.
Can anyone suggest either how to speed things up, or how to diagnose the problem?
webkitgtk took a very long time to build, even with the Core i7 processor and 6GB of RAM, but it did build successfully. I used the GTK2 version and haven't tried the GTK3 version; would that make a difference?
|
|
|
01-06-2014, 04:40 PM
|
#2
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
Webkitgtk 2.x should be built against GTK+3.x for best results. Have you also resolved all the dependencies? Here's the known up to date list for webkitgtk-2.2.3
Gperf-3.0.4
gst-plugins-base-1.2.1
GTK+-3.10.6
ICU-52.1
libsecret-0.16
libsoup-2.44.2
libwebp-0.3.1
MesaLib-9.2.4
Ruby-2.0.0
SQLite-3.8.2
udev-extras (GUdev)*
Which-2.20
enchant-1.6.0
GeoClue-0.12.0
gobject-introspection-1.38.0
GTK-Doc-1.19 (optional)
MathML-2.0 (optional)
(*) I'm not certain if Slackware provides udev-extras gudev package.
For webkigtk-1.x (version 1.10.2 or better) should be built against the following:
Gperf-3.0.4
gst-plugins-base-0.10.36
GTK+-2.24.22
ICU-52.1
libsoup-2.44.2
MesaLib-9.2.4
Ruby-2.0.0
SQLite-3.8.2
Which-2.20
enchant-1.6.0
GeoClue-0.12.0
cURL-7.33.0
gobject-introspection-1.38.0
GTK-Doc-1.19 (optional)
MathML-2.0 (optional)
Plus to speed up the build time you can also use make -j# flags and replace the # sign with the number of cores per CPU you have such as for example make -j6 if you have a CPU with 6-cores.
Last edited by ReaperX7; 01-06-2014 at 04:41 PM.
|
|
|
01-06-2014, 04:48 PM
|
#3
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by ReaperX7
Plus to speed up the build time you can also use make -j# flags and replace the # sign with the number of cores per CPU you have such as for example make -j6 if you have a CPU with 6-cores.
|
The Slackbuild for webkitgtk explicitly builds the software with -j1, which explains the long build times. This is usually only done when the build fails with a higher number of threads.
|
|
|
01-06-2014, 04:59 PM
|
#4
|
LQ Guru
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 7,305
|
just FYI I just tried building them (and the dependencies of both from SBo) and everything went fine: they look also very fast here.
|
|
|
01-06-2014, 05:02 PM
|
#5
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Original Poster
Rep:
|
Quote:
Originally Posted by ponce
just FYI I just tried building them (and the dependencies of both from SBo) and everything went fine: they look also very fast here.
|
Hmm, maybe I missed a dependency somewhere. I'll double-check everything. I know I didn't explicitly install everything from ReaperX7's list because not all of those are listed on SBo as dependencies---some of them are included in stock Slackware 14.1, but it's possible not everything is accounted for.
|
|
|
01-06-2014, 10:01 PM
|
#6
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
That list comes from BLFS, not SBo. Yes, Slackware does have many of those by default so they might not get a full listing, but there are several libraries that can aid and assist with certain functionality with a project provided they are installed. The BLFS list might be more comprehensive of a list as it lists Required, Recommended, and Optional packages you might want.
There are only a handful of projects I know of or have come across that refuse to accept anything other than -j1 with makeopts. Usually however, my build environment has -j2 always set to reduce the overhead of those compiles. Unless projects have specifically said -j2 or higher will fail, and -j1 must be used, I always go multi-core.
|
|
|
01-08-2014, 09:09 AM
|
#7
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Original Poster
Rep:
|
Compiling with -j2 (or greater) wouldn't have any effect on the speed of the browser once it's compiled, would it? I notice that the ebuild file for Gentoo's version of webkitgtk also explicitly specifies "make -j1", with a comment to the effect that multi-thread compiling sometimes fails.
|
|
|
01-08-2014, 09:17 AM
|
#8
|
LQ Guru
Registered: Aug 2004
Location: Pisa, Italy
Distribution: Slackware
Posts: 7,305
|
Quote:
Originally Posted by ibrunton
Compiling with -j2 (or greater) wouldn't have any effect on the speed of the browser once it's compiled, would it?
|
no, it shouldn't.
Last edited by ponce; 01-08-2014 at 09:18 AM.
|
|
|
01-08-2014, 12:13 PM
|
#9
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Quote:
Originally Posted by ibrunton
Compiling with -j2 (or greater) wouldn't have any effect on the speed of the browser once it's compiled, would it? I notice that the ebuild file for Gentoo's version of webkitgtk also explicitly specifies "make -j1", with a comment to the effect that multi-thread compiling sometimes fails.
|
The -j flag is a parameter of the make command, that tells make how many threads/processes to use to compile the software. It has no effect at all on the compiled software itself.
|
|
|
01-08-2014, 12:20 PM
|
#10
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Original Poster
Rep:
|
I recompiled webkitgtk against GTK3, using the same config as my Gentoo build of the same package. The browsers are still ridiculously slow on Slackware. 2.5 hours of compiling wasted.
The only dependency from ReaperX7's list that I'm not sure about is udev-extras/GUdev, but I can't find a script for it anywhere so it might be included in stock Slackware under a different name.
|
|
|
01-08-2014, 01:48 PM
|
#11
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
I will build and test dwb on my machine, if it runs fast I will upload the packages to my server, so that you can download and test them.
EDIT: OK, done that, and as I expected dwb is as fast as it could be on my machine. You can download my packages for it here to give it a try: http://slackeee.de/slackware/unofficial/dwb/
Last edited by TobiSGD; 01-08-2014 at 03:53 PM.
|
|
|
01-08-2014, 04:47 PM
|
#12
|
LQ Guru
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,564
|
GUdev is not part of Slackware due to the fact Slackware uses the Classic-udev-standalone package, and not the systemd-udev-extracted package. I doubt it was part of the original udev also, but you probably could take a look at the Slackware udev source and find out.
Webkitgtk browsers often are not as fast as browsers possibly built from xulrunner like FireFox and SeaMonkey. However, any software could be dependent on your system as well specification-wise as to performance. However, this doesn't mean they aren't working correctly.
|
|
|
01-08-2014, 05:10 PM
|
#13
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Original Poster
Rep:
|
Quote:
Originally Posted by ReaperX7
Webkitgtk browsers often are not as fast as browsers possibly built from xulrunner like FireFox and SeaMonkey. However, any software could be dependent on your system as well specification-wise as to performance. However, this doesn't mean they aren't working correctly.
|
In my Gentoo installation on the same hardware, DWB is very fast.
|
|
|
01-14-2014, 03:55 PM
|
#14
|
LQ Newbie
Registered: Jan 2014
Location: Canada
Distribution: Slackware
Posts: 15
Original Poster
Rep:
|
Quote:
Originally Posted by TobiSGD
I will build and test dwb on my machine, if it runs fast I will upload the packages to my server, so that you can download and test them.
EDIT: OK, done that, and as I expected dwb is as fast as it could be on my machine. You can download my packages for it here to give it a try: http://slackeee.de/slackware/unofficial/dwb/
|
I appreciate your taking the time to do this! Unfortunately, dwb is still quite slow on my Slackware.
|
|
|
01-14-2014, 04:08 PM
|
#15
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
Have you tried to run it from a terminal to see if there are any error messages?
If the same packages are running fast on my machine, but slow on yours I would think that not the packages, but the underlying system is at fault.
|
|
|
All times are GMT -5. The time now is 09:24 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|