(take this with a grain of salt, cause I don't really know what I'm talking about, & at least part of what I'm seeing likely is due to my particular setup/running, but... there is something here...)
AllDup (crashed @ P2-MD5 - 0891.jpg), 03:36 PM 11/04/2023
.
.
"crash" - GDI Handles 9999 10000
so "that's the issue", perhaps ? - YES, definitely
(certainly contributory)
Uptime: 30 days 22 hours 50 minutes 26 seconds
- DISAGREES with error.txt: SysUp: 99 days 6:22:53
- also 'Uptime:' (as reported by
PsInfo) must only take actual running time into consideration (rather then running + sleep cycles - otherwise "Uptime:" would be more then 30 days, based on what was reported at the beginning of the thread)
AppUp: 4 days 15:33:52
- agrees with Process Hacker, so that is accurate
1. open
2. load filelist
- dang! i opened the wrong 1, i opened md5 & meant to open aHash... (in any case)
3. expand filelist
- open preview
4. arrow-key down the list, continuously, without pause, such that Preview did not have chance to display
5. arrow-key down the list, allowing Thumbnail to display (if existent, many were not)
- i iterated down through each Group / File(s) / Group / Files (s)
- i had /just/ about reached the end (oh, 95%+ i'd guess), at which time i crashed
6. shot of AllDup "uptime" (26.min)
.
.
didn't think to look (ahead of time), but on restarting AllDup (again)
[or at least somewhere along the line ?]
AllDup "programdir/temp/'guid'/" was empty, where i might have otherwise expected
thumbs to have been generated
should also note that upon hitting "9999" i "crashed", it was not an "outright" crash,
in that i was able to successfully close AllDup (at that point) simply by hitting the
[X] close button (which returned me from the Results List, back to the Main screen, &
where a [X] close then closed AllDup (cleanly [& i'm guessing in doing so, also wiped
out the generated thumbs ?]
i'll also note that i did not restart my computer since i ran into this before, nor did
i significantly reduce the number of windows i have open. (basically, since my last
"crash", i simply "carried on forward"
.)
pretty sure GDI Handles are limited to 10K (for a single process).
AllDup starts off with a significant number to begin with.
(Significant compared to most other programs i may happen to look at.)
then, arrow-keying down a list of files (image files as they were, with Preview open,
so thumbnails are generated...) greatly exacerbates the situation - until all Handles
are used up, & the program crashes.
(process hacker [process explorer ?] can interactively show gdi
handles, so you can arrange windows & /watch/ how gdi changes as
you arrow-key down a Result List)
(did not check to see if "simply" arrow-key down a list reacts the same as arrow-key
down while Preview was open; i.e., if it might be more then just a "thumbnail"
related kind of issue)
- appears that "GDI" overall is the issue, & "Bitmap" (as GDIView calls it) plays in too.
- looks like it is more the
Group itself, rather then the individual items in a particular group, that are more apt to cause the issue (or at least the Group has a greater influence)
- appears issue is primarily related to "images" (Picture search)
Is it when you are on a Group that the /temp/'guid'/*.png are generated?
in addition...
simply purging (the list of) "directories" [Which drives or folder should be scanned...] has a significant impact on GDI
handles used - on program open (so aside from anything else)
1. i started with (what was there, which was) 281 directories (per [Ordnerlist])
- deleted same (from withing AD) & quit
2. restart AD
- GDI handles, with that change alone, down from ~2300 to ~900
- quit
- manually delete config4.ini
3 restart AD
- GDI handle usage ~same as having deleted all pre-existing directories
- though oddly, one might think, higher here then in 2
- but then, maybe not, as (in my case) a "new" config4.ini populates itself
with 18 entries
.
.
on this particular "profile", i typically start DC from a command-line, & i'm
typically only concerned about the particular directory tree i happened to be
in, so in that regard, that i happened to have 300 directories accumulated,
was of no concern. that 1 or 1000 directories may have been listed was
immaterial.
regardless of [Ordnerlist], GDI Handles are still, high.
(Granted, just because they may be high isn't an issue in & of itself,
but when you're running out of them...)
GDIView - View GDI handles/resources list and detect GDI leaks
Process Hacker
A customer had a line-of-business application that frequently bumped into the default limit of 10,000 GDI handles per process.
PsInfo is a command-line tool that gathers key information about the local or remote Windows NT/2000 system
What's the upper limit on GDI objects for one process in Windows 7?
Code: Select all
10/21/2023 02:49:44 AM - INFO: Unable to detect VLC Media Player 32-bit version 3 on your system
10/21/2023 02:49:44 AM - --------------------------------------------------
10/21/2023 02:49:44 AM - AllDup 4.5.50 PE
10/21/2023 02:49:44 AM - Search method: Find similar pictures
10/21/2023 02:49:44 AM - Comparison method: MD5 (128-Bit)
10/21/2023 02:49:44 AM - Image Formats: BMP, GIF, JPEG, JPG, PNG
10/21/2023 02:49:44 AM - Match: 100%
10/21/2023 02:49:44 AM - Picture area: entire picture
10/21/2023 02:49:44 AM - Comparison size: 100% Pixel
10/21/2023 02:49:44 AM - Checksum Strength: 128 Bit
10/21/2023 02:49:44 AM - Compare only pictures with the same properties:
10/21/2023 02:49:44 AM - Orientation, Aspect ratio
10/21/2023 02:49:44 AM - 1.Source folder: W:\PICS\P2
10/21/2023 02:49:44 AM - Option: Compare files from all source folders
10/21/2023 02:49:44 AM - Folder filter activated: 8
10/21/2023 02:49:44 AM - Filter type: Exclusive
10/21/2023 02:49:44 AM - 1.folder filter: e:\windows
10/21/2023 02:49:44 AM - 2.folder filter: e:\program files (x86)
10/21/2023 02:49:44 AM - 3.folder filter: e:\program files
10/21/2023 02:49:44 AM - 4.folder filter: ?:\system volume information
10/21/2023 02:49:44 AM - 5.folder filter: ?:\recycled
10/21/2023 02:49:44 AM - 6.folder filter: ?:\recycler
10/21/2023 02:49:44 AM - 7.folder filter: ?:\$recycle.bin
10/21/2023 02:49:44 AM - 8.folder filter: c:\local\ruben\temp\par-525542454e\cache-exiftool-11.10
10/21/2023 02:49:44 AM - Determine file count of all source folders...
10/21/2023 02:49:45 AM - File count: 64,230
10/21/2023 02:49:45 AM - Scan: W:\PICS\P2
10/21/2023 02:58:10 AM - ERROR: An error occurred while creating the checksum of the file ...
... (80 more) ...
10/21/2023 09:39:24 AM - Files filtered: 255
10/21/2023 09:39:24 AM - Found 1,256 duplicates with a total of 122.78 MB inside folder 'W:\PICS\P2'
10/21/2023 09:39:24 AM - Scanned files: 64,230
10/21/2023 09:39:24 AM - Groups: 617
10/21/2023 09:39:24 AM - File comparison count: 391,753,534
10/21/2023 09:39:24 AM - Checksums created: 63,966
10/21/2023 09:39:24 AM - Duplicates: 1,256 (1%) (122.78 MB)
10/21/2023 09:39:24 AM - Elapsed time: 06:49:40 (not accurate cause of system sleep)