[Bf-committers] Blender Startup Time
gsr.b3d at infernal-iceberg.com
Fri Feb 25 20:38:11 CET 2011
ideasman42 at gmail.com (2011-02-25 at 1300.36 +0000):
> One thing I found was disk speed on a 'cold start' to be the major bottleneck,
> Does anyone know some way we could asynchronously cache certain files
> on load so when they are needed it wont lag so much?
When it says "function body removed", does that mean all in a single
file but no real useful code? Or in other words, reading less files
cuts time to 36-44% and reading same number of files, but smaller in
size, to 25-31%. Also reading zip of normal files is just a bit slower
than reading the combined version. Do you see a trend?
It is not exactly disk speed, more like disk seeks, which is basically
the issue all modern software is hitting as nobody realizes CPUs have
gone a lot faster, RAM a bit faster, but disks are more or less stuck
where they were years ago (8ms seeks, ~100 or less disk ops per
second), specially if reading non contiguous sectors (ignore SSD for
now). Add more files in the form of config, icons, thumbnails, etc and
the performance sucks. I remember someone saying that disk access is
like tape access was, rewind kills you.
More information about the Bf-committers