[openbeos] Re: kernel mime_table module
- From: "shatty" <shatty@xxxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Tue, 04 Jan 2005 11:06:09 -0800
Hello all,
I am also a bit concerned about a large folder
performance. BFS conveniently caches the type
after a file has gone through the somewhat
expensive sniff/identify process.
For FAT32 I wonder if we could use a file in the
directory as a cache. If we used one of those
magic names like "Desktop.ini" it wouldn't show up
when browsing from the OtherOS. It would use some
space on the other file system and this option is
not available for read-only media.
In fact, Joliet CDs are a real nuisance for
determining types because the access time is
quite slow as well. They are just about the
worst performing case for this task.
Andrew
-----Original Message-----
From: Ingo Weinhold <bonefish@xxxxxxxxxxxxxxx>
To: openbeos@xxxxxxxxxxxxx
Date: Tue, 04 Jan 2005 19:38:32 +0100
Subject: [openbeos] Re: kernel mime_table module
On 2005-01-04 at 18:38:57 [+0100], Axel DÃrfler wrote:
> If I open up a folder with thousand files, how much slower will it get
> because of that?
Don't know. But, unless I'm mistaken here, the Tracker currently lazily
gets the information when needed (i.e. when an entry is about to be
displayed). So I wouldn't expect a significant slow-down when opening a
large folder, since there's only overhead for the visible entries. But to
be sure this needs to be verified by tests. If it is slow indeed, the
sniffing can as well be done as a background task.
> Anyway, in whatever way we will solve this, I think this is something
> we should definitely do before R1.
Yep.
CU, Ingo
Other related posts:
