Hi Mark, Well in LightWire I also have pre vs. lazy loading, but because I often reset the app when making changes (for instance, if I add a property to an object in an XML file, I have to reload the framework for it to recognize that) I always set LW to lazy load. I know it means that the second and third and fourth page hits will be a little slower than if I'd loaded it upfront, but in production I see that as a bit of an edge case and in dev I spend a lot of time reloading the app so lazy loading just speeds everything up. Do you have option in MG and the like to set things globally to lazy load (I know CS offers that, but don't know if MG or M2 support it for the objects the framework loads). Also, what kind of load times are people seeing for framework based mid sized OO projects with just 100-200 objects and no fancy custom onLoad scripts to cache data or web services or whatever? Are we talking 3-4 seconds or is it real time like 5+ seconds (without custom loading code that slows things down - I can see how that could take forever).
Best Wishes, Peter On Oct 6, 2008, at 5:27 PM, Mark Drew wrote: > > Peter, > > I presume this is because frameworks like ColdSpring you can choose to > pre-load or lazy-load. So for example Model Glue (I think) is set to > pre-load a lot of things including controllers etc.. > > I add lazyload=true to a lot of my bulky services to speed up load > times > > MD > > > On Mon, Oct 6, 2008 at 11:12 AM, Peter Bell <[EMAIL PROTECTED]> > wrote: >> >> Well, I often have to reload when testing/tweaking so it'd be a big >> issue to me. With my in-house framework set to lazy load I have never >> seen a reload time of more than 2-3 seconds either in development and >> production (usually it's a second to a second and a half) - and that >> is fairly OO heavy and not optimized at all for performance. Can >> anyone confirm if it is really the frameworks that are slow or >> whether >> it's the applications written in the framework (doing lots of caching >> to memory on start up, doing web service calls serially to load data, >> etc.) that take the time. I just don't see why a framework per se >> should need more than a second or two to get all loaded up. >> >> Experiences? >> >> Best Wishes, >> Peter >> >> On Oct 6, 2008, at 4:18 PM, Tom Chiverton wrote: >> >>> >>> On Thursday 02 Oct 2008, Adam Haskell wrote: >>>> +1. The startup with many frameworks is slloowww. >>> >>> Applications rarely start up though, so why worry about that weird >>> edge case, >>> when you should be focusing on the more common usages. >>> >>> -- >>> Tom Chiverton >>> >>> >>> >>> **************************************************** >>> >>> This email is sent for and on behalf of Halliwells LLP. >>> >>> Halliwells LLP is a limited liability partnership registered in >>> England and Wales under registered number OC307980 whose registered >>> office address is at Halliwells LLP, 3 Hardman Square, >>> Spinningfields, Manchester, M3 3EB. A list of members is available >>> for inspection at the registered office. Any reference to a partner >>> in relation to Halliwells LLP means a member of Halliwells LLP. >>> Regulated by The Solicitors Regulation Authority. >>> >>> CONFIDENTIALITY >>> >>> This email is intended only for the use of the addressee named above >>> and may be confidential or legally privileged. If you are not the >>> addressee you must not read it and must not use any information >>> contained in nor copy it nor inform any person other than Halliwells >>> LLP or the addressee of its existence or contents. If you have >>> received this email in error please delete it and notify Halliwells >>> LLP IT Department on 0870 365 2500. >>> >>> For more information about Halliwells LLP visit www.halliwells.com. >>> >>>> >> >> >>> >> > > > > -- > Mark Drew > Blog: http://www.markdrew.co.uk/blog/ > LinkedIn: http://www.linkedin.com/in/mdrew > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
