Hi Forum!
Gibt es Erfahrungswerte mit besonders großen CMS-Webseiten die mit Typo3 erstellt worden sind?
Ich möchte gerne ene Website erstellen, wo ca 40 bis 50 Authoren gleichzeitig drann arbeiten können und 100 bis 200 User gleichzeitig Daten abfragen können.
Welche Grenzen würdet Ihr in Bezug auf Typo3 hier ziehen?
lg Salvatore
Hey
Ich denke mal die Hardware gibt die Grenze auf.
MFG
200 User + 50 Authoren gleichzeitig? An Power des Servers würde ich hier 2x Xeon mit mindestens 6 GB Ram empfehlen - ggf. bei Bedarf (hängt von den genutzten Funktionalitäten ab) auch eine Cluster-Lösung.
Es gibt aber voraussichtlich ein anderes Problem bei 50 Authoren: Datensätze werden in Typo3 nicht gesperrt, wenn Sie durch einen Author bearbeitet werden. Es erfolgt zwar ein entsprechender Hinweis, dass der Datensatz durch den Benutzer XYZ bearbeitet wird - gesperrt wird er allerdings nicht. Hier gilt: Wer zuletzt speichert gewinnt...
ich glaub eher das die hardware das kleinere prob ist, eher die anbindung wird knapp....gehen wir mal vom "fast"DSL-Standard bzw ISDN-Standart aus 1x muss er alles laden....der Rest kommt aus dem Chache...aber bei ca 250 Benutzern und 50 Authoren....wär interessant was dabei passiert.
-> 3GB RAM...wird schon benötigt...
Hallo,
der Hardwareverbrauch von Typo3 ist ein interessantes Thema. Dazu hätte ich ein paar Fragen:
- brauchen andere CMS dieser Gewichtsklasse ähnliche Hardwareressourcen oder ist Typo besonders hungrig ?
- Apache 2 soll in punkto Performance deutlich verbessert worden sein, merkt man das auch bei Typo ? Hat da schon jemand Erfahrungen gesammelt ?
- Woher kommt der Hardwareverbrauch von Typo, werden z.B. übermässig viel SQL-Statements abgesetzt ?
Ein Vorschlag wäre, eine Usergroup zu gründen, die speziell Typo3 Benchmarking, Skalierung und Optimierung vornimmt und Empfehlungen an die Entwickler gibt. Ich würde mich als erster freiwillig melden :-)
gruß,
René[/list]
Hi,
- brauchen andere CMS dieser Gewichtsklasse ähnliche Hardwareressourcen oder ist Typo besonders hungrig ?
Denke da ist Typo besonders hungrig, da es zumBsp. keine Trennung von Live und Redaktionsserver gibt. Wenn dann 10 Redakteure gleichzeitig im BE arbeiten erzeugt das schon mal eine ganz schöne Last.
- Woher kommt der Hardwareverbrauch von Typo, werden z.B. übermässig viel SQL-Statements abgesetzt ?
Besonders bei der Erstellung der Seiten wird richtig die DB beackert. Diese Seite wird dann allerdings gecachet und braucht für Ihre Lifetime weniger Performance.
Insgesamt würde ich schon sagen, dass Typo sehr Hardware - hungrig ist, dafür aber auch sehr leistungsfähig.
Grüße Thomas
gruß,
René[/list][/quote]
Hallo,
alles ist relativ, insbesondere der Ressourcenverbrauch. Wenn man die Möglichkeit bekommt, aus Internetseiten PDF-Dokumente zu machen bzw. bei der Suchfunktion PDF-Dokumente und sonstige Dateien zu durchsuchen, dann braucht dieses defakto mehr Serverressourcen, als ein System, das statische Seiten auf dem Server ablegt.
Auf Knopfdruck alle Grafiken neu generieren zu lassen etc. sind nun einmal Vorteile, die als Nachteil eben einen erhöhten Ressourcenverbrauch haben. Vor- und Nachteile gilt es natürlich immer abzuwägen.
Hallo @Forum,
ich gehe jetzt einfach mal davon aus, dass bei größeren Webseiten auf quasi alle "Extras" wie z.B. dynamische Bildergenerierung oder PDF-Generierungverzichtet wird. Also "nur" das Erstellen von Internetseiten mit typischem Content (Texte, Bilder und News) und noch eine Suchfunktion dazu sowie einen Community Bereich mit Login und was da noch so dazugehört.
Eine solche "Aufgabenstellung" gehört bei umfangreicheren CMS zum Standardrepertoire. Und da würde es mich interessieren, ob andere CMS da einen ähnlichen Rerssourcenverbrauch haben wie Typo3 oder der Verbrauch deutlich niedriger bzw. höher liegt.
Wer also schonmal Erfahrungen in dieser Hinsicht gesammelt hat, möge diese doch mal unverschämt posten #giggle#
gruß,
René
Hallo ihr lieben Typo3 Spezis,
meine Frage zielt in Richtung Performance und ImageMagick! Die Seiten bauen sich rasant auf, jedoch sobald IM ins Spiel kommt ist der Seitenaufbau grotten langsam. Man kann sehen, das IM bis zu 90% der Systemressourcen ausnutzt. Habt Ihr da für das Handling Vorschläge?
würde man nicht auch schon ein gutes ergebnis erzielen, wenn db Server und typo3 server auf getrennten maschinen laufen?
ray
Hat sich eigentlich schon erledigt, denn es liegt fast zu 100% an der Version von IM. Wir haben nun einen fetten Server und es läuft super.
www.visualist.de
auf unserem server laufen bereits 50 Webs und ca 20 Typo3-CM-Systeme und die geschindigkeit ist immer noch recht gut - keine beschwerden bis jetzt :-D
ps. habe nicht wirklich alle beiträge durchgelesen 🙂
Ich habe das Problem, dass meine Galerie (goof photo boek) langsam wie eine Schnecke ist.
Weil das zuerst bei meinem Hoster (Hetzner) so war, hab ich es bei mir zuhause mal simuliert. Das gleiche Ergebnis.
Zuerst hatte ich IM v 5.5.7, dann auf v6.xx umgestellt. Das Selbe.
Es liegt wohl an "convert"
Wenn ich die convert-Aufrufe direkt im xterm mache, dauert es genauso lange, an typo3 liegts also nicht.
Der Bösewicht ist der Parameter "-sharpen 50". Ich hab das in allen Varianten geprüft, convert arbeiet ordentlich, solange dieser Parameter nicht gesetzt ist.
Das Eingangsbild hatte ca. 80KB, das resultat schliesslich etwa 44KB. Und war auch schön scharf, besser als das Original.
Nun möchte ich auf die Schärfung nicht verzichten, aber es kann doch nicht sein, dass convert ohne das "sharpen" kaum eine Sekunde braucht, und mit "sharpen" BIS ZU VIER (!) Minuten?????
Kenn das einer? Wie kann man das in den Griff kriegen?
emax
Ich hab die Lösung gefunden.
Wenn ich im Install-Tool die LZW capabilities einschlate läufts wie geschmiert.
IM-Version bei Hetzner: 5.4.9
Das war alles
Yipiieee!
emax
emax schriebNun möchte ich auf die Schärfung nicht verzichten, aber es kann doch nicht sein, dass convert ohne das "sharpen" kaum eine Sekunde braucht, und mit "sharpen" BIS ZU VIER (!) Minuten?????
Kenn das einer? Wie kann man das in den Griff kriegen?
emax
Also 4 Minuten für das generieren eines Bildes? Das ist schon heftig. Das hatte ich bisher noch nicht. Was für eine Konfiguration (Server, Serversoftware, PHP usw. ) hast du denn?
Zur not würde ich die Bilder vorher in Photoshop manuell berechnen und später so lassen wie sie sind. Es ist halt ein Drahtseilakt wenn man auf der einen seite Gifbuilder massiv einsetzt auf der anderen Seite eine schnelle Website haben will.
Grüße
Bernd Schneider
Danke für die Info, aber siehe oben...
Bis denne
emax
Vielleicht kann ich bei Last- und Performancetests behilflich sein. Ich bin ein Softwaretester mit viel Erfahrung aus dem Raum DA-F und arbeite bei einem bekannten großen Arbeitgeber, wo ich sporadisch mit dem Loadrunner Tests mit großen Servern durchführe.
Auch kenne ich E-Load, Microsoft WebApplicationStressTool und diverse andere Stresstools.
(Nein, ich will nicht angeben.)
Hi Andreas!
Raum DA-F? Von wo denn da, ich bin auch da her (17 Km südl. v. Darmstadt):
Grosser Arbeitgeber? Habe acht Jahre lang Projekte für die Deutsche Bank gemacht - später für die Deutsche Post AG. Bei wem bist Du denn?
Wenn Du das hier nicht posten willst, gibt ja auch PM...
Beste Grüsse
emax