You are right, no way that the midTier stores prefetch items on the client computer. Unless you acknowledged security bypass for your browser Prefetch runs as an assumed user login. So if you setup Prefetch as Joe User, all the views, code, and fields that Joe User sees will load as prefetched. If Jane logs in and she has the same permissions as Joe, then boom she gets the form without extra processing and the form opens fast for her. OH but here comes FRED; he has more permissions, he is a supervisor, 20% more fields and workflow are available to him, so guess what, when he logs in, midTier has to fetch all the field defs and workflow for FRED, so he might see a slightly slower form load the First time only, regardles of prefetch. IF you wanted FRED's form to open fast you need to define another prefetch for a user with FREDS permission set.
---:)--- [email protected] On Wed, Apr 14, 2010 at 8:44 AM, remedy lee <[email protected]> wrote: > Hi, > > I'm confused on this prefetch 'feature' in midtier. > The way I read it is that only when a server is restarted will the > forms (on the web server) reload in order to save time when the first > user logs in. > So instead of loading HPD:Help Desk when a user first hits it, it will > load by itself when restarted. > Benefit is that the first user logging in won't get that 1-2 mins > loading wait. > > Now sales people and certain consultants say that prefetch does more > than that. > It actually loads the forms into the clients computer and therefore > speeds up the whole midtier itself. > So they say that prefetch helps overall everyday midtier use such as > the 50th person using HPD:Help Desk will notice better speeds with > prefetch than without. > They say it loads the forms to the clients computers preemptively and > therefore improves performance. > To me that doesn't make sense, how can the server know where to load > the files. Does it work by loading all the web forms when the person > logs in? > > I really see no benefit to using prefetch if our server hardly restarts > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
