chasemp added a comment.

Oops I forgot about overcommit_memory which I mentioned on the parent task. From T125050#3153574 :

That is probably the easiest path for that fork issue indeed and keep the labs instance RAM at a sane level. The points above about lowering the disk size still stand though. I would give it a try and follow up on T125050

FWIW this currently defaults to 2 I believe

2	-	Don't overcommit. The total address space commit
		for the system is not permitted to exceed swap + a
		configurable amount (default is 50%) of physical RAM.
		Depending on the amount you use, in most situations
		this means a process will not be killed while accessing
		pages but will receive errors on memory allocation as
		appropriate.

		Useful for applications that want to guarantee their
		memory allocations will be available in the future
		without having to initialize every page.

TASK DETAIL
https://phabricator.wikimedia.org/T162166

EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: chasemp
Cc: Platonides, Smalyshev, chasemp, StudiesWorld, JanZerebecki, Aklapper, hoo, Paladox, thcipriani, aude, Anomie, WMDE-leszek, Ladsgroup, Aleksey_WMDE, Lydia_Pintscher, Stashbot, Legoktm, greg, hashar, QZanden, Tbscho, Salgo60, D3r1ck01, Izno, Wikidata-bugs, Dinoguy1000, Gryllida, jayvdb, MrStradivarius, scfc, Jackmcbarn, Mbch331
_______________________________________________
Wikidata-bugs mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to