Typo3 4.3.3 Backend - deutlich höhere Client !! CPU-Last für mehrere Sekunden

[RDE / Redlich]

Thema: Erstes ernsthaftes eigenes Projekt mit 4.3.3

Client: Win 2000/XP Clients, jeweils 4 Bildschirme, mehrere Browser gleichzeitig
Browser Netsacpe 9 und/oder Firefox 3.6 als Backend Browser
sowie ogige beide und dazu Opera 9 sowie IE 6 zur FE Kontrolle


Bisherige Erfahrung bis einschließlich Typo3 4.2.12 Version:
völlig problemlos und super schnell mit allen Browsern gleichzeitig
und nie Probleme gehabt

Erste Versuche im Jan. 2010 mit 4.3.1: BE deutlich langsamer ???

Jetzt Einstieg in 4.3.3 - der Browser stockt im Backend für mehrere Sekunden,
die Taskanzeige von WIN zeigt 100% CPU Load auf dieser CPU an, nichts geht mehr,

Dann nach 1 bis 2 Sekunden flaut die CPU-Last ab und es geht es ganz normal
weiter. Das ist sehr mühselig.


1. Bei wem ist das auch aufgefallen ?

2. Mit welchen Firefoxern und welchen Firefox Configs arbeitet Ihr ?

3. Gibt es da etwas zu Verändern ?

--

mit freundlichen Grüßen
Gert Redlich

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Jochen Graf-3]

RDE / Redlich schrieb:

> Thema: Erstes ernsthaftes eigenes Projekt mit 4.3.3
>
> Client: Win 2000/XP Clients, jeweils 4 Bildschirme, mehrere Browser
> gleichzeitig
> Browser Netsacpe 9 und/oder Firefox 3.6 als Backend Browser
> sowie ogige beide und dazu Opera 9 sowie IE 6 zur FE Kontrolle
>
>
> Bisherige Erfahrung bis einschließlich Typo3 4.2.12 Version:
> völlig problemlos und super schnell mit allen Browsern gleichzeitig
> und nie Probleme gehabt
>
> Erste Versuche im Jan. 2010 mit 4.3.1: BE deutlich langsamer ???
>
> Jetzt Einstieg in 4.3.3 - der Browser stockt im Backend für mehrere
> Sekunden,
> die Taskanzeige von WIN zeigt 100% CPU Load auf dieser CPU an, nichts
> geht mehr,
>
> Dann nach 1 bis 2 Sekunden flaut die CPU-Last ab und es geht es ganz
> normal
> weiter. Das ist sehr mühselig.
>
>
> 1. Bei wem ist das auch aufgefallen ?
>
> 2. Mit welchen Firefoxern und welchen Firefox Configs arbeitet Ihr ?
>
> 3. Gibt es da etwas zu Verändern ?
>

Hallo Gert,

mir ist es aufgefallen, dass ich im BE doch einiges gerändert hat.
"Fenster bei Seiteneigenschaften vergrösserbar,  TS Eigenschaften das
gleiche" uvm. , wobei ich mir der Version
4.2.12 keine Erfahrungswerte habe.

Jedoch habe ich das Gefühl, um so höher die Version, um so komplexer
wird dass ganze, was sich auch auf die CPU-Last
auswirkt.

Nur ob da alles Sinn macht, kann ich wirklich nicht sagen.

Habe das gleiche Problem, wobei ich in einige Foren auch lesen konnte,
dass die aktuelle Version vom Firefox öfters mal die CPU-Last sehr
ausschöpft auch ohne Typo3.
Doch gibt es wiederum Firefox Add-ons die dieses etwas mildern. " Nicht
zufrieden stellend ".

Jede neue Version, egal ob Typo3 oder andere Programme werden immer
grösser und komplexer.





_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[JoH asenau]

> Client: Win 2000/XP Clients, jeweils 4 Bildschirme, mehrere Browser
> gleichzeitig Browser Netsacpe 9 und/oder Firefox 3.6 als Backend
> Browser

Schmeiß den FF für's Backend mal raus, speziell dann, wenn Du da
irgendwelche Developer-Plugins drin aktiviert hast, weil die wegen des
JavaScript -Gewitters im BE gern mal so richtig Performance wegfressen.

