[SOLVED] What's The Longest Amount of Time A SlackBuild Has Been Running?
SlackwareThis 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.
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.
There is no "standard" time a compile could/should run... it depends on the package to be built... some are in seconds others in hours and there are some that take days.
My record... it was not really a slackbuild... it was not that standardized yet at that time afaik... it was on my i486 100MHz (what a beast that was!):
- it took days to compile a 2.x kernel (and then to find out you missed a flag here or there and it wouldn't boot...)
- It took even more days to compile X
- and dare I guess how long it took to compile enlightenment?
Let's say the above "upgrades" took more than a month in total, due to the amount of (re)compile time
Oh; and webkitgtk3 is one of those long compiles... easily takes a few hours... as long as you see activity, don't worry... it'll come... eventually
IIRC, the problem with webkitgtk is that it has to be compiled with -j1, so that it (unlike most other software) can not take advantage of multicore CPUs.
The last time I compiled webkitgtk (November of last year) I used -j7 and it compiled successfully. Just for giggles I decided compile it again. It is currently in the make stage and using all 6 of my CPUs. I started the SlackBuild @ 17:46 my time.
(When you build stuff with slackrepo it uses a database of these figures to give you the estimated time when the build will finish, and then it records your actual build time to give an improved estimate next time ... other tools are welcome to steal the idea, and indeed the build time data.)
There are plenty of opinions about whether you lose performance running 32 bit code on a 64 bit processor, but not much actual data. So, here is a comparison of build times on the same box between Slackware 14.2RC1 x86_84 and i586. You can see that the i586 builds are consistently slower, sometimes quite significantly, with only a couple of exceptions.
IIRC, the problem with webkitgtk is that it has to be compiled with -j1, so that it (unlike most other software) can not take advantage of multicore CPUs.
That's been a bug in make and it has been fixed a long time ago on -current. Jun 1, 2014 to be exact:
Quote:
d/make-3.82-x86_64-5.txz: Rebuilt.
Patched to fix a bug with parallel builds.
enlightenment doesn't really take that much time to compile
it did; back in ... I think it was around 1990 :-) But then; I think it might also have been kde... was my days of exploring desktop environments / window managers.
Quote:
Build it wenesday as dependency for luakit, quite long, yes. Ffmpeg was too if I recall correctly.
Today 04:36 PM
ffmpeg wasn't so long... in itself, but that list of (possible) dependencies...
Reminds me of that one time I had to compile a haskell program. That wasn't so bad; but having to install a gazillion subpackages that are requirements of requirements of requirements (ended up installing 200 deps...; how I remained sane... or I never was, and only think I am)
IIRC, the problem with webkitgtk is that it has to be compiled with -j1, so that it (unlike most other software) can not take advantage of multicore CPUs.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.