Re: [E-devel] Choice of a Window Manager
On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang brian.wang.0...@gmail.com wrote: We are running Elementary/EFL on our target device (ARM926EJS @ 400MHz). We would like to run a window manager to simply the windows management. I have seen some e17+Illume demo videos on the web and would love to see its functionalities on our device. However, it is the boot time that is of concern. Judging from the video clips, it takes 30~50 seconds to boot when running the e17+Illume. That seems forever for a simple multimedia device. Maybe it is due to too many modules configured in? Besides e17, are there any window managers that are based on EFL? I'm Nope. I guess that leaves e17 as the only option. personally drooling over Illume's software keyboards... Matchbox window manager + panel used to be an option, but it's kind of static after I saw Illume... My dream window manager would boot fast, small in size and with a sexy software keyboard. Is it too much to ask for? One question that comes to mind, having worked on the boot speed problem. is what do you mean by boot time? Time from turn on to a usable GUI? That is not all E17, you are also starting up the CPU, hardware, maybe a BIOS, boot loader, kernel, X, and whatever else you need, often most of this is before E17 is started. Sure for some embedded devices there may not be a BIOS, or the linux kernel may BE the BIOS and boot loader. You are still left with at least starting kernel and X before you even get to starting E17. Yes, I mean the time from power-on to a usable GUI and on our device, that would be: u-boot + kernel + kdrive + X apps Currently u-boot + kernel + kdrive take roughtly 3.x seconds without any optimization. I would like to make it boot up within 5 seconds from power-on to a usable state. That would leave 1.x second for e to start...2 I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore-file: don't use ecore-con if it is disabled
On Mon, Oct 12, 2009 at 12:57:51AM +0200, Vincent Torri wrote: On Mon, 12 Oct 2009, Marc Andre Tanner wrote: On Sun, Oct 11, 2009 at 11:43:50PM +0200, Vincent Torri wrote: On Sun, 11 Oct 2009, Marc Andre Tanner wrote: This makes ecore-file useable without ecore-con. better one : http://pastebin.ca/1613582 Why do you think this one is better? It clutters the source with more #ifdef's and if you add a new function you will have to remember to add the check for BUILD_ECORE_CON. because you removed API functions, which must exist, ecore_con installed or not. Ok, I see, missed that. Could someone please apply the fix patch of Vincent then? Or should I I respin + resend. Thanks, Marc -- Marc Andre Tanner http://www.brain-dump.org/ GPG key: CF7D56C0 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] ecore-file: don't use ecore-con if it is disabled
On Mon, 12 Oct 2009, Marc Andre Tanner wrote: Why do you think this one is better? It clutters the source with more #ifdef's and if you add a new function you will have to remember to add the check for BUILD_ECORE_CON. because you removed API functions, which must exist, ecore_con installed or not. Ok, I see, missed that. Could someone please apply the fix patch of Vincent then? Or should I I respin + resend. I'll apply it Vincent -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] No more ECN ?
Hey, I just wanted to know if the ECN of september will be published or not :-) regards Vincent -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] No more ECN ?
On Mon, 12 Oct 2009 10:03:12 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: Hey, I just wanted to know if the ECN of september will be published or not :-) ecn? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] No more ECN ?
On Mon, 12 Oct 2009, Carsten Haitzler (The Rasterman) wrote: On Mon, 12 Oct 2009 10:03:12 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: Hey, I just wanted to know if the ECN of september will be published or not :-) ecn? Enlightenment community news: http://trac.enlightenment.org/e/blog/author/thomasg Vincent -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] No more ECN ?
On Mon, Oct 12, 2009 at 10:21 AM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 12 Oct 2009 10:03:12 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: Hey, I just wanted to know if the ECN of september will be published or not :-) ecn? Rast c'mon ! the famous Enlightenment Community News of course ! ;) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] No more ECN ?
On Mon, 12 Oct 2009 10:33:39 +0200 Steven Le Roux ste...@le-roux.info said: On Mon, Oct 12, 2009 at 10:21 AM, Carsten Haitzler ras...@rasterman.comwrote: On Mon, 12 Oct 2009 10:03:12 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: Hey, I just wanted to know if the ECN of september will be published or not :-) ecn? Rast c'mon ! the famous Enlightenment Community News of course ! ;) ooh. never heard of it called ecn. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, Oct 12, 2009 at 7:59 AM, Brian Wang brian.wang.0...@gmail.comwrote: On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang brian.wang.0...@gmail.com wrote: We are running Elementary/EFL on our target device (ARM926EJS @ 400MHz). We would like to run a window manager to simply the windows management. I have seen some e17+Illume demo videos on the web and would love to see its functionalities on our device. However, it is the boot time that is of concern. Judging from the video clips, it takes 30~50 seconds to boot when running the e17+Illume. That seems forever for a simple multimedia device. Maybe it is due to too many modules configured in? Besides e17, are there any window managers that are based on EFL? I'm Nope. I guess that leaves e17 as the only option. personally drooling over Illume's software keyboards... Matchbox window manager + panel used to be an option, but it's kind of static after I saw Illume... My dream window manager would boot fast, small in size and with a sexy software keyboard. Is it too much to ask for? One question that comes to mind, having worked on the boot speed problem. is what do you mean by boot time? Time from turn on to a usable GUI? That is not all E17, you are also starting up the CPU, hardware, maybe a BIOS, boot loader, kernel, X, and whatever else you need, often most of this is before E17 is started. Sure for some embedded devices there may not be a BIOS, or the linux kernel may BE the BIOS and boot loader. You are still left with at least starting kernel and X before you even get to starting E17. Yes, I mean the time from power-on to a usable GUI and on our device, that would be: u-boot + kernel + kdrive + X apps Currently u-boot + kernel + kdrive take roughtly 3.x seconds without any optimization. I would like to make it boot up within 5 seconds from power-on to a usable state. That would leave 1.x second for e to start...2 I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... Look at the openmoko phone. it take a lot of sec but just to boot the linux. When X starts, it takes only few seconds. The hardware is not well designed so all graphical suff are quite long. Despite this, 98% of the boot time is just to run the linux, and starts the init process. If it's a lightweight device, you could have a look to uClinux -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, Oct 12, 2009 at 7:59 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... It really depend on your hardware and your configuration. During the bootup process of E17, what count is IO operation. Most are due to module, so by carefully choosing them you will reduce the boot time. The second source of IO is library dependencies. If you reduce to the minimum the number of needed library to be loaded, you can win a lot of time. You can currently build all the library from eina to efreet, including evas as a static library only. If you have only one user of the EFL, this could help you. But the best things to do, is to try, then profile and improve things. So just let us know what you test give on your hardware :-) -- Cedric BAIL -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ecore from svn (trunk)
Hello, I'm trying to build (on a linux box) from the trunk ecore and I'm getting this error during autogen / configure: config.status: error: cannot find input file: po/Makefile.in.in Does someone can help me to resolve this? The SVN revision is 43034. Rno -- Given enough eyeballs, all bugs are shallow Eric Steven Raymond -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Elementary widgets focus switch fix
Yes, I don't know why but now it works. Thanks On Sun, Oct 11, 2009 at 7:38 AM, Carsten Haitzler ras...@rasterman.com wrote: On Tue, 15 Sep 2009 01:53:24 +0200 Marco Trevisan (Treviño) m...@3v1n0.net said: ok... hmmm... 1. i dont see any issue with focus and entires and illume. the kbd comes up when u click an entry - it stays up when u focus more than 1 entry (ie click on another entry if one entry is already focused) and it goes down when u focus something that doesnt take input (eg a button). so it works. well for me it does here. u'll have to explain what doesnt work for you a bit more in detail. 2. the on_focus func is called when an object is focused AND unfocused. see _on_focus_hook() in elm_entry - put in printfs. that is literally called in both situations and the: if (elm_widget_focus_get(obj)) is there to figure out which. yes - elm_win_keyboard_mode_set() will request kbd mode to be off then if another entry is focused it will then ask it to be on. as such illume has a small delay in it for handling kbd off requests - if something asks for the kbd to be on again within this delay of an off request, then the kbd will just stay up or if this delay times out (its something like 0.2 seconds) then the kbd will actually pop down. Hello an issue I've always noticed in Elementary is that it doesn't handle correctly the focus change (and using it in Illume could cause issues with the virtual keyboard). The widget which suffers mostly this problem is elm_entry since it uses it's own function on focus/unfocus events and when there are two entries, focused_entry and unfocused_entry and you do something like: elm_object_focus(unfocused_entry); The focused_entry lose the keyboard focus, but doesn't change aspect (since its own function is not called again). So, basically to fix this issue (or workarounding it? :)) I thought that elementary could have just remembered the focused widget clearing the focus to that when a new widget asked for the focus. I've attached two versions of the patch, the first one doesn't care about the window in which the widget is, and simply clears the focus when any widget of the running process requests to be the new focused widget. The second version (better, I think) checks if the widget is in the same window of the widget that is asking for the focus, in that case switches the focus. Maybe could be an idea to reset the focus at all on elm_object_focus(NULL); By the way I've not implemented it, but it could be useful when we'd like to hide virtual keyboards (il Illume, for example) without using the workaround of focusing another widget (like a button). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore from svn (trunk)
2009/10/12 Arnaud VALLAT rno@gmail.com: Hello, I'm trying to build (on a linux box) from the trunk ecore and I'm getting this error during autogen / configure: config.status: error: cannot find input file: po/Makefile.in.in Does someone can help me to resolve this? The SVN revision is 43034. Rno Hi Arnaud, I guess you don't have cvs. install cvs and gettext and run autogen.sh again, it will retrieve all gettext stuff you need to compile ecore. regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore from svn (trunk)
Many thanks Nicolas! It works :-) Rno On Mon, Oct 12, 2009 at 12:44 PM, Nicolas Aguirre aguirre.nico...@gmail.com wrote: 2009/10/12 Arnaud VALLAT rno@gmail.com: Hello, I'm trying to build (on a linux box) from the trunk ecore and I'm getting this error during autogen / configure: config.status: error: cannot find input file: po/Makefile.in.in Does someone can help me to resolve this? The SVN revision is 43034. Rno Hi Arnaud, I guess you don't have cvs. install cvs and gettext and run autogen.sh again, it will retrieve all gettext stuff you need to compile ecore. regards, -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- Given enough eyeballs, all bugs are shallow Eric Steven Raymond -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, Oct 12, 2009 at 5:40 PM, Cedric BAIL cedric.b...@free.fr wrote: On Mon, Oct 12, 2009 at 7:59 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... It really depend on your hardware and your configuration. During the bootup process of E17, what count is IO operation. Most are due to module, so by carefully choosing them you will reduce the boot time. The second source of IO is library dependencies. If you reduce to the minimum the number of needed library to be loaded, you can win a lot of time. You can currently build all the library from eina to efreet, including evas as a static library only. If you have only one user of the EFL, this could help you. Too bad that I will have multiple applications that are based on EFL. But the best things to do, is to try, then profile and improve things. So just let us know what you test give on your hardware :-) -- Cedric BAIL OK. I just tried. :-) On my device, from power-on to Illume taskbar + empty desktop, it currently takes ~18 seconds. I guess it's not as bad as seen in the demo videos (Openmoko and Palm targets). There's always room for improvements. I will have to steal 15 seconds off that. I have lots to learn as a newbie... Any optimization tips are welcome. :-) Thanks in advance. Brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, 12 Oct 2009 20:07:25 +0800 Brian Wang brian.wang.0...@gmail.com said: On Mon, Oct 12, 2009 at 5:40 PM, Cedric BAIL cedric.b...@free.fr wrote: On Mon, Oct 12, 2009 at 7:59 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... It really depend on your hardware and your configuration. During the bootup process of E17, what count is IO operation. Most are due to module, so by carefully choosing them you will reduce the boot time. The second source of IO is library dependencies. If you reduce to the minimum the number of needed library to be loaded, you can win a lot of time. You can currently build all the library from eina to efreet, including evas as a static library only. If you have only one user of the EFL, this could help you. Too bad that I will have multiple applications that are based on EFL. But the best things to do, is to try, then profile and improve things. So just let us know what you test give on your hardware :-) -- Cedric BAIL OK. I just tried. :-) On my device, from power-on to Illume taskbar + empty desktop, it currently takes ~18 seconds. I guess it's not as bad as seen in the demo videos (Openmoko and Palm targets). There's always room for improvements. I will have to steal 15 seconds off that. I have lots to learn as a newbie... Any optimization tips are welcome. :-) 1. profile profile profile. find out where your time is being spent. take a look at bootchart. it's not a bad place to start to see just whats going on at an overview level. 2. do less. dont do anything you dont NEED to (e17 WILL do things u probably dont neeed - file load a theme of its own, set a wallpaper and render it, scan for .desktop files for apps and looks for system app menus like freedesktop.org xdg standards). 3. how long does the boot take if you JUST boot into an empty x? 4. how much into an empt x + an elementary (or efl app). (note that efl has a lot of libraries it uses and depends on - each dependency needs to be found in the fileystsem (ld.so hunts for it) and then symbols need to be resolved. this literally is string matching every function call used to an entry in a hash table in the library). the more libs are used - the more symbols need looking for and thus the more library symbol tables need paging in from disk 5. do some bencmarks on disk io - where are you booting from? nand? mmc/sd? nmote that u'll likely find mmc/sd has much better io performance than nand. also note that the fs you use will matter - eg jffs2 doesnt allow mmap and needs to to decompress and rebuild logs. ubifs as well ned to rebuild from logs and decomrpess. cramfs too. all these compressed fs's will reduce raw io requirements at the expense of cpu - thus u're losing cpu that can be used for apps starting up. so look deeply at your IO. not to mention time spent mounting the filesystem when the kernel starts - all of init and shells loaded in. now.. 1. look into prelink. that can help avoid much of #4. also ldconfig and ld.so.cache - make sure it's pre-built and populated, not done on each boot. note that if u dont use e - u'll end up paging in the symbols for libraries anyway for evas, elementary etc. etc. anyway so either u pay the price for getting that all cached when e starts or when your efl app starts. one way or another you will pay that price. 2. just disable features you dont need - modules u dont need for evas (loaders, savers, engines etc.). dont build ecore libs u dont need. etc. etc. etc. 3. profile and see just how much time is spent prior to e coming up. you may find that is quite significant and you're barking up the wrong tree. so as i said for #1 profile profile profile profile -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Evas loading image fastly
Hello,
I use Elm slideshow in my application and I try to load a big image. I just
need to dispalay the full image (no zoom ...)
I try to use photocam but I have 2 problems with it :
- the animation when the image is fit. This animation is in a visual
conflict with the slideshow which has his own animation
- an object is not a member of the photocam object and stay at the top when
photocam is swallowed. I did not find what object was responsible.
Next I try to use my photo object and add some optimization:
When I set a image file I retrieve his size with (this method does not
downlad the image ?):
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, 0);
evas_object_image_file_set(o, image, photo_group);
evas_object_image_size_get(o, iw, ih);
Then I use evas_object_image_load_scale_down_set() and preload with:
evas_object_image_preload(o, 1);
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, sd-zoom);
evas_object_image_file_set(o, sd-photo_file, sd-photo_group);
evas_object_image_preload(o, 0);
The preload seems not working :/ The application freeze during a time.
Preload load the file in a thread right ?
I am not sure about what evas_object_image_load_scale_down_set() does. I
think it is a way to not load all the image but only certains pixels.
Usefull if the image dispalyed is smaller than the real size. I use this
code to calculate the zoom :
int zoomw = 1, zoomh = 1;
while(w_img/2w)
{
w_img = w_img/2;
zoomw++;
}
while(h_img/2h)
{
h_img = h_img/2;
zoomh++;
}
sd-zoom = (zoomwzoomh?zoomw:zoomh);
The conclusion is that photocam load the image 3 times faster than me :)
--
Regards.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas loading image fastly
2009/10/12 Atton Jonathan jonathan.at...@gmail.com:
When I set a image file I retrieve his size with (this method does not
downlad the image ?):
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, 0);
evas_object_image_file_set(o, image, photo_group);
evas_object_image_size_get(o, iw, ih);
Then I use evas_object_image_load_scale_down_set() and preload with:
evas_object_image_preload(o, 1);
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, sd-zoom);
evas_object_image_file_set(o, sd-photo_file, sd-photo_group);
evas_object_image_preload(o, 0);
you could use evas_object_image_load_size_set as well. But I have no
idea what this function do exactly, I just experienced load speed up
when I specify the size of the container. I guess it's only usefull
for jpeg images (maybe svg ?)
I use this
code to calculate the zoom :
int zoomw = 1, zoomh = 1;
while(w_img/2w)
{
w_img = w_img/2;
zoomw++;
}
while(h_img/2h)
{
h_img = h_img/2;
zoomh++;
}
sd-zoom = (zoomwzoomh?zoomw:zoomh);
you should maybe use elm_photocam_zoom_mode_set(im,
ELM_PHOTOCAM_ZOOM_MODE_AUTO_FIT) ?
The conclusion is that photocam load the image 3 times faster than me :)
It's what I was talking about :P
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.digital-corner.org
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas loading image fastly
2009/10/12 Nicolas Aguirre aguirre.nico...@gmail.com
2009/10/12 Atton Jonathan jonathan.at...@gmail.com:
When I set a image file I retrieve his size with (this method does not
downlad the image ?):
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, 0);
evas_object_image_file_set(o, image, photo_group);
evas_object_image_size_get(o, iw, ih);
Then I use evas_object_image_load_scale_down_set() and preload with:
evas_object_image_preload(o, 1);
evas_object_image_file_set(o, NULL, NULL);
evas_object_image_load_scale_down_set(o, sd-zoom);
evas_object_image_file_set(o, sd-photo_file, sd-photo_group);
evas_object_image_preload(o, 0);
you could use evas_object_image_load_size_set as well. But I have no
idea what this function do exactly, I just experienced load speed up
when I specify the size of the container. I guess it's only usefull
for jpeg images (maybe svg ?)
I use this
code to calculate the zoom :
int zoomw = 1, zoomh = 1;
while(w_img/2w)
{
w_img = w_img/2;
zoomw++;
}
while(h_img/2h)
{
h_img = h_img/2;
zoomh++;
}
sd-zoom = (zoomwzoomh?zoomw:zoomh);
you should maybe use elm_photocam_zoom_mode_set(im,
ELM_PHOTOCAM_ZOOM_MODE_AUTO_FIT) ?
With a small photo (2500x) I have a animation but not with a big photo
(2x)
The conclusion is that photocam load the image 3 times faster than me :)
It's what I was talking about :P
--
Nicolas Aguirre
Mail: aguirre.nico...@gmail.com
Web: http://www.digital-corner.org
--
Regards.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 00:17:11 +1100 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: Cc: David Seikel onef...@gmail.com, enlightenment-devel@lists.sourceforge.net, Cedric BAIL cedric.b...@free.fr (Just woke up, so no caffeine yet.) Um, the CC list is just getting longer for this thread. Everyone on that CC list is getting CCed for each post on this thread. OUCH!! FIrst of all, can you ALL please STOP CCing people that are on the list. WE get the damn replies anyway. Secondly, is there some problem that the list is now auto CCing on that thread? Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. As a minimalist it slightly offends me to see this constant abuse of network and hard drive storage usage by needless repetition. CCing some one on the list, just say no. And, constant repetition just gets annoying after a while. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway. Did I make myself clear? The first person to say something about the cheap availability of computer resources WILL get their head handed to them. Then I will start ranting about XML. And no one wants to see that. /me wonders off to find caffeine, grumbling under his breath and scratching his arse. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, Oct 13, 2009 at 06:42:22AM +1000, David Seikel wrote: Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. Then turn on de-duplication in mailman for the mailing list. Every message has a link at the bottom to the Mailman preferences. You want to turn on Avoid duplicate copies of messages. This will prevent mailman from sending you copies of messages where you appear in the To or CC field. As a programmer, you'll appreciate the reasons why senders cannot effectively determine when or when not to CC: First, and foremost, a responder has no clue if a CCed address is a list member or not. Since generally, we want unrelated developers to be able to participate in discussions on mailing lists they don't subscribe to, CCs should be permitted. (for example, CCing a relevant Xorg developer on a question between E and X interaction could be important - you don't want to force such third parties to subscribe to the list). Second, some people (like me) sometimes prefer to get CCs to my messages. For some lists, I filter the list into a folder, but CCs go into my inbox. This flags me when someone responds to *me*. Third, the relatively well-established mailing list management methodology (at least among free software development mailing lists) is to Reply-To-All and let individual preference settings shake out how mail actually gets delivered. The mailing list is for listing members - it should not enfore delivery policy. Ross -- Ross Vandegrift r...@kallisti.us If the fight gets hot, the songs get hotter. If the going gets tough, the songs get tougher. --Woody Guthrie signature.asc Description: Digital signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Mon, 12 Oct 2009 17:01:13 -0400 Ross Vandegrift r...@kallisti.us wrote: On Tue, Oct 13, 2009 at 06:42:22AM +1000, David Seikel wrote: Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. Then turn on de-duplication in mailman for the mailing list. Every message has a link at the bottom to the Mailman preferences. You want to turn on Avoid duplicate copies of messages. This will prevent mailman from sending you copies of messages where you appear in the To or CC field. That feature is already turned on. First, and foremost, a responder has no clue if a CCed address is a list member or not. Well, the worst offender is raster, and he knows I'm on the list. Second, some people (like me) sometimes prefer to get CCs to my messages. For some lists, I filter the list into a folder, but CCs go into my inbox. This flags me when someone responds to *me*. Maybe you could set up your filters differently? Certainly I never knew you wanted CCs, and nothing in these various systems automatically send you CCs. Third, the relatively well-established mailing list management methodology (at least among free software development mailing lists) is to Reply-To-All and let individual preference settings shake out how mail actually gets delivered. The mailing list is for listing members - it should not enfore delivery policy. Well, my email software has a reply to list button, which works quite nicely. I am now or have been on many free software development lists, and really only get this problem with a small handful of developers, not the entire free software community. Pretty much all those developers are on this list. And given that it's only a few developers doing this, I guess that your well established methodology is only being followed by these few people. shrugs Taking that to it's logical conclusion, eveybody that ever said anything in a particular thread must be on the CC list, for every thread on a list, and most of those people are on the list. So why bother with the list in the first place? Mailing lists are supposed to get away from having to manage long CC lists. A more useful method, and also well established, is for people posting to lists they are not on to say so, and request a CCed reply. I see that happening a lot. Going with the general principle of not sending people things they don't ask for, and especially not sending them things they specifically ask to not be sent, is just polite. None of the above explains why the C list on that particular thread seems to be growing. Is there a real problem behind that somewhere? I was half expecting to see my name on the CC list twice after posting my rant. lol And I STILL have not had my caffiene. lol CCing to Ross as requested. signature.asc Description: PGP signature -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 07:28:54 +1000 David Seikel onef...@gmail.com said: On Mon, 12 Oct 2009 17:01:13 -0400 Ross Vandegrift r...@kallisti.us wrote: On Tue, Oct 13, 2009 at 06:42:22AM +1000, David Seikel wrote: Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. Then turn on de-duplication in mailman for the mailing list. Every message has a link at the bottom to the Mailman preferences. You want to turn on Avoid duplicate copies of messages. This will prevent mailman from sending you copies of messages where you appear in the To or CC field. That feature is already turned on. First, and foremost, a responder has no clue if a CCed address is a list member or not. Well, the worst offender is raster, and he knows I'm on the list. Second, some people (like me) sometimes prefer to get CCs to my messages. For some lists, I filter the list into a folder, but CCs go into my inbox. This flags me when someone responds to *me*. Maybe you could set up your filters differently? Certainly I never knew you wanted CCs, and nothing in these various systems automatically send you CCs. Third, the relatively well-established mailing list management methodology (at least among free software development mailing lists) is to Reply-To-All and let individual preference settings shake out how mail actually gets delivered. The mailing list is for listing members - it should not enfore delivery policy. Well, my email software has a reply to list button, which works quite nicely. I am now or have been on many free software development lists, and really only get this problem with a small handful of developers, not the entire free software community. Pretty much all those developers are on this list. And given that it's only a few developers doing this, I guess that your well established methodology is only being followed by these few people. shrugs Taking that to it's logical conclusion, eveybody that ever said anything in a particular thread must be on the CC list, for every thread on a list, and most of those people are on the list. So why bother with the list in the first place? Mailing lists are supposed to get away from having to manage long CC lists. A more useful method, and also well established, is for people posting to lists they are not on to say so, and request a CCed reply. I see that happening a lot. Going with the general principle of not sending people things they don't ask for, and especially not sending them things they specifically ask to not be sent, is just polite. None of the above explains why the C list on that particular thread seems to be growing. Is there a real problem behind that somewhere? I was half expecting to see my name on the CC list twice after posting my rant. lol 1. i never add anyone to cc's who i don't explicitly want to cc. check the thread. you'll notice i simple hit reply to all. do you really think i'm going to hand-inspect the cc list every time i reply to a mail and hand-modify it figuring out who is and isn't on the list? i hit reply all and let it churn. i don't have time for such wastes of time. 2. i'm not an offender in adding anyone to cc's. the only thing that gets ADDED to cc's by my client is the list itself. i don't add individual mail addresses to cc's unless i'm trying to add someone off-list. get those facts right before pointing fingers. i hit reply to all because anyone added TO cc's by someone elese is someone they wanted to include in the conversation. there is no reply to list in my mailer. when one replies to all the To: , the From: and the CC's are all added into the targets, this is standard. there is no way i am going to hand inspect all those fields and guess who may and may not be on lists. i've hit reply to before and managed to take people out of conversations and been brought up on it and asked not to do so. a few times before. i dont do that anymore. it annoys people too. reply to all it shall be. i'm not going to choose beteween complaints from you or complaints from others. there is no winning. someone is going to be annoyed. if i have to choose i'd rather more people get the mail than less as then they can choose if they care. so your conclusion of eveybody that ever said anything in a particular thread must be on the CC list is false as *I* am definitely not adding PEOPLE to the cc list every time i reply to them. whoever is already on the cc is added, the list is added to cc's if not already there and the originator of the mail is put in to To:. you'll notice that the cc lists are not long at all. they generally have at most 2 addresses. this thread you complain about is an exception. research your facts. actually look at the thread to see where your
Re: [E-devel] Recursive CCing? Was: Choice of a Window Manager
On Tue, 13 Oct 2009 06:42:22 +1000 David Seikel onef...@gmail.com said: On Tue, 13 Oct 2009 00:17:11 +1100 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: Cc: David Seikel onef...@gmail.com, enlightenment-devel@lists.sourceforge.net, Cedric BAIL cedric.b...@free.fr (Just woke up, so no caffeine yet.) Um, the CC list is just getting longer for this thread. Everyone on that CC list is getting CCed for each post on this thread. OUCH!! FIrst of all, can you ALL please STOP CCing people that are on the list. WE get the damn replies anyway. Secondly, is there some problem that the list is now auto CCing on that thread? Thirdly, and this is most important, STOP CCINC ME, IM ON THE DAMN LIST As a programmer I don't like to see duplicate code. Please don't CC me any replies to things I say on the list. I'm on the list and will see it anyway. As a minimalist it slightly offends me to see this constant abuse of network and hard drive storage usage by needless repetition. CCing some one on the list, just say no. And, constant repetition just gets annoying after a while. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway. Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway.Don't CC me when you reply to the list if I'm on the list anyway. for someone complaining about duplication... that's pretty rich. let me follow your example and keep you in the cc's. Did I make myself clear? The first person to say something about the cheap availability of computer resources WILL get their head handed to them. Then I will start ranting about XML. And no one wants to see that. /me wonders off to find caffeine, grumbling under his breath and scratching his arse. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Choice of a Window Manager
On Mon, Oct 12, 2009 at 9:17 PM, Carsten Haitzler ras...@rasterman.com wrote: On Mon, 12 Oct 2009 20:07:25 +0800 Brian Wang brian.wang.0...@gmail.com said: On Mon, Oct 12, 2009 at 5:40 PM, Cedric BAIL cedric.b...@free.fr wrote: On Mon, Oct 12, 2009 at 7:59 AM, Brian Wang brian.wang.0...@gmail.com wrote: On Mon, Oct 12, 2009 at 11:30 AM, David Seikel onef...@gmail.com wrote: On Mon, 12 Oct 2009 10:49:03 +0800 Brian Wang I do remember a time when we managed to get the startup time of e17 itself down to a fraction of a second on a typical desktop. Maybe 5 seconds tops on the sort of device you mentioned. I don't know what it is these days. You mean e17 spends 5 seconds all by itself? Hm... sounds like a daunting task ahead of me... It really depend on your hardware and your configuration. During the bootup process of E17, what count is IO operation. Most are due to module, so by carefully choosing them you will reduce the boot time. The second source of IO is library dependencies. If you reduce to the minimum the number of needed library to be loaded, you can win a lot of time. You can currently build all the library from eina to efreet, including evas as a static library only. If you have only one user of the EFL, this could help you. Too bad that I will have multiple applications that are based on EFL. But the best things to do, is to try, then profile and improve things. So just let us know what you test give on your hardware :-) -- Cedric BAIL OK. I just tried. :-) On my device, from power-on to Illume taskbar + empty desktop, it currently takes ~18 seconds. I guess it's not as bad as seen in the demo videos (Openmoko and Palm targets). There's always room for improvements. I will have to steal 15 seconds off that. I have lots to learn as a newbie... Any optimization tips are welcome. :-) 1. profile profile profile. find out where your time is being spent. take a look at bootchart. it's not a bad place to start to see just whats going on at an overview level. 2. do less. dont do anything you dont NEED to (e17 WILL do things u probably dont neeed - file load a theme of its own, set a wallpaper and render it, scan for .desktop files for apps and looks for system app menus like freedesktop.org xdg standards). 3. how long does the boot take if you JUST boot into an empty x? 4. how much into an empt x + an elementary (or efl app). (note that efl has a lot of libraries it uses and depends on - each dependency needs to be found in the fileystsem (ld.so hunts for it) and then symbols need to be resolved. this literally is string matching every function call used to an entry in a hash table in the library). the more libs are used - the more symbols need looking for and thus the more library symbol tables need paging in from disk 5. do some bencmarks on disk io - where are you booting from? nand? mmc/sd? nmote that u'll likely find mmc/sd has much better io performance than nand. also note that the fs you use will matter - eg jffs2 doesnt allow mmap and needs to to decompress and rebuild logs. ubifs as well ned to rebuild from logs and decomrpess. cramfs too. all these compressed fs's will reduce raw io requirements at the expense of cpu - thus u're losing cpu that can be used for apps starting up. so look deeply at your IO. not to mention time spent mounting the filesystem when the kernel starts - all of init and shells loaded in. now.. 1. look into prelink. that can help avoid much of #4. also ldconfig and ld.so.cache - make sure it's pre-built and populated, not done on each boot. note that if u dont use e - u'll end up paging in the symbols for libraries anyway for evas, elementary etc. etc. anyway so either u pay the price for getting that all cached when e starts or when your efl app starts. one way or another you will pay that price. 2. just disable features you dont need - modules u dont need for evas (loaders, savers, engines etc.). dont build ecore libs u dont need. etc. etc. etc. 3. profile and see just how much time is spent prior to e coming up. you may find that is quite significant and you're barking up the wrong tree. so as i said for #1 profile profile profile profile Wow. That's a lot of tips. Also, valid ones. I am going to finish up my applications and do some boot time analysis and optimizations. P.S. I played with e17+Illume a bit last night. It is quite fun! Even though the theme is black and white, the animating nature of it is catching a lot of eyes. Thanks to all. Brian -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe --
[E-devel] Eina is broken (patrch submit)
Hi all, Eina is broken...I attached a patch which fixed the problem. - cantona --- cd . /bin/sh /home/cantona/e17_src/eina/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive make[1]: Entering directory `/home/cantona/e17_src/eina' Making all in src make[2]: Entering directory `/home/cantona/e17_src/eina/src' Making all in lib make[3]: Entering directory `/home/cantona/e17_src/eina/src/lib' rm -f /eina_amalgamation.c /bin/sh: /eina_amalgamation.c: Permission denied make[3]: *** [eina_amalgamation.c] Error 1 make[3]: Leaving directory `/home/cantona/e17_src/eina/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cantona/e17_src/eina/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cantona/e17_src/eina' make: *** [all] Error 2 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina is broken (patrch submit)
oops, forgot to attach. On Tue, Oct 13, 2009 at 11:25 AM, cantona cant...@cantona.net wrote: Hi all, Eina is broken...I attached a patch which fixed the problem. - cantona --- cd . /bin/sh /home/cantona/e17_src/eina/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive make[1]: Entering directory `/home/cantona/e17_src/eina' Making all in src make[2]: Entering directory `/home/cantona/e17_src/eina/src' Making all in lib make[3]: Entering directory `/home/cantona/e17_src/eina/src/lib' rm -f /eina_amalgamation.c /bin/sh: /eina_amalgamation.c: Permission denied make[3]: *** [eina_amalgamation.c] Error 1 make[3]: Leaving directory `/home/cantona/e17_src/eina/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cantona/e17_src/eina/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cantona/e17_src/eina' make: *** [all] Error 2 Index: src/lib/Makefile.am === --- src/lib/Makefile.am (revision 43047) +++ src/lib/Makefile.am (working copy) @@ -67,49 +67,49 @@ eina_sources_used = eina_amalgamation.c BUILT_SOURCES = eina_amalgamation.c -$(builddir)/ eina_amalgamation.c: $(sources_used) Makefile - -rm -f $(builddir)/eina_amalgamation.c +eina_amalgamation.c: $(sources_used) Makefile + -rm -f eina_amalgamation.c - @echo #ifdef HAVE_CONFIG_H $(builddir)/eina_amalgamation.c - @echo #include \config.h\ $(builddir)/eina_amalgamation.c - @echo #endif $(builddir)/eina_amalgamation.c + @echo #ifdef HAVE_CONFIG_H eina_amalgamation.c + @echo #include \config.h\ eina_amalgamation.c + @echo #endif eina_amalgamation.c - @echo #ifndef _WIN32 $(builddir)/eina_amalgamation.c - @echo #define _GNU_SOURCE $(builddir)/eina_amalgamation.c - @echo #endif $(builddir)/eina_amalgamation.c + @echo #ifndef _WIN32 eina_amalgamation.c + @echo #define _GNU_SOURCE eina_amalgamation.c + @echo #endif eina_amalgamation.c - @echo #ifdef HAVE_ALLOCA_H $(builddir)/eina_amalgamation.c - @echo # include alloca.h $(builddir)/eina_amalgamation.c - @echo #elif defined __GNUC__ $(builddir)/eina_amalgamation.c - @echo # define alloca __builtin_alloca $(builddir)/eina_amalgamation.c - @echo #elif defined _AIX $(builddir)/eina_amalgamation.c - @echo # define alloca __alloca $(builddir)/eina_amalgamation.c - @echo #elif defined _MSC_VER $(builddir)/eina_amalgamation.c - @echo # include malloc.h $(builddir)/eina_amalgamation.c - @echo # define alloca _alloca $(builddir)/eina_amalgamation.c - @echo #else $(builddir)/eina_amalgamation.c - @echo # include stddef.h $(builddir)/eina_amalgamation.c - @echo # ifdef __cplusplus $(builddir)/eina_amalgamation.c - @echo #extern \C\ $(builddir)/eina_amalgamation.c - @echo # endif $(builddir)/eina_amalgamation.c - @echo #void *alloca (size_t); $(builddir)/eina_amalgamation.c - @echo #endif $(builddir)/eina_amalgamation.c + @echo #ifdef HAVE_ALLOCA_H eina_amalgamation.c + @echo # include alloca.h eina_amalgamation.c + @echo #elif defined __GNUC__ eina_amalgamation.c + @echo # define alloca __builtin_alloca eina_amalgamation.c + @echo #elif defined _AIX eina_amalgamation.c + @echo # define alloca __alloca eina_amalgamation.c + @echo #elif defined _MSC_VER eina_amalgamation.c + @echo # include malloc.h eina_amalgamation.c + @echo # define alloca _alloca eina_amalgamation.c + @echo #else eina_amalgamation.c + @echo # include stddef.h eina_amalgamation.c + @echo # ifdef __cplusplus eina_amalgamation.c + @echo #extern \C\ eina_amalgamation.c + @echo # endif eina_amalgamation.c + @echo #void *alloca (size_t); eina_amalgamation.c + @echo #endif eina_amalgamation.c - @echo #include stdio.h $(builddir)/eina_amalgamation.c - @echo #include stdlib.h $(builddir)/eina_amalgamation.c - @echo #include string.h $(builddir)/eina_amalgamation.c - @echo #include dlfcn.h $(builddir)/eina_amalgamation.c - @echo #include sys/types.h $(builddir)/eina_amalgamation.c - @echo #include dirent.h $(builddir)/eina_amalgamation.c + @echo #include stdio.h eina_amalgamation.c + @echo #include stdlib.h eina_amalgamation.c + @echo #include string.h eina_amalgamation.c + @echo #include dlfcn.h eina_amalgamation.c + @echo #include sys/types.h eina_amalgamation.c + @echo #include dirent.h eina_amalgamation.c - @echo #ifdef HAVE_EVIL $(builddir)/eina_amalgamation.c - @echo # include Evil.h $(builddir)/eina_amalgamation.c - @echo #endif $(builddir)/eina_amalgamation.c + @echo #ifdef HAVE_EVIL eina_amalgamation.c + @echo # include Evil.h eina_amalgamation.c + @echo #endif eina_amalgamation.c - @echo #include \eina_config.h\ $(builddir)/eina_amalgamation.c - @echo #include \eina_private.h\ $(builddir)/eina_amalgamation.c - @echo #include \eina_safety_checks.h\ $(builddir)/eina_amalgamation.c - @echo #include \Eina.h\
Re: [E-devel] Eina is broken (patrch submit)
On Tue, 13 Oct 2009, cantona wrote: oops, forgot to attach. with your patch, is make distcheck working ? Vincent On Tue, Oct 13, 2009 at 11:25 AM, cantona cant...@cantona.net wrote: Hi all, Eina is broken...I attached a patch which fixed the problem. - cantona --- cd . /bin/sh /home/cantona/e17_src/eina/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive make[1]: Entering directory `/home/cantona/e17_src/eina' Making all in src make[2]: Entering directory `/home/cantona/e17_src/eina/src' Making all in lib make[3]: Entering directory `/home/cantona/e17_src/eina/src/lib' rm -f /eina_amalgamation.c /bin/sh: /eina_amalgamation.c: Permission denied make[3]: *** [eina_amalgamation.c] Error 1 make[3]: Leaving directory `/home/cantona/e17_src/eina/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cantona/e17_src/eina/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cantona/e17_src/eina' make: *** [all] Error 2 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eina is broken (patrch submit)
On Tue, 13 Oct 2009 06:50:05 +0200 (CEST) Vincent Torri vto...@univ-evry.fr said: it looks wrong to me. that smells of distcheck and cross-compiling breaking. On Tue, 13 Oct 2009, cantona wrote: oops, forgot to attach. with your patch, is make distcheck working ? Vincent On Tue, Oct 13, 2009 at 11:25 AM, cantona cant...@cantona.net wrote: Hi all, Eina is broken...I attached a patch which fixed the problem. - cantona --- cd . /bin/sh /home/cantona/e17_src/eina/missing --run autoheader rm -f stamp-h1 touch config.h.in cd . /bin/sh ./config.status config.h config.status: creating config.h config.status: config.h is unchanged make all-recursive make[1]: Entering directory `/home/cantona/e17_src/eina' Making all in src make[2]: Entering directory `/home/cantona/e17_src/eina/src' Making all in lib make[3]: Entering directory `/home/cantona/e17_src/eina/src/lib' rm -f /eina_amalgamation.c /bin/sh: /eina_amalgamation.c: Permission denied make[3]: *** [eina_amalgamation.c] Error 1 make[3]: Leaving directory `/home/cantona/e17_src/eina/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cantona/e17_src/eina/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cantona/e17_src/eina' make: *** [all] Error 2 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