Seit wir hier für's BE einen "nackten" Google-Chrome nehmen ist die CPU Last
deutlichst gesunken.

HTH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com



_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Jochen Graf-3]

JoH asenau schrieb:

>> Client: Win 2000/XP Clients, jeweils 4 Bildschirme, mehrere Browser
>> gleichzeitig Browser Netsacpe 9 und/oder Firefox 3.6 als Backend
>> Browser
>>    
>
> Schmeiß den FF für's Backend mal raus, speziell dann, wenn Du da
> irgendwelche Developer-Plugins drin aktiviert hast, weil die wegen des
> JavaScript -Gewitters im BE gern mal so richtig Performance wegfressen.
>
> Seit wir hier für's BE einen "nackten" Google-Chrome nehmen ist die CPU Last
> deutlichst gesunken.
>
> HTH
>
> Joey
>
>  
> ------------------------------------------------------------------------
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Ich würde keinem trauen in Sachen google, das würde ja auch bedeuten,
dass jeder Redakteur umsteigen muss oder?
Würde bedeuten, weiniger Flexibilität ! "muss ich nehmen"

Naja, sollte das Sinn der Sache sein? Denke  nicht.
 
Man fühlt sich da etwas in eine Ecke gedrängt.!



--
Mit freundlichen Grüssen

Jochen Graf

Universität Koblenz-Landau / Campus Landau
Arbeitstelle Multimedia/Technik-Administration

Gebäude K, Raum 2.03
Fortstraße 7
76829 Landau

Tel.: [phone]
Mobil:0152/03285324

mail: graf@...


web http://www.paeps.uni-landau.de
web http://www.paeps.technik.uni-landau.de/

//
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[JoH asenau]

>> Schmeiß den FF für's Backend mal raus, speziell dann, wenn Du da

>> irgendwelche Developer-Plugins drin aktiviert hast, weil die wegen
>> des JavaScript -Gewitters im BE gern mal so richtig Performance
>> wegfressen.
>>
>> Seit wir hier für's BE einen "nackten" Google-Chrome nehmen ist die
>> CPU Last deutlichst gesunken.
>
> Ich würde keinem trauen in Sachen google, das würde ja auch bedeuten,
> dass jeder Redakteur umsteigen muss oder?
> Würde bedeuten, weiniger Flexibilität ! "muss ich nehmen"
>
> Naja, sollte das Sinn der Sache sein? Denke  nicht.
>
> Man fühlt sich da etwas in eine Ecke gedrängt.!

Wieso? - Es zwingt Dich ja niemand, das so zu machen.
Ein Redakteur hat üblicherweise einen "nackten" FF, also keine
Developer-Plugins aktiv.
Da sieht das dann nicht ganz so dürftig aus, aber schneller bist Du mit
Chrome allemal, was aber an FF liegt und nicht an TYPO3.

Wie sieht's mit Opera aus? - Wäre auch eine recht flotte Alternative.

"Gefühlt" sieht das bei uns momentan hinsichtlich Geschwindigkeit so aus:

Chrome => Opera => IE8 => FF3 mit Plugins

Es macht einfach keinen Spaß, die FF Plugins dauernd hin und her zu
schalten.
Daher nehmen wir FF nur noch zum Debuggen von CSS und JS Zeugs und für FE
Tests, Chrome für's BE.
Es sei denn die Kiste hat ein paar VirtualBox Instanzen am Laufen, dann geht
auch ein zweiter "nackter" FF in einer anderen VB.

HTH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com



_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[RDE / Redlich]

JoH asenau schrieb:

> "Gefühlt" sieht das bei uns momentan hinsichtlich Geschwindigkeit so aus:
>
> Chrome => Opera => IE8 => FF3 mit Plugins
>
> Es macht einfach keinen Spaß, die FF Plugins dauernd hin und her zu
> schalten.
> Daher nehmen wir FF nur noch zum Debuggen von CSS und JS Zeugs und für FE
> Tests, Chrome für's BE.
> Es sei denn die Kiste hat ein paar VirtualBox Instanzen am Laufen, dann geht
> auch ein zweiter "nackter" FF in einer anderen VB.
> Joey

Hallo Joey, es ist jetzt 23.25

