Debugging one of a kind probems - do without parallel processing?

[ubacher]

Many users report on-of-a-kind and non repeatable problems.
This makes me think that these are caused by interactions between foreground and background
processes. "Timing"
Would it be possible to create a special version of IM which works sequentially?
If such a version is not unusably slow it would be a way to pinpoint the problems.

[Mario]

Impossible.
IMatch has been built from ground up to utilize modern processor architectures.

When you have that kind of problems, try limiting the number of parallel processing threads used to write/read metadata, disable background processing and especially take special care that scripts you run behave properly, use transactions where needed and don't work against the core IMatch system.