Re: Designer performance

Lothar Haeger wrote:
> Geoffrey Carman wrote:
> 
>> I know. I know.  Honestly it is finding the time, and some disk space
to do it on.  all my partitions are mostly full, and little of it is stuff I
want to throw out.  Oh well.
> 
> an almost full and propably relatively slow (i.e. notebook) disk will most
likely be slowing down designer a lot. My current project has ~25 drivers and
the project folder contains more than 6900 small files! Most harddisks are quite
fast on sequential reading (~50MB/s), but go all the way down to less than 1MB/s
when reading lots of small and distributed files. Writing in that scenario is
even worse! 
> Run a quick disk check with
http://crystalmark.info/software/CrystalDiskMark/index-e.html and you'll see
what I mean.
> You could try placing your project folder into a RAMDisk, those 6900+ files
only add up to 35MB in my case. THAT should make a difference and you've got RAM
to spare, don't you? :-) 

Yep, performance on 4K file rights is total crap.  :)

Having been out of the file system buisness in a while, are Linux file 
systems any better?  (I.e.  How much is the drive mechanism (much of the 
issue) and how much is file system related).

Oh I know!  And then make that RAMdisk an iFolder!  So I get a synced 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

NTFS is slower than most, assuming that's what you're using.  Reiserfs
is made for small files, and I've been told XFS performs really well
with them too.  ext3 is also fast for what it does.  You could also try
going to fat32 on your windows box :-) .

Good luck.





Geoffrey Carman wrote:
| Lothar Haeger wrote:
|> Geoffrey Carman wrote:
|>
|>> I know. I know.  Honestly it is finding the time, and some disk space
|>> to do it on.  all my partitions are mostly full, and little of it is
|>> stuff I want to throw out.  Oh well.
|>
|> an almost full and propably relatively slow (i.e. notebook) disk will
|> most likely be slowing down designer a lot. My current project has ~25
|> drivers and the project folder contains more than 6900 small files!
|> Most harddisks are quite fast on sequential reading (~50MB/s), but go
|> all the way down to less than 1MB/s when reading lots of small and
|> distributed files. Writing in that scenario is even worse! Run a quick
|> disk check with
|> http://crystalmark.info/software/CrystalDiskMark/index-e.html and
|> you'll see what I mean.
|> You could try placing your project folder into a RAMDisk, those 6900+
|> files only add up to 35MB in my case. THAT should make a difference
|> and you've got RAM to spare, don't you? :-)
|
| Yep, performance on 4K file rights is total crap.  :)
|
| Having been out of the file system buisness in a while, are Linux file
| systems any better?  (I.e.  How much is the drive mechanism (much of the
| issue) and how much is file system related).
|
| Oh I know!  And then make that RAMdisk an iFolder!  So I get a synced
| back up!  Ya, thats the ticket!  :)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFIIvcw3s42bA80+9kRAlo7AJ90GNj82rIxYYK6o74RsdfoyutEWwCeIH+P
h9H/AZGlf4PTBJ/s8w0U5rk=
=ExGB