• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: EOModeler and more
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: EOModeler and more


  • Subject: Re: EOModeler and more
  • From: Arturo Pérez <email@hidden>
  • Date: Mon, 12 Jan 2004 00:13:28 -0500

On Jan 11, 2004, at 11:46 PM, james cicenia wrote:


On Jan 11, 2004, at 10:14 PM, Arturo Pirez wrote:

In any case, thousands of users may be viewing a page that displays two dozen objects. If you fully
utilize EOF object caching then you will hit the database once no matter how many times the page is
displayed. Your implementation will hit the database every time the page is displayed. Which is
more expensive?

Is that because the "raw" fetch is not cached? Hmmm. Then there must be a way so that my
smaller objects will be fetched and cached.

See, now you starting to duplicate work that is already in EOF. Just do it the "naive" way
and then come back to the list if there's actually a problem :-)


BTW, no fetch spec result is cached. That will always go to the database. I'm not certain if
the resultant objects are cached or not. So I try to write things such that I only go through
relationships. Those are cached and offer amazing performance. But it's not always possible.




As an FYI, our portal was featured on the CBS morning show (whatever it's called). We didn't know
and we didn't do the above level of optimization before it happened; i.e. we instantiated full
objects for EVERYTHING. The portal continued to function just fine when the tens of thousands
of CBS morning show watchers fired up their browsers.

Well that sounds very reassuring to me on all levels. By the way what was your environment?

That environment had a few (2?) Solaris X86 boxes running only Apache and the WO adaptor, a
(redundant) pair of Sun clones (2U?) running WO and the equivalent of a Sun 450 running Oracle.
Cisco LocalDirector load balancing in front of the web servers. IIRC.


----
WO in philadelphia - wanna cheesesteak with that?
Please visit webobjects.meetup.com.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.

  • Follow-Ups:
    • Re: EOModeler and more
      • From: Chuck Hill <email@hidden>
    • Re: EOModeler and more
      • From: james cicenia <email@hidden>
References: 
 >EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)
 >Re: EOModeler and more (From: Arturo Pérez <email@hidden>)
 >Re: EOModeler and more (From: james cicenia <email@hidden>)

  • Prev by Date: Re: EOModeler
  • Next by Date: Re: Strings and Timestamps
  • Previous by thread: Re: EOModeler and more
  • Next by thread: Re: EOModeler and more
  • Index(es):
    • Date
    • Thread