https://bugs.winehq.org/show_bug.cgi?id=46568
--- Comment #5 from Paul Gofman gofmanp@gmail.com --- Also, the patches attached here in comment #1 (in the form they are given, maybe there are updated versions somewhere) have the problem that Wine tends to eat tenths TBs of virtual address space with them. This happens due to the following scenario in dlls/ntdll/virtual.c:map_view():
wine_anon_mmap(NULL, ...) tend to return high memory addresses under Linux (it is coming from native mmap()). map_view() is not happy with address above user space limit (which was reduced by the patch). It adds the received mapping to a reserved area instead of unmapping it (otherwise it would get the same address again and it would result in infinite loop). So it keeps reserving virtual address space until the addresses between the (reduced) user space limit and native host user space limit is mostly filled.
I suppose fixing that is no easier than to do what my patch is trying to do, it should probably reduce to something similar.