Migrated to Imatch 2020 (successful)

[Frank]

Hello all,
here are some fact of my database.
99264 files
59836 files processed
132 files with problems
0 files offline
93831 face annotation converted
1166 person created

As you can see it worked.

Now I do have a few questions:

• When opening the collection panel it lasts 3 to 4 minutes until it is open. What need to be done to fasten this up?
  I think it belogs to the amount of people in the annotation area.
• Imatch hangs often while adding new faces within the viewer. When doppelclick in the image twice than it works for a while. Does others have that behaviour too?

[Mario]

As a minimum we would need to see a log file from one of your sessions in debug mode. See log file
This tells us what is taken how long.

Also, give us the spec of your computer (CPU, memory, ...)
Is the database on a SSD or network?

Did you run a database diagnosis recently?

In general: IMatch 2020 is the fastest IMatch version ever.
As before, the performance stands and falls with the speed of the SSD on which you keep the database.
Also make sure that your virus checker is not scanning the database all the time and not slowing down IMatch. See IMPORTANT: Virus Checkers Virus checkers are the trouble makers in 90% of all "IMatch is slow" support requests.

90K files is not much. Do you really have 93831 face annotations in 99264 files? This means that all your files haver at least one face. I'm sure IMatch reports that you have many unconfirmed faces in the notification area. I guess confirming faces is the first thing to do - else IMatch has to search almost 100,000 faces every time you make a person assignment.

[Frank]

Hi here is my Computersettings:
- Processor: Intel i7-3770 3,40GHz 3,90GHz
- Ram:32 GB
- OS: WIN 10 Pro 1909
- GPU: 17GB
- Harddisk: SSD for Drive c and another SSD for Drive E where Imatch is running

There are no unconfirmed faces in the collection panel

Are you interested in the whole logfile?


To me it is strange that I do not have unconfirmed faces. Is there someting wrong. The migration last 24 hours.

Here is the part out of the database diagnostic:

IMatch database diagnosis logfile created: 04.03.2020 20:31:19

Application Info:
    Version:                      20.3.0.4
    Filename:                     C:\Program Files\photools.com\imatch6\IMatch2020x64.exe

General Database Info:
    Database file name:           E:\Programme\Imatch\2020\Bilder\IMatch_Bilder_2020.imd5
    Database file size on disk:   6,44 GB
    Number of folders:            1.387
    Number of files:              99.265
    Number of categories:         9.877
    Clearing oid cache.




Checking file history:
      Entries:  1.361.089
Completed.

Checking time line:
      Entries:  4.546
Completed.

Checking Metabase:
Completed.

Checking Cache:
    7.289 files in cache folder.
Completed.

Checking Annotation Objects:
      Containers:  39.427
Completed.
Checking Event Graph: Events:
    1 events loaded.
Checking People Graph: Events:
PersonManager Stats:
    Files with faces: 93838
    Persons: 1162
    Faces: 93838
    Confirmed: 93360
    Unconfirmed: 0
    Unassigned: 478
    Files: 93838
    Faces: 528002
    Entities: 527195. Confirmed: 527195
    Entity keywords: 0.
    Vector data size: 272780KB
    Thumbnail data size: 5188265KB
    Annotations without face data: 166308KB
Completed.

Checking Visual Query Data:
      Data items:  388.420
Completed.

Checking Favorites:
Completed.

Checking photools.com metadata:
    Result: 0 files with missing data updated.

Checking photools.com metadata tags for consistency:
Completed.
    Clearing oid cache.

Analyzing database:

Optimizing Database, rebuilding optimial index structures and query plans:
Completed.

WriteTest:
Completed.

Results:
    Errors:    0
    Warnings:  0

IMatch database diagnosis logfile closed: 04.03.2020 20:34:12 (00:02.53)


Here is a short part of the logfile directly after Imatch was started


