On Sat, 4 Feb 2006 04:16:28 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Fri, 3 Feb 2006 18:49:46 +0900 Carsten Haitzler (The Rasterman) > <[EMAIL PROTECTED]> wrote: > > > On Fri, 3 Feb 2006 09:32:40 +0100 Andreas Volz <[EMAIL PROTECTED]> > > babbled: > > > > > Hi, > > > > > > 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? > > > > could u use oprofile and get us an oprofile dump for the time just > > before exebuf is brough up until it is ready (close it immediately > > first). ? for me exebuf always comes up instantaneously. > > It used to start up slowly for me to. So I whip out oprofile to test, > and now it starts up instantly. Did you fix this when I wasn't > looking? no??? -maybe reboot the machine (or flush all disk caches etc. etc.) and restart e to make sure nothing is loaded try? really all it does at startup is load some theme data (as e is doing ALL the time while it runs - nothing new) and it lists all files in your $PATH so it has a list of all executables to hunt through (as it will need this soon enough). the reason it loads it then is this list may change as u may install thing in between. i am suspectin g doing this listing is what';s slow - but why? how can simply LISTING the constents of maybe 10 directories (in your $PATH) take up 10 seconds? thats why i want to see the oprofile info. the other options are to literally go into the code for the exebuf show call and put printfs every 2nd line that print out a timestamp (from ecore_time_get()) as a delta from the previous timestampe they got and then see which call takes the most wall-clock time then go from there. -- ------------- 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