wenn das mit der (alten ?? guten ) 4.2.12 nicht so toll funktionieren würde,
könnte ich diverse Einschränkungen ja irgendwie akzeptieren, doch hier gehts
um die Zukunftsfähigkeit des Typo3 Systems an sich, nicht um irgendwelche
kniffligen Workarounds, die wir bei Microsoft so viele Jahre verteufelt hatten.


Wenn jede Version so weiter verschlimmbessert wird mit Features, die ein grosser
Teil der Webdesigner und Porgrammierer gar nicht braucht, dann kommt das Ende
schleichend und plötzlich.

Ich möchte nur wissen, wieso es auf einmal so viel langsamer geht. Es sind teilweise
bis 9 Sekunden, da geht bei mir (bei der 4.3.3) gar nichts. Habe keine Extensions
außer quixplorer nach-) installiert, alles 4.3.3 Standard.

Habe meine schlanken Templates 1:1 aus der 4.2.12 per Editor geholt, weil ich
ein neues Web völlig neu (from scratch) aufgesetzt habe.

Ein wenig Erfahrung kannst Du mir schon zutrauen, ich mache das seit 2003.

Also die Gretchenfrage:
Welches Mudul blockiert hier das System, das in der 4.2.12 noch nicht dabei war ?
Wie kann ich das killen. Ich brauche es (vermutlich) nicht.

Ich sitze hier schon die zweiten 4 Stunden an dem neuen Projekt, es ist eine Quälerei.
Das Arbeiten macht so keinen Spaß mehr, es ist einfach Sche.....

Ich muß vermutlich wieder auf die 4.2.12 zurück, so geht das nicht, jedenfals bei mir nicht.
Wenn ich diese Probleme jetzt auf dei 4.4 hoch-interpoliere, dann sind wir langsam auf
dem falschen Ast.

Habe den FF 3.5.3 nur zum Kontrolieren und den nackten Netscape 9.x zum Arbeiten im BE
ohne irgendetwas und die Kiste will schon 730 MegaByte haben ???? (Win braucht nur
134 MB ohne alles). (Mit der 4.2.12 gehts nach wie vor super.)

Also was soll das ??



Anekdote am Rand:
Ich hatte mir 1992 einen 7er BMW gekauft und das Automatik-Getrieb war von Anfang an Mist,
(ruckeliges Schalten) der (damals letzte) 6 Zyl. 735 Motor auch (sehr rauh gelaufen).

Das hatte ich bis zum Erbrechen reklamiert.

Da fragt mich doch der endlich herbeigeeilte BMW Verkaufleiter Deutschland :
"Sie sind sehr unzefrieden ? Haben Sie den Wagen denn nie Probe gefahren ?"

Antwort von mir: "Doch, natürlich, ganze 20 (zwanzig) Jahre lang."

Er war verstummt und hat sich dann scheinheilig verdrückt und ist nicht mehr aufgetaucht.
Ich jedenfalls kaufe keinen BMW mehr.

Nun münze das einfach um auf 6 Jahre Erfolg und Freude mit Typo3 und nun die 4.3.3 . . . . . . .

ok ?

gutes Nächtle

gert Redlich

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Christoph Koch-2]

Hallo Joey, hallo Liste!

* JoH asenau schrieb '[1]:

> Es macht einfach keinen Spaß, die FF Plugins dauernd hin und her zu
> schalten.
> Daher nehmen wir FF nur noch zum Debuggen von CSS und JS Zeugs und für FE
> Tests, Chrome für's BE.

Wie wäre es mit verschiedenen Firefox-Profilen? Zum Beispiel eines für
das normale Surfen und eines zum Entwickeln?

Ich habe das bei mir so gelöst:
Standardprofil mit den Erweiterungen, die ich in allen Profilen
benötige (Junctions unter Windows von AppData\...\Firefox\extensions
auf \Programme\...\Firefox\extensions). Das sind nicht sonderlich
viele, deswegen ist der FF noch recht schnell.

WebDev-Profil mit den anderen, zusätzlichen Add-ons. Gestartet wird
das über eine Batchdatei, die folgendermaßen aussieht:

