From mint-bounce@lists.fishpool.fi Mon Jun 20 21:32:51 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <20050620142924.k5x0y17o9h6xwwsk@coolrunningconcepts.com> Date: Mon, 20 Jun 2005 14:29:24 -0500 From: evan@coolrunningconcepts.com To: MiNT List Subject: Re: [MiNT] XAAES slow? References: <42B09A61.9020204@yahoo.fr> <1118887948.12057.11.camel@linuxbox> <42B18304.3030406@yahoo.fr> <1118934446.15790.7.camel@linuxbox> <42B1AEE7.3010707@yahoo.fr> <1119105225.15790.70.camel@linuxbox> <42B6E592.8060507@yahoo.fr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - esc14.midphase.com X-AntiAbuse: Original Domain - fishpool.com X-AntiAbuse: Originator/Caller UID/GID - [32001 32001] / [47 12] X-AntiAbuse: Sender Address Domain - coolrunningconcepts.com X-Source: X-Source-Args: X-Source-Dir: X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: evan@coolrunningconcepts.com Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-0.9 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, NO_REAL_NAME X-Spam-Level: Quoting Frank Naumann : >>> Ok, I found out why zView is so slow regarding handling of WM_REDRAWs. >>> >> Again, Zview isn't slow in the redraw because it's fast on *any* others AES. > > That's not a real argument I think. Agreed. "Fast" is relative. If the application can be profiled it should be, and making superfluous OS calls is the first thing to get rid of. You can never assume an OS call will return in any reasonable length of time, except for a RTOS. >>> The problem is that on XaAES, wind_calc() is slow. >>> >> This is the real problem. > > And ozk already mentioned that he cache now the wind_calc result inside > XaAES and that this heavily speedup the redraw (and it should now the > same as on other AES). This should make XaAES faster for more than just zview, but I have to agree that its the applications responsibility to remember these details and not keep asking the AES for data that doesn't change. Fixing this in zview should make zview faster than it is now, on ALL AES versions. However, in zviews defense, in the presence of theming, this data WILL change, and its possible that zview will perform correctly if a theme change occurs while its running. XaAES would obviously dump its wind_calc cache when the theme changes. > Beside from that I think for zview (or the underlying library) it's also > good to know about overflous AES calls that can be optimized away (with > additional speedup). This is what profilers are for :) > So theoretically all should be happy now :-) Until themes are thrown into the mix. -- Evan