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.
No. For Slint I ended up building Qt 5.13.2 with a 32G swap file. Maybe an overkill, but 8G is certainly not enough. It at first failed to build on my laptop that has 8G RAM.
Last edited by Didier Spaier; 11-15-2019 at 08:35 AM.
Distribution: slackware, slackware from scratch, LFS, slackware [arm], linux Mint...
Posts: 1,564
Original Poster
Rep:
I finally got it built, it was without X, in a lonely console. The limit is really above 8 Go.
A question: is there a way to limit the memory usage during the building of a package?
One way to reduce memory usage for a build like that, would be to reduce the number of jobs. By default, ninja will use numprocs +2 so a quad core with hyperthreading would be -j10
Just add a -j value to the ninja command in your SlackBuild. e.g.
Code:
ninja -j4 -C builds/Release64
It will obviously take longer, but use less memory and run cooler.
For Slint I ended up building Qt 5.13.2 with a 32G swap file. Maybe an overkill, but 8G is certainly not enough. It at first failed to build on my laptop that has 8G RAM.
I have been building 5.13.1 with -j8, 8GB RAM and a 16GB Swap.
Perhaps you mean -l5? That would limit the number of jobs according to load average. -n is "dry run"
Code:
[grogan@getstuffed:~]$ ninja --help
usage: ninja [options] [targets...]
if targets are unspecified, builds the 'default' target (see manual).
options:
--version print ninja version ("1.9.0")
-v, --verbose show all command lines while building
-C DIR change to DIR before doing anything else
-f FILE specify input build file [default=build.ninja]
-j N run N jobs in parallel (0 means infinity) [default=10 on this system]
-k N keep going until N jobs fail (0 means infinity) [default=1]
-l N do not start new jobs if the load average is greater than N
-n dry run (don't run commands but act like they succeeded)
-d MODE enable debugging (use '-d list' to list modes)
-t TOOL run a subtool (use '-t list' to list subtools)
terminates toplevel options; further flags are passed to the tool
-w FLAG adjust warnings (use '-w list' to list warnings)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.