priv10
priv10 copied to clipboard
DavidXanatos
[issue]privatewin10 firewall rules window & high cpu usage, freeze
hi, so I'm not sure exactly what are the triggers for this : -I'm in the firewall rules window doing stuff, the exact thing I'm doing can be as simple as scrolling around and then privatewin10 window freezes & stop responding -task manager shows about 50% cpu usage, process explorer shows 33% (that's with an i7-2600k) -and then I have to kill the program
if you want me to do anything just tell me
update : -fresh reboot -open program -firewall tab sort by description -scroll a bit -freeze
what view do you have on the program list the compact or the verbose one?
Priv10 is unusable for me since around the 2004 upgrade, so I have temporarily switched to a different product.
I miss some of Priv10's features, however the combination of extreme slowness and constant crashes made it essentially impossible to manage existing rules and create new ones.
Flags about this situation have been already signaled a long time ago, so the product appears all but abandoned at this time.
I'm still subscribed to releases and I'll be happy to consider Priv10 again if the performance returns to acceptable.
The tool is not abandoned don't wary I'm just very busy with sandboxie in the last months. A new build with major reworks is already in the making but it will take a few more weeks to complete.
The tool is not abandoned don't wary I'm just very busy with sandboxie in the last months.
Your singular commitment to this and other projects is understood and appreciated, but for a tool like a firewall manager, it is hardly acceptable for it to be left in a state this broken for so long. Even with most rules in place, a firewall manager is not an optional component I can just squint and pretend the issues are not there. I can only imagine how fast a new user would run away.
No hard feelings, though, just trying to convey what this looks like from one user's perspective.
what view do you have on the program list the compact or the verbose one?
I have no idea which one is this : https://prnt.sc/uoqgl5
if needed I can make a video showing what happens
I miss some of Priv10's features, however the combination of extreme slowness and constant crashes made it essentially impossible to manage existing rules and create new ones.
no slowness here, just freezes, but maybe if you have a better performing computer, my "freezes" are just slowness for you... that said, I have been able to use the product anyway, it's just a bit of a bother sometime
try the new 0.8x line of builds pelase
I don't see much change I'm afraid I could tell a bunch of stuff but that would be suppositions on my part so ....
One part I know is working not great is the sorting of the verbose program set list. Improving re doing that is on my todo list but for some time later.
From your screenshot I see you are using that view. Switching to the compact view for testing would be helpful to confirm that its this particular tree view making the troubles.
The compact view:
ho wow ! problem "fixed" (or rather worked around) by changing to that view indeed you were right
Thanks a bunch, that will alleviate my issue until you fix the other views.
0.83 you mean ? with 0.83, it's even worse somehow it changed automatically when going from settings back to firewall the compact view was gone and the verbose view took its place I only moused over the view that's all (didn't click anywhere)
and now each time I close & startup the program it is immediately frozen on this view and I can't even get out of it so basically 0.83 is almost unusable, I only managed to use it for at most 5 minutes.
that is strange here it works well...
to ensure you start in the compact view set the following values in the PrivatwWin10.ini
[GUI] FirewallViewMode=NormalView FirewallProgsWidth=272
can you start the UI from a command prompt and see if its loging any issue there?
Please try this build, does it improve the situation?
Its difficult to fix something I cant reproduce, I can only guess and try to fix on a hunch
that is strange here it works well...
to ensure you start in the compact view set the following values in the PrivatwWin10.ini
[GUI] FirewallViewMode=NormalView FirewallProgsWidth=272
thanks that helped make the program work again
Please try this build, does it improve the situation?
Its difficult to fix something I cant reproduce, I can only guess and try to fix on a hunch
no changes, going to verbose immediately freezes the program
yeah I know, it's difficult. I wish I could help more. Although who knows.... I have a CPU + motherboard + mem upgrade that should be delivered to me tomorrow ........
How many program entries do you have in total in your program list, even with a old PC it shouldn't freeze for ever. The initial list creation for the first time may take a second or two but that should be only on the start when the list is built for the first time.
when going verbose and since the ini edit, it doesn't freeze immediately, only after scrolling a bit
I just left it alone for at least 20 minutes, sitting at ~50% cpu on a 2600k @4.5Ghz I don't think it'll unfreeze after that
as for how many programs I have as rules, no idea to be honest, quite a few, maybe nearly twice as many as what windows comes with by default ?
ok so .... how should I say that this bug is hardware dependent I think upgraded from i7-2600k + P67 + 16GB to Ryzen 5 3600 + X570 + 32 GB and the problem vanished
I'd hazard it might be a cpu micro code thing ? but I could be wrong so... I'm tempted to close this; but then it's not really "solved"
so .... the freezing vanished
but here's what I saw today :
unsure if I should open a new issue, seems like with my ryzen 5 3600, there's no more freezing, because the cpu can actually handle the load, but seems like sometimes private win10 is eating cpu cycles for breakfast.... the fact that private win10 ate 34 hours of cputime VS idle 49 hours is a pretty big indicator imho (normally idle represents over 80~90% of the cpu time)
And this cpu cycle eating happens only when the verbose view is active? Does it correlate with sorting by any column? Do you sort by a particular column preferably? IMHO once all the items are inserted i.e. after the first list update the sorting can be the only operation that causes a high CPU load.
I don't know how but if there's a way to send you a private message, maybe I could send to you a short youtube video link showing the increased cpu usage that stays that way afterward for ever... (reason for private message is : I don't wanna put up a video in public of my stuff ...)
And this cpu cycle eating happens only when the verbose view is active?
no it happens as soon as the verbose view comes into view & stays afterward until private win10 is closed (yes even hours later)
Does it correlate with sorting by any column? Do you sort by a particular column preferably?
sorted by name didn't really play with sorting
IMHO once all the items are inserted i.e. after the first list update the sorting can be the only operation that causes a high CPU load.
yah populating sometimes takes a little bit of time indeed, afterward it's fine, but if the verbose view is shown then the cpu cycles are eaten away, and this "cpu cycle eating behavior" stays until private win10 is closed in other words neither : minimizing, returning the view to compact, going back to program settings (instead of firewall view display) nothing of the above has any impact.
Also just noticed when closing the window after it eats cpu cycles I get two errors in windows event viewer :
Faulting application name: PrivateWin10.exe, version: 0.83.0.0, time stamp: 0xd5b60497 Faulting module name: KERNELBASE.dll, version: 10.0.18362.1049, time stamp: 0x1b835a75 Exception code: 0xe0434352 Fault offset: 0x0000000000043b29 Faulting process id: 0x1554 Faulting application start time: 0x01d6a8b8e90a733f Faulting application path: C:\Program Files\PrivateWin10\PrivateWin10.exe Faulting module path: C:\Windows\System32\KERNELBASE.dll Report Id: 1fc5a897-409b-4a59-8d7c-6689860ee2da Faulting package full name: Faulting package-relative application ID:
Application: PrivateWin10.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.Threading.Tasks.TaskCanceledException at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(System.Threading.Tasks.Task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task) at System.Windows.Threading.DispatcherOperation.Wait(System.TimeSpan) at System.Windows.Threading.Dispatcher.InvokeImpl(System.Windows.Threading.DispatcherOperation, System.Threading.CancellationToken, System.TimeSpan) at System.Windows.Threading.Dispatcher.Invoke(System.Action, System.Windows.Threading.DispatcherPriority, System.Threading.CancellationToken, System.TimeSpan) at System.Windows.Threading.Dispatcher.Invoke(System.Action) at PrivateWin10.Controls.TreeItem.<GetIcon>b__12_0(System.Windows.Media.ImageSource) at System.Runtime.Remoting.Messaging.AsyncResult.SyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage) at System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage, System.Runtime.Remoting.Messaging.IMessageSink) at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() at System.Threading.ThreadPoolWorkQueue.Dispatch()
you can email me at gmail.com m user name there is xanatosdavid its really a pitty that github does not have any sort of private messaging system.
What I find extremely strange is that you said the high CPU usage remains even after switching back to the Compact View, as than no updates to the Tree View should be performed hence it should not consume any CPU anymore.
Build 0.84 Freeze for hundreds of milliseconds every few seconds, only in win firewall screen, low cpu usage. Build v0.75b works fine. btw afterburner have the same issue for me.
So the CPU usage is low but its freezing from time to time, does this happen now in booth views or only in the verbose one?
whats afterburner ?
EDIT: could you please test more detailed witch which build the issue got introduced.
~Both I think. Priv10 is really buggy now. I changed view few times(final view is the compact view) and the issue temporarily gone, but when I change it again window disappeared. Got Failed to start engine process when I try to launch it again.~
Ah wait, after disable Real-time protection 0.84 works fine for now.
12hours ago:
My problem, can be fixed, BUT today:
So here.
MSI Afterburner is another story. And he got no luck today.
Hello, this issue still exists.
Monitor host names queries(DNS Inspector) might be the real reason.
Disable this function freeze disappeared immediately.
Same in 0.75b. But I am no sure if its the only reason.
In those new versions, I can't manage the firewall at the first launch.
And I think that would be nice if we will be able to copy hostname from DNS inspector.
In those new versions, I can't manage the firewall at the first launch.
what do you mean? this small first start wizard window? you could be able to manage the firewall once you enable it in the settings. can you make a video of the problem so i see exactly what you mean.
you could be able to manage the firewall once you enable it in the settings.
Yes, but except the first launch. At the first launch(with small window pop up), firewall is disabled whatever the setting is.
Last night @ 1 in the morning while I was on YouTube I had a similar issue with Priv10 suddenly taking up my entire RAM, CPU, & Disk usage. I forgot to capture a screenshot
- I'll include a snip of the logs you see on the homepage & a screenshot of my current settings.
logs.txt
I have the same issue in every version I have used. Just updated to v0.85, the same. Works just dragging the left column smaller so that it switches to the compact view (took me a while to guess that it's how you can get compact view)
I can reproduce that in full table view by just scrolling a bit, clicking on apps in the list and it freezes so bad, that I can just kill the process. CPU jumps and stays there (Intel Core i5-8250U, 24G ram, Windows 10)
- Unchecked Monitor host names queries(DNS Inspector)
- Windows Defender completely disabled
Created C:\Program Files\PrivateWin10\PrivateWin10.ini - seems that it has no effect on view or that works just in portable install?
Thanks for otherwise great software.
