Speeding cleaning up?

Forums: 

Does the BleachBit team have any plans for speeding the preview and cleaning speeds up by the time 2.0 comes out? They are still quite slow compared to other cleaners, in my opinion.

Hmm. The priority of speed is generally below some bug fixes and platform upgrades and modernization (newer versions of GTK+ and Python), and I assumed that application startup speed was more important than cleaning speed.

One exception is bug 1265963: Preview time is slow with many files to compare. Are you having a different performance issue?

---
Andrew, lead developer

ROCKNROLLKID's picture

Today, I did a cleaning. It took around 5 minutes to complete cleaning around 800MB files. My issue is not related to the preview taking too long to scan large amounts of files. Back in the day, when I use to use CCleaner, it would only take less then 2 minutes to complete, both have pass wipe mode enabled, both cleaning 800MB. It is just weird how BleachBit results are compare to CCleaner, but I guess in reality, CCleaner has more staff and resources then BleachBit does.

____________________
Also known as Alex.

Moderator for BleachBit and a maintainer for Winapp2.

Check out my open-source group on Steam: http://steamcommunity.com/groups/opencommunity

Windows 10 x64 (switching to ReactOS in the future).

ROCKNROLLKID's picture

I also think speeding up the cleaning/preview times are more important then application launch times as it will go a longer way, but that is just my opinion, i guess.

____________________
Also known as Alex.

Moderator for BleachBit and a maintainer for Winapp2.

Check out my open-source group on Steam: http://steamcommunity.com/groups/opencommunity

Windows 10 x64 (switching to ReactOS in the future).

Hmm, that is a big difference. I filed bug 1373528 that may improve speed in the case of overwriting.

(sarcastic) Maybe I should bundle toolbars with BleachBit?

---
Andrew, lead developer

ROCKNROLLKID's picture

What is mmap, if I may ask?

Sure. You could bundle toolbars, if you want BleachBit's reputation to go down the drain haha.

____________________
Also known as Alex.

Moderator for BleachBit and a maintainer for Winapp2.

Check out my open-source group on Steam: http://steamcommunity.com/groups/opencommunity

Windows 10 x64 (switching to ReactOS in the future).

According to Wikipedia

In computing, mmap(2) is a POSIX-compliant Unix system call that maps files or devices into memory. It is a method of memory-mapped file I/O. It naturally implements demand paging, because initially file contents are not entirely read from disk and do not use physical RAM at all. The actual reads from disk are performed in a "lazy" manner, after a specific location is accessed.

So basically it is a fast way to access files. Microsoft Windows has something similar too.

---
Andrew, lead developer

I see consistently that the longest delay I see is when running the "deep scan". What is that doing then; curious?

It scans your user profile folder (~ on Linux or %USERPROFILE% on Windows) for files that match a pattern such as Thumbs.db or *.bak. It's inherently slow because of the number of files typically in the user profile directory

---
Andrew, lead developer

ROCKNROLLKID's picture

My user profile is exactly 25,003,521,726 bytes (23.2GB) contains 18,733 files and only makes a few second drag compared to the 5-10minute drag with the steam entries issues. Judging by pass updates, it seems like this bug has been in existence for a very long time. It is weird why no one has fixed this or even reported this a long time ago. I assume you (andrew) are not a Windows user, at all?

____________________
Also known as Alex.

Moderator for BleachBit and a maintainer for Winapp2.

Check out my open-source group on Steam: http://steamcommunity.com/groups/opencommunity

Windows 10 x64 (switching to ReactOS in the future).