Reorganization of TB starts many hours after initiating in MultiTerm Desktop

We have noticed that when we reorganize one of our server-based TBs which is quite big with almost 280,000 entries and 32 languages, the process itself seems to start many hours after initiating the reorganization in MultiTerm.

My MultiTerm log says this:

INFO [2021-09-06 11:47:16,205] ActionService - Start#Id=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx#Name=MultiTerm.Studio.AdministratorReorganiseAction#ProcessName=MultiTerm#PhysicalMemorySize=190840832#VirtualMemorySize=151494656#ThreadCount=32#HandleCount=1523#GdiHandleCount=531#UserHandleCount=307#TotalProcessorTime=00:01:33.4687500

Today the reorganization finished with the following report:

Screenshot of Trados Studio's MultiTerm reorganization report showing the terminology database was reorganized with 277,862 entries, not encrypted, not locked, start time on 07.09.2021 at 09:01:36 and end time on 07.09.2021 at 15:56:20.

According to this the reorganization actually started 21 hours after I initiated it in MultiTerm.

Is this caused by the TB being so large? Or is there something we could do to speed up the process?



Generated Image Alt-Text
[edited by: Trados AI at 2:04 PM (GMT 0) on 5 Mar 2024]
emoji
Parents Reply Children
No Data