03.04 20:13:18+    0 [24F4] 02  I>   WIC-ENUM: Decoder 'Microsoft Camera Raw Decoder' for extensions '.ARW,.CR2,.CRW,.ERF,.KDC,.MRW,.NEF,.NRW,.ORF,.PEF,.RAF,.RAW,.RW2,.RWL,.SR2,.SRW,.DNG'
03.04 20:13:18+   47 [24F4] 02  I>   Caches started in 47ms.
03.04 20:13:19+  437 [56C4] 02  I>   Locking mode is SHARED
03.04 20:13:19+    0 [56C4] 02  I>   Locking mode is SHARED
03.04 20:13:19+   16 [56C4] 02  I>   Locking mode is SHARED
03.04 20:13:19+    0 [60E0] 02  I>   Locking mode is SHARED
03.04 20:13:19+    0 [60E0] 02  I>   Locking mode is SHARED
03.04 20:13:19+    0 [60E0] 02  I>   Locking mode is SHARED
03.04 20:18:14+295406 [24F4] 00  I>   # Process Memory Info: WSC: 482MB, WSP: 487MB (NEW PEAK), PF: 1031463
03.04 20:18:14+    0 [24F4] 00  M>   <  2 [298281ms #sl] CMainFrame::LoadDatabase
03.04 20:18:14+    0 [24F4] 00  M>  <  1 [301453ms #sl] CIMatchApp::InitInstance
03.04 20:18:16+ 1859 [24F4] 00  M>  >  1 CIMGeoLocationManager::GetLocations  'v:\develop\imatch5\src\imengine\imgeolocation.cpp(228)'
03.04 20:18:16+    0 [24F4] 00  M>  <  1 CIMGeoLocationManager::GetLocations
03.04 20:21:03+166454 [18E0] 02  I> Locking mode is SHARED
03.04 20:21:03+    0 [18E0] 02  I> Locking mode is SHARED
03.04 20:21:03+    0 [18E0] 02  I> Locking mode is SHARED
03.04 20:21:03+  171 [353C] 02  I> Locking mode is SHARED
03.04 20:21:03+    0 [353C] 02  I> Locking mode is SHARED
03.04 20:21:03+    0 [353C] 02  I> Locking mode is SHARED
03.04 20:21:03+  172 [353C] 00  M>  >  1 CIMGeoLocationManager::GetLocations  'v:\develop\imatch5\src\imengine\imgeolocation.cpp(228)'
03.04 20:21:03+    0 [353C] 00  M>  <  1 CIMGeoLocationManager::GetLocations
03.04 20:21:04+  953 [6778] 02  I> Locking mode is SHARED
03.04 20:21:04+    0 [6778] 02  I> Locking mode is SHARED
03.04 20:21:04+    0 [6778] 02  I> Locking mode is SHARED
03.04 20:21:04+    0 [5758] 02  I> Locking mode is SHARED
03.04 20:21:04+    0 [5758] 02  I> Locking mode is SHARED
03.04 20:21:04+    0 [5758] 02  I> Locking mode is SHARED

[Mario]

Please don't include such text masses in your. The mess up the community search engine and are no good anyway. Always attach!
A section of the log file does not help either. Always attach the full log. Again, ZIPping makes it 90° smaller.

If all your faces have been migrated from the old database, there are no unconfirmed faces. Because when converting an existing face annotation IMatch of course assumes that the label assigned to that face by the user is right and confirmed.

[Frank]

Attatched are the logfiles

[Mario]

What is the problem?
That there are no unconfirmed faces is correct.

[Frank]

Yes thats right, but the time until Imatch is started and the time opening the collection panel.

Thats the problem

[Mario]

So the question in all that information in your first post is:

IMatch starts slow.

Correct?

Between 20:13:19 and 20:18:14 nothing is logged.
Either IMatch is being blocked by your anti-virus or it does something that leaves no trace in the log file.

1. Run a database diagnosis
2. Make sure that your anti-virus is not blocking IMatch or scanning the database all the time.
If you have made IMatch an exception in your AV before, mind that the name of the executable has changed as highlighted in the release notes and that your AV might not respect the former exception anymore.
3. Please enable debug logging via Help > Support > Debug logging... and then post the new log file.

[Frank]

I have send you an E-Mail with all requested information and more.

[Mario]

I have about 120 emails to process. Can take a while.
I hope you have included a link back to this topic so I know what this email is for?

In general, it makes double work when I have to discuss the same topic via email and the community.
Why not just attach the log file here?

[Frank]

I have backliked it

The logfiles are to large

Sorry

[Carlo Didier]

I have backliked it

The logfiles are to large

Sorry

When you zip the log file, it gets very small.