,----- [ ff_webdev.bat ]
| set MOZ_NO_REMOTE=1
| D:
| cd D:\Programme\Mozilla\Firefox
| start firefox.exe -P "WebDev"
`-----

Damit fahre ich bislang sehr gut und habe nur sehr selten Probleme mit
der Performance von Firefox.

--
Viele Grüße,
Christoph

[1] ~ Nachricht vom: 18.05.2010 @ 21:59:32 +0200 GMT
mid:mailman.1.1274213014.1506.typo3-german@...

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Peter Linzenkirchner-3]

Hallo,

Ich kann das Problem in dieser Form bei keiner 4.3-Installation  
nachvollziehen. Firefox ist generell ein langsamer Browser, ok, aber  
nicht so langsam wie von Gert beschrieben. Und ich muss tatsächlich im  
Backend manchmal ein paar Sekunden warten, aber nur dann, wenn Firebug  
auf ist - nicht nur einfach installiert, das ist er immer - sondern  
wenn das Firebug-Fenster geöffnet ist. Das wiederum halte ich für  
normal, da in dem Fall ziemlich aufwändiges JavaScript analysiert  
werden muss, was einfach seine Zeit braucht. Trotzdem sind es auch in  
dem Fall nie mehr als 2-3 Sekunden.

Ich habe in meiner 4.3.3-Installation mit Firefox ansonsten keine  
Wartezeiten, ausserdem geht die CPU-Auslastung beim Öffnen von  
Inhaltselementen nicht über 50%, sondern ist in der Regel um 20 - 30  
%. Sogar der RTE (allerdings TinyMCE) läuft mit weniger als 20% CPU-
Auslastung. (Ich arbeite hier am Mac - wo der Firefox nochmal  
langsamer ist als unter Windows - und mit 8 GB Arbeitsspeicher.  
Firefox belegt mit einem geöffneten Backend-Fenster 120 MB  
Arbeitsspeicher, verlangt allerdings fast 1 GB Auslagerungsspeicher,  
das ist aber für Mac OS X nicht ungewöhnlich, der Kernel verlangt fast  
3 GB. )

Zusammengefasst: Das Backend ist gefühlt langsamer unter 4.3.3, aber  
um einige wenige Prozent, die locker durch die zusätzlichen Features  
wie Verschieben per Drag und Drop wettgemacht werden. Wenn ich Safari  
benutze, ist das Backend auf meinem lokalen Rechner ziemlich schnell,  
praktisch alle Aktionen laufen komplett in weniger als einer Sekunde  
durch. Liegt also definitiv nicht an TYPO3.

Fazit:
- bei allen Vorschlägen gehts um Beschleunigung der Arbeit im Bereich  
von Sekundenbruchteilen, nicht im Bereich von 10 Sekunden pro Aktion,  
wie von Gert beschrieben.
- ergo: ihr redet aneinander vorbei. Gerts Problem muss anders  
gelagert sein.
- es liegt deshalb wahrscheinlich nicht direkt am TYPO3-Backend  
sondern an irgendetwas anderem.

@Gert: Hier ist Debugging angesagt

1. schalte testweise alle Extensions ab, die für das Backend wichtig  
sind, ob es dadurch besser wird.
2. teste einen anderen Browser, z. B. Chrome
3. schalte testweise alle Add Ons im Firefox ab. Es kann auch an einem  
einzigen liegen.

Ich meine testweise - nur zum Lokalisieren des Problems.

Kontrolliere ausserdem folgende Dateien und Tabellen:
- sys_log. Hier werden die Fehler geloggt; bei einer meiner  
Installation ist wegen zwei kleinen Fehlern in einer Extension, die im  
Frontend geladen wurde, diese Tabelle innerhalb von wenigen Tagen auf  
1GB angeschwollen. Jeder Aufruf hat immer länger gedauert.
- das deprecation-Log in typo3conf.

Könnte einfach sein, dass irgendwas installiert ist, was unendlich  
Debugging- oder Fehlercode schreibt und so die Performance auf Null  
bringt. Generell alle Fehlerausgaben mal einschalten und  
kontrollieren. Im Fehlerhandling hat sich tatsächlich einiges geändert  
in Version 4.3, es gibt viel mehr Output.

Viele Grüße
Peter







Am 18.05.2010 um 23:34 schrieb Christoph Koch:

> Hallo Joey, hallo Liste!
>
> * JoH asenau schrieb '[1]:
>
>> Es macht einfach keinen Spaß, die FF Plugins dauernd hin und her zu
>> schalten.
>> Daher nehmen wir FF nur noch zum Debuggen von CSS und JS Zeugs und  
>> für FE
>> Tests, Chrome für's BE.
>
> Wie wäre es mit verschiedenen Firefox-Profilen? Zum Beispiel eines für
> das normale Surfen und eines zum Entwickeln?
>
> Ich habe das bei mir so gelöst:
> Standardprofil mit den Erweiterungen, die ich in allen Profilen
> benötige (Junctions unter Windows von AppData\...\Firefox\extensions
> auf \Programme\...\Firefox\extensions). Das sind nicht sonderlich
> viele, deswegen ist der FF noch recht schnell.
>
> WebDev-Profil mit den anderen, zusätzlichen Add-ons. Gestartet wird
> das über eine Batchdatei, die folgendermaßen aussieht:
>
> ,----- [ ff_webdev.bat ]
> | set MOZ_NO_REMOTE=1
> | D:
> | cd D:\Programme\Mozilla\Firefox
> | start firefox.exe -P "WebDev"
> `-----
>
> Damit fahre ich bislang sehr gut und habe nur sehr selten Probleme mit
> der Performance von Firefox.
>
> --
> Viele Grüße,
> Christoph
>
> [1] ~ Nachricht vom: 18.05.2010 @ 21:59:32 +0200 GMT
> mid:mailman.1.1274213014.1506.typo3-german@...
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Peter Linzenkirchner-3]

