On windows, using VSS seems causing the cache mechanism to malfunction

When using VSS restic seems failing on the cache-mechanism since It does not correct understand that
\Device\HarddiskVolumeShadowCopy3\thatFile.bla.bla is the same of previuos
\Device\HarddiskVolumeShadowCopy2\thatFile.bla.bla

To reproduce on windows: I’ve 6 GB on 150034 files and I modify only a single excel file

—without VSS— … scan is very fast!!! (15s)!!!
open repository
repository d3730a4d opened successfully, password is correct
lock repository
load index files
using parent snapshot 182a5549
start scan on xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
start backup on xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
scan finished in 15.115s: 150034 files, 6.031 GiB

Files: 0 new, 1 changed, 150033 unmodified
Dirs: 0 new, 7 changed, 96 unmodified
Data Blobs: 1 new
Tree Blobs: 8 new
Added to the repo: 313.551 KiB

processed 150034 files, 6.031 GiB in 0:22
snapshot dac74bf1 saved

—with VSS— … scan is much more slow (170s)!!!
open repository
repository d3730a4d opened successfully, password is correct
lock repository
load index files
using parent snapshot 514527ca
start scan on xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
start backup on xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
creating VSS snapshot for [v:]
successfully created snapshot for [v:]
scan finished in 170.939s: 150034 files, 6.031 GiB

Files: 0 new, 1 changed, 150033 unmodified
Dirs: 0 new, 7 changed, 96 unmodified
Data Blobs: 1 new
Tree Blobs: 8 new
Added to the repo: 313.528 KiB

processed 150034 files, 6.031 GiB in 2:51
snapshot eaaf0471 saved

Please do not double post. I’ve answered in Expected speed of practically unchanged incremental backups - #15 by MichaelEischer .