On Fri, 3 Feb 2006 10:48:10 -0500 Dusik <[EMAIL PROTECTED]> babbled:
> On 03/02/06, Andreas Volz <[EMAIL PROTECTED]> wrote:
> > shortly I started to work with exebuf and think it's a really cool
> > feature. More as a simple starting dialog. But if I start the exebuf
> > for the first time in an E session or not for a long time while an E
> > session the exebuf needs some time to load (here: up to 10sec). While
> > this wait time E is frozen. This is very bad for a fast application
> > starting tool. Isn't it possible to improve this situation?
>
> I've got the same behaviour. It takes forever to load and you can
> hear the hard drive reading the entire time.
as i said in my last mail. ALL it does it LISt the contents of each directior
in your $PATH - your disk or $PATH is very fucked to take forever just to list
their contents. exebuf needs the contents to be able to do matches. if you want
to find out where the time is going modify the code in e_exebuf.c in
e_exebuf_show() so that you have:
double t = 0.0;
at the top then regularly do:
printf("time point X: %3.3f\n", (t = ecore_time_get() - t));
paste this line in a few places form beginning to end of the function - the
place with the big time gamp is whats using the time. i suspect it'll be
ecore_file_app_list(); - that line. if you check the code thete - all it is
doing is listing all contents, then callign stat on the file to see if its
executable or not or a directory or not. the 2 stat calls shoudl be not much
more than the cost of 1 as the data is already loaded and cached. somehow the
work of loading then stat()ing all the executable in your path is death on your
machine. either you have so many things installed that literally reading this
data is so heavy it has an impact, or your disk is so fragmented and the
directory contents and file inodes are so scattered it causes this - consider
reformatting your system and re-installign cleanly, or using a filing system
that is more efficient, or stop re-installing/upgrading your system every 2
days as this will lead to badly fragmented file tables etc. etc.
> -Dusik
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd_______________________________________________
> enlightenment-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
