Bug #48688
closed
FE Rendering of Typo3 4.5.27 slower than 4.5.25
Added by Webadmin no-lastname-given almost 11 years ago.
Updated over 9 years ago.
Description
We just upgraded from 4.5.25 to 4.5.27. The backend (list module) is much faster now, but the frontend rendering slowed down. For example a page which takes around 500ms with 4.5.25 now needs more than 1.3 seconds.
It's reproducible when we switch from one version to the other one.
Plugins could not be the reason for this problems. We testet it with an empty page (only some HMENUS)
Files
- Status changed from New to Needs Feedback
Could you please test with an even more simple TS configuration, e.g. only a single TEXT element or the like.
Some more information about your testing setup might help to verify your numbers, e.g.
- dedicated test server?
- possible network interferences?
- how did you measure (tools)?
- single server or dedicated servers for web/db?
- ...
Sorry, here are the details:
- Decidated live server (8Cores, 16GB RAM, Debian 6.0)
- No network interferences (Decidated line)
- We measured with the network tool of Chrome
- Single Server for web and db, but the time spent in db is equal to the old version (checked with newrelic.com)
- We observed it two days with some common pages. Typo3 4.5.25 was always faster, even if we cleared the cache some seconds before.
The Typo3-Core is linked via symlink, so we can switch easily between the two versions. The behaviour‎ was reproducible with each switch.
Can you check if there are temporary files that got written on every page request?
I can only see the normal lock-files in /typo3temp/locks. Do you have a special folder in mind?
An additional information: I just tried updating to 4.5.26 and there everythings works well. So the problem must be from .26 to .27.
And the typo3conf/temp* Files?
I'm more on 6.2 development, so I don't know what all changed in from .26 to .27
Did something change with newer releases?
Sorry for the delay. Today we updated to 4.5.32 and the result was the same. Attached you will find two screenshows from newrelic.com. At 13:35 we did the update.
After the update the cpu usage and load were much higher than with 4.5.26. Especially there was a hight number of GraphicsMagick processes. After some some minutes the number of processes decreased, but the page is still slow.
In the meantime we discovered the reason for this problem. It is related to Bug #34446 which was fixed from version 4.2.26 to version 4.2.27.
We have a typoscript navigations on our page, which uses the GIF BUILDER and loads transparent PNGs. It seems, that typo3 tries to process these images on every page load.
After setting [GFX][png_truecolor] to true in the install tool the problem is gone.
- Status changed from Needs Feedback to New
Hmmm, thats why I asked if there are temporary files that got written on every page request. ;-)
Ok, this doesn't solve the real problem, but there is now a point to look.
- Status changed from New to Closed
when rendering PNGs you should always set them to true_color
Also available in: Atom
PDF
TYPO3 Release Team
Updated by 
Updated by 
Updated by 
Updated by 
