On Tue, May 5, 2009 at 3:07 PM, Derek Chen-Becker <dchenbec...@gmail.com>wrote:
> Are there tools that let you compare rendered output in a test setting? I > mean, something other than a "diff" style comparison, since what we're > aiming for is render equivalence as opposed to output equivalence. I mean, > hypothetically speaking, if an optimization changes, say, a color from > #ffffff to just #fff, that's different markup but the exact same meaning. I know of none... plus I think we have to measure the output as an Array[Byte] rather than XML... some of the optimizations will be direct rendering and re-writing the output. > > > Derek > > On Tue, May 5, 2009 at 9:44 AM, David Pollak < > feeder.of.the.be...@gmail.com> wrote: > >> >> >> On Tue, May 5, 2009 at 1:48 AM, marius d. <marius.dan...@gmail.com>wrote: >> >>> >>> Dave, if you need any help with optimizations just let me know. >> >> >> I think the first thing we need is some rendering tests so that as we >> change the rendering mechanism, we can make sure that we don't change the >> output. >> >> Anyone want to start writing some tests of the Lift rendering engine? >> >> Once that's done, let's let Marius loose on things and see if he can make >> the rendering engine run twice as fast! >> >> >>> >>> >>> Br's, >>> Marius >>> >>> On May 5, 1:29 am, David Pollak <feeder.of.the.be...@gmail.com> wrote: >>> > Folks, >>> > >>> > Based on feedback, I've made some enhancements to Lift: >>> > >>> > - Template caching is on by default when in Production mode >>> > - Method lookup caching is on by default in Production mode for >>> snippet >>> > dispatching >>> > - In development mode, snippet failures will be displayed in the >>> browser >>> > nice and friendly like >>> > - In development mode, pages not served because they are not listed >>> in >>> > SiteMap will result in 403's with friendly error messages >>> > >>> > While I was profiling the code today, I found some code paths that we >>> can >>> > tighten up. There are 3 or 4 times per page render that the DOM is >>> > re-written. We should be able to get that down to 1 time and that >>> should >>> > double the speed of page rendering... although 400 or so pages/per >>> second on >>> > an Amazon EC2-style box ain't too shabby. >>> > >>> > Thanks, >>> > >>> > David >>> > >>> > -- >>> > Lift, the simply functional web frameworkhttp://liftweb.net >>> > Beginning Scalahttp://www.apress.com/book/view/1430219890 >>> > Follow me:http://twitter.com/dpp >>> > Git some:http://github.com/dpp >>> >>> >> >> >> -- >> Lift, the simply functional web framework http://liftweb.net >> Beginning Scala http://www.apress.com/book/view/1430219890 >> >> Follow me: http://twitter.com/dpp >> Git some: http://github.com/dpp >> >> >> > > > > -- Lift, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