Hallo Christoph,

so wirklich hilfreich finde ich zwei Profile nicht - ich brauche zum  
Entwickeln ja den Firebug und muss diesen im Backend dann immer  
schließen, weil Firefox sonst kleine Denkpausen einlegt. Ausserdem  
surfe ich ja auch während der Arbeit, Firefox schließen und wieder  
öffnen würde mich nerven. Ich präferiere eher die Arbeitsweise:

- Backend: Chrome oder Safari (oder auch IE ... )
- Frontend: Firefox mit Firebug & Co.
- Surfen: mein Lieblingsbrowser ...  (was soll der Geiz - 5 oder 6  
Browser gleichzeitig wären immer noch kein Problem :-) )

Es hat auch noch andere Vorteile, wenn Frontend- und Backend-Browser  
getrennt sind, Cache, Cookies, Sessions etc.

Gruß
Peter

Am 18.05.2010 um 23:34 schrieb Christoph Koch:

> Hallo Joey, hallo Liste!
>
> * JoH asenau schrieb '[1]:
>
>> Es macht einfach keinen Spaß, die FF Plugins dauernd hin und her zu
>> schalten.
>> Daher nehmen wir FF nur noch zum Debuggen von CSS und JS Zeugs und  
>> für FE
>> Tests, Chrome für's BE.
>
> Wie wäre es mit verschiedenen Firefox-Profilen? Zum Beispiel eines für
> das normale Surfen und eines zum Entwickeln?
>
> Ich habe das bei mir so gelöst:
> Standardprofil mit den Erweiterungen, die ich in allen Profilen
> benötige (Junctions unter Windows von AppData\...\Firefox\extensions
> auf \Programme\...\Firefox\extensions). Das sind nicht sonderlich
> viele, deswegen ist der FF noch recht schnell.
>
> WebDev-Profil mit den anderen, zusätzlichen Add-ons. Gestartet wird
> das über eine Batchdatei, die folgendermaßen aussieht:
>
> ,----- [ ff_webdev.bat ]
> | set MOZ_NO_REMOTE=1
> | D:
> | cd D:\Programme\Mozilla\Firefox
> | start firefox.exe -P "WebDev"
> `-----
>
> Damit fahre ich bislang sehr gut und habe nur sehr selten Probleme mit
> der Performance von Firefox.
>
> --
> Viele Grüße,
> Christoph
>
> [1] ~ Nachricht vom: 18.05.2010 @ 21:59:32 +0200 GMT
> mid:mailman.1.1274213014.1506.typo3-german@...
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[RDE / Redlich]

Vielen Dank an Alle für die vielen Tips, aber nochmal zurück zum Grundproblem :


Ich pflege und bearbeite etwa 22 Typo3 Produktions-Webs 4.2.8 bis 4.2.12,
und das geht ab wie die Feuerwehr.

Jetzt habe ich 3 Test-Webs mit 4.3.1 und 4.3.3 und es stockt andauernd.

Es ist bei mir doch immer die gleiche Station (AMD 64X2 2 Kerne mit 2,2GHz).
Es sind bislang immer die gleichen vier Browser. FF3.5, IE6, OP9, Netsc9.

Die Kernfrage ist daher immer noch:

Was ist an 4.3 so viel anders als 4.2.12, daß das so langsam geht ?
Was könnte man wo deaktivieren ?

--

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Steffen Ritter-2]

Am 19.05.2010 12:06, schrieb RDE / Redlich:

> Vielen Dank an Alle für die vielen Tips, aber nochmal zurück zum
> Grundproblem :
>
>
> Ich pflege und bearbeite etwa 22 Typo3 Produktions-Webs 4.2.8 bis 4.2.12,
> und das geht ab wie die Feuerwehr.
>
> Jetzt habe ich 3 Test-Webs mit 4.3.1 und 4.3.3 und es stockt andauernd.
>
> Es ist bei mir doch immer die gleiche Station (AMD 64X2 2 Kerne mit
> 2,2GHz).
> Es sind bislang immer die gleichen vier Browser. FF3.5, IE6, OP9, Netsc9.
>
> Die Kernfrage ist daher immer noch:
>
> Was ist an 4.3 so viel anders als 4.2.12, daß das so langsam geht ?
> Was könnte man wo deaktivieren ?
>

Immer wieder nett wie manche Leute einfach produktive Antworten
ignorieren und hartnäckig immer wieder auf Ihrer Frage beharren.

1. scheint dieses Problem nicht verbreitet zu sein, weil sonst würde es
mehr beschwerden geben. Meine mir zugänglichen 30-40 4.3.x Backends sind
auf einen Klick da - auch mit Firefox und installierten plugins

2. gibt es genug Hinweise hier wie du dem Problem selbst auf den Grund
gehen könntest (deprecation log, testweise alternativ browser,
einstellungen, errorlogs)

3. ist nichts großartig anders, und wenn könntest du es wohl auch nicht
abschalten. Neu sind höchstens neuere JS Bibliotheken

4. deaktivere doch mal die Virenscanner etc, die vllt. gewisse Dinge
blocken oder im Detail analysieren wollen

5. wenn du fragen stellst, dann lese auch die antworten und nimm sie ernst.

6. Welches System: Linux/Windows? ImageMagick 4.2.9?
TYPO3 4.3 arbeitet nicht mehr mit ImageMagick 4.2.9 zusammen und unter
Windows kann es in diversen Grafik-Konfigurationen zu "Endlosschleifen"
in der Grafikbearbeitung kommen
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[Tobias Hümmerich-2]

Hi,

also ich habe auch ein Haufen Installation von 4.1 bis 4.3 und ich kann  
keinerlei massive Geschwindigkeitsänderungen feststellen. Das BE lässt  
sich bedienen wie eh und jeh. Mein FF braucht mit 2 offenen Backends um  
die 150 MB Ram. Also alles im Rahmen.

Ich denke auch das hier ein ein Fehler vorliegt. Da es mit allen 4  
Browsern auftritt würde ich auf einen Fehler/Bug oder falsche Einstellung  
auf dem Server tippen. Vlt. mal eine T3 Installation bei einem anderen  
Provider oder Test Anbieter probieren.

Gruß,
Tobias

Am 19.05.2010, 12:06 Uhr, schrieb RDE / Redlich <gr2@...>:

> Vielen Dank an Alle für die vielen Tips, aber nochmal zurück zum  
> Grundproblem :
>
>
> Ich pflege und bearbeite etwa 22 Typo3 Produktions-Webs 4.2.8 bis 4.2.12,
> und das geht ab wie die Feuerwehr.
>
> Jetzt habe ich 3 Test-Webs mit 4.3.1 und 4.3.3 und es stockt andauernd.
>
> Es ist bei mir doch immer die gleiche Station (AMD 64X2 2 Kerne mit  
> 2,2GHz).
> Es sind bislang immer die gleichen vier Browser. FF3.5, IE6, OP9, Netsc9.
>
> Die Kernfrage ist daher immer noch:
>
> Was ist an 4.3 so viel anders als 4.2.12, daß das so langsam geht ?
> Was könnte man wo deaktivieren ?

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[RDE / Redlich]

danke an Alle, es war das neue deprecation-Protokoll

Steffen Ritter schrieb:
>>
> Immer wieder nett wie manche Leute einfach produktive Antworten
> ignorieren und hartnäckig immer wieder auf Ihrer Frage beharren.

Wenn Du lange genug die Foren durchgehst, wirst auch Du wählerisch.
Trotzdem Danke für das "Lob".

>
> 1. scheint dieses Problem nicht verbreitet zu sein, weil sonst würde es
> mehr beschwerden geben. Meine mir zugänglichen 30-40 4.3.x Backends sind
> auf einen Klick da - auch mit Firefox und installierten plugins

"Da" ist das BE super schnell, kein Problem, nur war der Browser viel zu lange
und zu oft untätig gewesen.

>
> 2. gibt es genug Hinweise hier wie du dem Problem selbst auf den Grund
> gehen könntest (deprecation log, testweise alternativ browser,
> einstellungen, errorlogs)

Das ist es, Typo3 schreibt jetzt in das deprecation- Logbuch und das dauert
extrem lange, warum auch immer.


Linux protokolliert ja auch wie verrückt in diverse Protokolldateien, aber das
zwingt die Server nicht in die Knie, darum meine Skepsis, daß es
am Schreibvorgang liegen sollte.

Habe jetzt im Installtool das "deprecation log" disabled (auf 0 gesetzt) und
diese Blockade scheint weg, bei allen !! Browsern.

>
> 3. ist nichts großartig anders, und wenn könntest du es wohl auch nicht
> abschalten. Neu sind höchstens neuere JS Bibliotheken

ok, so weit und so tief blickt fast keiner durch, das überfordert uns auch.

>
> 4. deaktivere doch mal die Virenscanner etc, die vllt. gewisse Dinge
> blocken oder im Detail analysieren wollen

Im Taskmanager siehst Du (unter Windows jedenfalls) lückenlos, wer oder was
Deine Ressourcen verbraucht. Es war der Browser, kein Virenscanner.


>
> 5. wenn du fragen stellst, dann lese auch die antworten und nimm sie ernst.

nochmals danke ( mal ne Frage: Für wie alt hältst DU mich eigentlich ?)

>
> 6. Welches System: Linux/Windows? ImageMagick 4.2.9?
> TYPO3 4.3 arbeitet nicht mehr mit ImageMagick 4.2.9 zusammen und unter
> Windows kann es in diversen Grafik-Konfigurationen zu "Endlosschleifen"
> in der Grafikbearbeitung kommen

Bei mir geht ImageMagick 4.2.9 mit der 4.3.3 wunderbar, da habe ich überhaupt
keine Probleme, auch nicht vom Zeitverhalten auf den Servern.


Hallo Tobias,
es sind meine eigenen Suse Linux root-Server, die ich genauestens analysiere
und Tag und Nacht bewache / monitore. Daran lag es nicht. Die CPU Last
ist nach wie vor bei alles Typo3 Webs sehr ähnlich und ausgeglichen.
(dafür gibt es bei LINUX das "htop" Programm)

> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
>

mit freundlichen Grüßen
Gert Redlich
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[nordlicht]

Bei mir geht ImageMagick 4.2.9 mit der 4.3.3 wunderbar, da habe ich überhaupt
keine Probleme, auch nicht vom Zeitverhalten auf den Servern.


Das ist eine erfreuliche Nachricht, denn bei mir läuft localhost 4.3.3 mit IM 6.17
Das Übertragen auf einen Server, der mit 4.2.9 läuft funktioniert zwar, aber die Grafikeinstellungen müssen völlig verschieden sein, denn es siehz gauslich aus. Ich habe die verschiednen sich teilweise widersprechenden Konfigurationsanleitungen ausprobiert, war alles nicht der Hit.
Wie siht das den bei Ihren Systemen aus?

Ich habe auf der Mustersiete einige Text-Renderings und Bilder mit Masken benutzt.


Danke für die Infos.

Bei mir laufen in den verschieden Projekten Safarie unf FF wg. der unterschiedlichen Anwendungen parallel. Außer Netzbedingten Performance-Probleme arbeiten bei mit localhost und ext. Server gleich schnell.

Nordlicht

[Oliver Klee-3]

Hi,

Am 19.05.2010 23:36, schrieb RDE / Redlich:
> Habe jetzt im Installtool das "deprecation log" disabled (auf 0 gesetzt)
> und
> diese Blockade scheint weg, bei allen !! Browsern.

Wirf mal einen Blick in diese Datei - eventuell hast du Extensions
installiert, die deprecated-Funktionen benutzen und daher in einer der
nächsten TYPO3-Versionen ohne Änderungen nicht mehr funktionieren.


Oli
--
Certified TYPO3 Integrator | TYPO3 Security Team Member
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[schani]

Hallo,
ich experimentiere gerade mit 4.4beta3 und stelle erfreut fest das sich
das Backend deutlich flüssiger verhält. Unabhängig vom Browser ist es
deutlich schneller. Das liegt natürlich an der Überarbeitung des BE -
scriptmerger usw. - gzip - uvm. Auch das Design gefällt mir sehr gut.

Danke an die Entwickler !!!

Christian


schrieb Tobias Hümmerich:

> Hi,
>
> also ich habe auch ein Haufen Installation von 4.1 bis 4.3 und ich kann
> keinerlei massive Geschwindigkeitsänderungen feststellen. Das BE lässt
> sich bedienen wie eh und jeh. Mein FF braucht mit 2 offenen Backends um
> die 150 MB Ram. Also alles im Rahmen.
>
> Ich denke auch das hier ein ein Fehler vorliegt. Da es mit allen 4
> Browsern auftritt würde ich auf einen Fehler/Bug oder falsche
> Einstellung auf dem Server tippen. Vlt. mal eine T3 Installation bei
> einem anderen Provider oder Test Anbieter probieren.
>
> Gruß,
> Tobias
>
> Am 19.05.2010, 12:06 Uhr, schrieb RDE / Redlich <gr2@...>:
>
>> Vielen Dank an Alle für die vielen Tips, aber nochmal zurück zum
>> Grundproblem :
>>
>>
>> Ich pflege und bearbeite etwa 22 Typo3 Produktions-Webs 4.2.8 bis 4.2.12,
>> und das geht ab wie die Feuerwehr.
>>
>> Jetzt habe ich 3 Test-Webs mit 4.3.1 und 4.3.3 und es stockt andauernd..
>>
>> Es ist bei mir doch immer die gleiche Station (AMD 64X2 2 Kerne mit
>> 2,2GHz).
>> Es sind bislang immer die gleichen vier Browser. FF3.5, IE6, OP9, Netsc9.
>>
>> Die Kernfrage ist daher immer noch:
>>
>> Was ist an 4.3 so viel anders als 4.2.12, daß das so langsam geht ?
>> Was könnte man wo deaktivieren ?

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[RDE / Redlich]

Christian Leicht schrieb:
> Hallo,
> ich experimentiere gerade mit 4.4beta3 und stelle erfreut fest das sich
> das Backend deutlich flüssiger verhält. Unabhängig vom Browser ist es
> deutlich schneller. Das liegt natürlich an der Überarbeitung des BE -
> scriptmerger usw. - gzip - uvm. Auch das Design gefällt mir sehr gut.
>
> Danke an die Entwickler !!!
>
> Christian

Hallo Christian,

danke für den Tip mit der 4.4 , ich schaue mir das jetzt mal an.

nach wie vor arbeite ich mit der 4.2.12 sehr schnell und flüssig auf allen
unseren Servern - das geht so mit allen 5 Browsern.

Die 4.3.3 läuft selbst ohne jede zusätzliche Extension nach wie vor sehr
schleppend, auch die auf fremden Servern bei großen fremden Hostern.

Die Vermutung, daß es am RTE liege, hat sich nicht bestätigt.

--

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich

_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german