Re: Possible speed enhancement

Allright, good tip, thanks.

One other thing that occured to me is that it would be possible to
list files very quickly without checking the type,
and then (in a thread) read the types and display the according icons
(or generally the thumbnails).

I'm not sure how far this is off from something that could get
accepted. What does everyone think about this?

2008/10/6 Alexander Larsson <alexl redhat com>:
> On Sun, 2008-10-05 at 15:34 +0200, Milosz Derezynski wrote:
>> Hey Alex,
>> Sorry i didn't really mean to say it like that. I at least know how
>> much work you put into
>> Nautilus over the years (the GIO migration alone was outstanding work).
>> I will however try to profile it to see if there maybe isn't still
>> something that could be improved regarding
>> listing files (i will probably first try to do this with FileChooser
>> as it is also rather slow).
> Be careful when looking at the profiles though. Its easy to fool
> yourself that something is the slow part because its high in the
> profile. But the profiles generally only show cpu time, and this hides
> the actual time spent which is mainly in disk i/o. So, if something is
> taking 90% of the cpu time it may still only be 0.1% of the actual run
> time. CPU optimizations are not unimportant, but the most important
> thing is to control i/o so you don't do any redundant i/o.

Please note that according to the German law on data retention,
information on every electronic information exchange with me is
retained for a period of six months.
[Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge
jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird.]

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]