Big memory consumption #118

Fridus · 2019-01-11T15:35:36Z

Hi,

Mac OS 10.14.2 (18C54)

starchaser01 · 2019-02-23T01:10:47Z

There seems to be a problem with apps that have an invalid signature. When such an app is started and the Lulu Alert pops up, the app remains in LuLu's memory.

starchaser01 · 2019-02-23T16:24:48Z

LuLu/launchDaemon/launchDaemon/KextListener.m

Lines 503 to 504 in 9e8016c

    
           //generate hash 
        
           [process.binary generateHash];

I guess the binary is not being released from memory.

kangman · 2019-04-04T01:31:21Z

I believe I'm running into a similar issue. My lulu process held onto 4GB of memory.

rozhok · 2019-04-21T17:49:23Z

Experiencing same issue.
Is there workaround for this?

jhkuperus · 2019-04-26T18:28:00Z

I got quite a scare seeing LuLu eat 17,7GB of memory (and being the reason my Mac seamed sluggish). I killed it, restarted it and everything's fine.

If there is any way I can help the next time it happens, let me know.

The uptime of LuLu was approximately 2,5 weeks

heviiguy · 2019-05-07T21:04:58Z

I'm glad that somebody had raised this issue. I often find myself having to kill Lulu because of its excessive resource demand. Looking forward to a solution!

elfenlaid · 2019-05-31T14:26:09Z

Same here, running 1.2.0 version

karnauskas · 2019-07-01T17:41:36Z

+1

heviiguy · 2019-07-01T22:27:03Z

+1.2 million

I realise that this is a Gift Horse and that we shouldn't peer too deeply into its mouth but, it really would be nice if this memory issue can be acknowledged. Is a "fix" being considered?

heviiguy · 2019-07-21T12:11:00Z

Umm... is there a valid reason for this serious issue to remain ignored?

On the other hand, if it's not really an "issue" but just something which only a scant few of us experience because of coincidental stupidity, could we please have some guidance to help extricate us from this quagmire? I'd like to experience the promise of LuLu so that I can sing its praises! Currently, I'm just bemoaning its unworkable sucking-the-life-out-of-my-memory tendency.

objective-see · 2019-07-21T20:27:12Z

Sorry for the delay on this 😔
Just haven't had time to fully track this down yet (though I've looked!)

Yes, this clearly appears to be an issue in some scenarios.
Unfortunately it's not something I've been able to track down yet. But likely just something I need to dedicate more time too!
I'm finishing up a Network Monitor component for LuLu, then likely going to start porting it to use Apple's new 'EndPointSecurity' framework (as they are deprecating network kernel extensions). During this process I'll definitely aim to track down the issue.

Sorry again for the delay.

objective-see · 2019-07-21T20:32:26Z

LuLu/launchDaemon/launchDaemon/KextListener.m

Lines 503 to 504 in 9e8016c

//generate hash

[process.binary generateHash];

I guess the binary is not being released from memory.

Thanks I'll look into this logic more!

As the code is compiled with ARC (automatic reference counting) in theory, that process object should be automatically freed when the method returns, or once the process exits 🤔 But maybe something else is holding on to it, so it's not being relinquished...

starchaser01 · 2019-07-22T11:21:41Z

I have put an autorelease pool block around it and had no memory issues in the last couple of weeks.

https://developer.apple.com/library/archive/documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmAutoreleasePools.html#//apple_ref/doc/uid/20000047-1041876

CelsoSantos · 2019-07-31T16:49:32Z

The autorelease pool block looks interesting..

I've been having loads of issues with LuLu consuming stupid amounts of RAM and I believe that is triggered either by docker or minikube, which also points to a possible issue with hyperkit as it's common to both of these services/apps.

These seem to be the common triggers I've come to notice, but then again, I run both of these pretty regularly so it could be just a coincidence that LuLu hogs memory while these services are running.

I have a couple screenshots available with how much mem LuLu is using (and the memory pressure) and right after being killed, but I think the issue is clear enough that we don't need more screenshots.

heviiguy · 2019-07-31T17:59:40Z

An "autorelease pool block" looks impressive! It also seems like something that must be done "under the hood" and hence, it's well beyond my capabilities. Nevertheless, thanks for looking into this problem and planning to move it along to a resolution.

roman1990 · 2019-08-14T12:51:35Z

Any updates when fix will be released?
Lulu is consuming 45+ GB of swap

noozo · 2019-09-23T11:18:15Z

Any updates when fix will be released?
Lulu is consuming 45+ GB of swap

+1

