> One thing I recall about 1.7, is that virtually none of the changes did
> anything that really sped up checkout. So that is probably the worst thing
> to be testing with. If all you care about is checkout, then there was
> really little done in 1.7 or 1.8 to speed it up. Most of the big
> perf
> From your numbers I deduce that the performance degradation can be
> attributed partly to NTFS vs. ext4, and partly to Windows7 vs. Linux:
> * NTFS vs. ext4: roughly a factor 3 slower.
> * Windows 7 vs. Linux: roughly a factor 2.5 slower.
>
You assume that the file operation performance of Windo
Hi,
On Wed, Apr 16, 2014 at 7:33 PM, Andreas Stieger wrote:
> Can you re-run with --quiet?
>
Using --quiet did not make a difference. ( I was piping the output to
/dev/null or $null on windows so there was no output anyway. )
> Which version if SQLite is the GNU/Linux client running with?
>
Hi,
this topic was raised several times in the past - the answers range from
"will be better/solved in the next version 1.7" or "it is due to ntfs vs
ext3/4" or it's the AV, network setup or the Windows file indexing
service. After disabling all those and running a test checkout on Linux
and Wind
