Bug #23069
closedEpic #55070: Workpackages
Epic #55065: WP: Overall System Performance (Backend and Frontend)
Bottleneck in t3lib_tcemain
0%
Description
I think I spotted a perf issue in the TYPO3 code, slowing processes down in backend, when recursively copying page-trees with contents.
The code I take here as a reference is the one of release 4.4.0
t3lib/class.t3lib_tcemain.php:1008: method fillInFieldArray()
line 1056: There's a loop thru all the fields of all the tables
line 1111: for most of the fields (switch default) we call $this->checkValue()
line 1273: checkValue() calls $this->recordInfo() for the field
line 5981: recordInfo() executes a SQL query to get values for the field
As a result: for each page copied, for each table in TCA, for each field (most of them, the ones that are not system) in this table, there's an SQL query executed.
Even worst news: recordInfo() executes the SQL query using the given id. In some cases (and always when copying pages) the id is equals to something like NEWabcdef (that is, non numerical, and obviously not in database). Problem is, recordInfo() doesn't care about that, and executes the SQL query doing an intval() on the given id, resulting in a SQL query fetching values for uid='0' (which does not make sense).
In a structure where PHP and MySql are on the same server, it might not hurt much, but when SQL and PHP are on dedicated servers, network latency makes it incredibly slow (like minutes to copy pagetree containing 3~4 pages with some content elements)
(issue imported from #M14963)
Updated by Jerome Schneider over 14 years ago
Original list message:
http://lists.typo3.org/pipermail/typo3-dev/2010-June/040884.html
Updated by Xavier Perseguers over 13 years ago
- Target version changed from 4.6.0-beta1 to 4.6.0-beta2
Updated by Xavier Perseguers about 13 years ago
- Target version changed from 4.6.0-beta2 to 4.6.0-beta3
Updated by Oliver Hader about 13 years ago
- Target version changed from 4.6.0-beta3 to 4.6.0-RC1
Updated by Xavier Perseguers about 13 years ago
- Target version changed from 4.6.0-RC1 to 4.6.0
Updated by Chris topher about 13 years ago
- Target version changed from 4.6.0 to 4.6.1
Updated by Chris topher almost 13 years ago
- Target version changed from 4.6.1 to 4.6.2
Updated by Steffen Gebert almost 13 years ago
- Target version deleted (
4.6.2)
Speeding this up would be very good, of course...
Updated by Ingo Schmitt almost 11 years ago
- Is Regression set to No
Problem is still existing in 6.2 dev
Updated by Ingo Schmitt almost 11 years ago
- Category set to Performance
- Target version set to 6.2.0
- TYPO3 Version changed from 4.3 to 6.2
Updated by Mathias Schreiber almost 10 years ago
- Status changed from Accepted to Resolved
fixed with the static fieldinfo cache
Updated by Simon Schaufelberger almost 10 years ago
Mathias, can you reference another issue or something where this is fixed?
Updated by Riccardo De Contardi about 7 years ago
- Status changed from Resolved to Closed