1. Added autorelease pool (hopefully to address Big memory consumption #118) 2. Improved validation of XPC connection acceptence to ensure only LuLu components can talk to daemon's XPC interface (mahalo Wojciech Reguła @_r3ggi!)

atulagrwl · 2019-12-05T13:49:44Z

@objective-see - Any possibility of creating the release with this fix?

heviiguy · 2019-12-05T13:57:42Z

I gave up long ago. This software, although appealing, is utterly unusable on my system without the fix that was promised long ago. I had no choice but to remove it.

I appreciate that this is FOSS produced and shared by the developer with no obligations whatsoever to anybody who uses it but, come on, why don't you follow through?

objective-see · 2019-12-06T21:29:14Z

@atulagrwl, yups:
https://github.com/objective-see/LuLu/releases/tag/v1.2.1

The binary was also released on the product's page: https://objective-see.com/products/lulu.html

If you're still seeing memory issues, please lmk :)

heviiguy · 2019-12-08T01:40:12Z

Woo hoo; thanks! It's loading now...

atulagrwl · 2019-12-09T02:58:28Z

@objective-see - thanks a lot.

heviiguy · 2019-12-11T15:09:04Z

Alas, I've had to delete LuLu from my machine. Its demand for 45% of my CPU resources, thus killing my productivity, is too much to bear.

Adios, ciao...

heviiguy · 2019-12-23T16:22:17Z

Now I have a much more serious problem. Although I removed the lulu sub-directory from the Applications directory, the thing is still alive. It's a freakin' zombie which simply doesn't want to die!

Please , how do I drive a stake through it's resource-gobbling heart to remove it once and for all?

objective-see · 2019-12-23T19:20:01Z

You can simply download the LuLu installer again, run it and click "Uninstall"

See: https://objective-see.com/products/lulu.html for more details

ghost · 2021-03-04T16:08:58Z

This seems to be still an issue, or again an issue. For me (M1) it still consumes too much memory. If it is hashing related, can we have a checkbox to disable hashing at all? I mean it is only relevant if you try to compare it with VirusTotal which is the minority of cases.

heviiguy · 2021-03-04T16:24:32Z

I thought that I commented that it was no longer an issue for me.

I've been running lulu again for almost a year without any of the earlier issues. The problem for me, if I recall correctly, was another program running in the background and impeding lulus ability to work properly. Unfortunately, I've forgotten the specific program! It could have been an Übersicht module but, I'm not sure.

ghost · 2021-03-05T13:06:56Z

Seems to either reset inbetween or I did restart LuLu. Yesterday it was at 300mb and 600mb at another point. Today it was at 50mb (not open) and 110mb with open rules-window. Don't know, maybe it was a temporary hiccup. And I also experience the slow loading times from time to time. Maybe these two are related.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Big memory consumption #118

Big memory consumption #118

Fridus commented Jan 11, 2019

starchaser01 commented Feb 23, 2019

starchaser01 commented Feb 23, 2019 •

edited

Loading

kangman commented Apr 4, 2019

rozhok commented Apr 21, 2019

jhkuperus commented Apr 26, 2019

heviiguy commented May 7, 2019

elfenlaid commented May 31, 2019 •

edited

Loading

karnauskas commented Jul 1, 2019

heviiguy commented Jul 1, 2019

heviiguy commented Jul 21, 2019

objective-see commented Jul 21, 2019

objective-see commented Jul 21, 2019 •

edited

Loading

starchaser01 commented Jul 22, 2019 •

edited

Loading

CelsoSantos commented Jul 31, 2019

heviiguy commented Jul 31, 2019

roman1990 commented Aug 14, 2019

noozo commented Sep 23, 2019

atulagrwl commented Dec 5, 2019

heviiguy commented Dec 5, 2019

objective-see commented Dec 6, 2019 •

edited

Loading

heviiguy commented Dec 8, 2019

atulagrwl commented Dec 9, 2019

heviiguy commented Dec 11, 2019

heviiguy commented Dec 23, 2019

objective-see commented Dec 23, 2019

ghost commented Mar 4, 2021

heviiguy commented Mar 4, 2021

ghost commented Mar 5, 2021

Big memory consumption #118

Big memory consumption #118

Comments

Fridus commented Jan 11, 2019

starchaser01 commented Feb 23, 2019

starchaser01 commented Feb 23, 2019 • edited Loading

kangman commented Apr 4, 2019

rozhok commented Apr 21, 2019

jhkuperus commented Apr 26, 2019

heviiguy commented May 7, 2019

elfenlaid commented May 31, 2019 • edited Loading

karnauskas commented Jul 1, 2019

heviiguy commented Jul 1, 2019

heviiguy commented Jul 21, 2019

objective-see commented Jul 21, 2019

objective-see commented Jul 21, 2019 • edited Loading

starchaser01 commented Jul 22, 2019 • edited Loading

CelsoSantos commented Jul 31, 2019

heviiguy commented Jul 31, 2019

roman1990 commented Aug 14, 2019

noozo commented Sep 23, 2019

atulagrwl commented Dec 5, 2019

heviiguy commented Dec 5, 2019

objective-see commented Dec 6, 2019 • edited Loading

heviiguy commented Dec 8, 2019

atulagrwl commented Dec 9, 2019

heviiguy commented Dec 11, 2019

heviiguy commented Dec 23, 2019

objective-see commented Dec 23, 2019

ghost commented Mar 4, 2021

heviiguy commented Mar 4, 2021

ghost commented Mar 5, 2021

starchaser01 commented Feb 23, 2019 •

edited

Loading

elfenlaid commented May 31, 2019 •

edited

Loading

objective-see commented Jul 21, 2019 •

edited

Loading

starchaser01 commented Jul 22, 2019 •

edited

Loading

objective-see commented Dec 6, 2019 •

edited

Loading