General performance question

Hello,

I have a page containing 7 iframes. Each document is created through
PHP, 8 in total. I had performance issues which I could solve through
Wincachegrind - now according to it, each of the 8 takes only about
20ms, i.e. the whole page should be loaded in less 0.1 seconds. In
fact, it takes more than 5 seconds to load. The HTML is pretty simple.
I wonder how I can detect the bottleneck reason? Any hints? Is there
any general communication settings, in php.ini or I don't know, e.g.
about parallel connections or so, or things to take into account to
load an iframed page more quickly?

Thanx in advance!
Daniel

*************

Marty - it's perfect! You're just not thinking fourth dimensionally!
[Emmett "Doc" Brown]

If you wish to email me, please use newsreply at wuwei minus webservices dot de

Re: General performance question

On Apr 17, 12:15 pm, Daniel Loose wrote:
> Hello,
>
> I have a page containing 7 iframes. Each document is created through
> PHP, 8 in total. I had performance issues which I could solve through
> Wincachegrind - now according to it, each of the 8 takes only about
> 20ms, i.e. the whole page should be loaded in less 0.1 seconds. In
> fact, it takes more than 5 seconds to load. The HTML is pretty simple.
> I wonder how I can detect the bottleneck reason? Any hints? Is there
> any general communication settings, in php.ini or I don't know, e.g.
> about parallel connections or so, or things to take into account to
> load an iframed page more quickly?
>
> Thanx in advance!
> Daniel
>
> *************
>
> Marty - it's perfect! You're just not thinking fourth dimensionally!
> [Emmett "Doc" Brown]
>
> If you wish to email me, please use newsreply at wuwei minus webservices dot de

Are you using PHP sessions? If so, each page (or iframe) requested
will open the session, lock it, execute, write the session back, then
release the lock. While that data is locked the other pages (iframes)
will wait -- which may be what you're experiencing.

Re: General performance question

|Are you using PHP sessions? If so, each page (or iframe) requested
|will open the session, lock it, execute, write the session back, then
|release the lock. While that data is locked the other pages (iframes)
|will wait -- which may be what you're experiencing.

oh! yes I do. -- what can I do?? =)

*************

Marty - it's perfect! You're just not thinking fourth dimensionally!
[Emmett "Doc" Brown]

If you wish to email me, please use newsreply at wuwei minus webservices dot de

Re: General performance question

*** Daniel Loose escribió/wrote (Thu, 17 Apr 2008 19:27:01 +0200):
> oh! yes I do. -- what can I do?? =)

Do those 7 iframes do something that can't be accomplished in the main
page? Do you need session data in all of them?



--
-- http://alvaro.es - Álvaro G. Vicario - Burgos, Spain
-- Mi sitio sobre programación web: http://bits.demogracia.com
-- Mi web de humor en cubitos: http://www.demogracia.com
--

Re: General performance question

On Apr 17, 9:15 am, Daniel Loose wrote:
>
> I have a page containing 7 iframes. Each document is created through
> PHP, 8 in total. I had performance issues which I could solve through
> Wincachegrind - now according to it, each of the 8 takes only about
> 20ms, i.e. the whole page should be loaded in less 0.1 seconds. In
> fact, it takes more than 5 seconds to load. The HTML is pretty simple.
> I wonder how I can detect the bottleneck reason? Any hints? Is there
> any general communication settings, in php.ini or I don't know, e.g.
> about parallel connections or so, or things to take into account to
> load an iframed page more quickly?

Not really... The best way to deal with this problem is to get rid of
iframes altogether. When the main page loads, it triggers the loading
of 7 iframes, each of which is a page in its own right. So every time
the main page loads, the server has to process eight HTTP requests.
If each of this pages is database-driven, you also end up with eight
database connections.

Alternatively, if some or all of the iframes are static or not
frequently updated, you could cache them...

Cheers,
NC