Hi sombra,
I checked your log and the problem is that LibreOffice executes many many small file read operations rather than few big read operations. Here's an excerpt of the log file:
18:44:5327 | 662160 ReadFile : \file.ott | 4606 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4607 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4608 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4609 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4610 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4611 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4612 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4613 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4614 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4615 | 512 | 512
18:44:5327 | 662160 ReadFile : \file.ott | 4616 | 512 | 512
The first line shows that LibreOffice requested to read 512 bytes beginning at byte 4606 within the file.ott. Then it requests 512 bytes beginning at byte 4607 (second line) etc. Many small reads or writes degrade BoxCryptor's performance especially when they are smaller than BoxCryptor's block size of 4 KB (4096 Bytes) because BoxCryptor always has to read and decrypt the full block, even if only 1 byte has to be read.
There's not much to help you from our side. This file read behavior seems to be a bug in LibreOffice - especially when you didn't experience it before. Strange enough, LibreOffice (3.6.0) did not show this behavior on our test computer. Here it requests bigger chunks of data and correctly increments the offset.
18:01:8868 | 1644768 ReadFile : \sample.ott | 0 | 262144 | 262144
18:01:8948 | 1644768 ReadFile : \sample.ott | 262144 | 262144 | 262144
18:01:9028 | 1644768 ReadFile : \sample.ott | 524288 | 262144 | 262144
18:01:9108 | 1644768 ReadFile : \sample.ott | 786432 | 262144 | 262144
18:01:9118 | 1644768 ReadFile : \sample.ott | 1048576 | 33152 | 33152
Best,
Robert