Performance mediawiki unter windows10 - (cgi)
Moin!
zunächst einmal hoffe ich so einigermassen die richtige Gruppe gewählt zu haben.
Ich bin in userem Unternehmen so eine Art untergeordneter Admin für CAD und versuche mir mit dem einen oder anderen weiterzuhelfen.
So habe ich vor 7 Jahren ein mediawiki installiert (2-3 Anwender gleichzeitig) auf einem virtuellen Windows7 mit IIS, mysql. Leider war das ganze immer relativ träge und nun musste auf Win10 hochgezogen werden, wegen der Win7-Abkündigung. Das hat die Haupt-IT gemacht. Gleichzeitig wurde der Arbeitsspeicher von 4 auf 16 GB hochgezogen.
Der Kollege hat dabei festgestellt, dass die Leitung gleich wieder aufgefressen wurde.
Er hat im Taskmanager 2 CGI-Instanzen gefunden und eine davon soll gleich 25-30% der Prozessorleitung gezogen haben. Schneller geworden ist die Anwendung auch nicht.
Bisher hat mich die Suche im Web auch nicht weiter gebracht. Das einzige was ich noch finden konnte war der Begriff ISAPI - aber irgendwie bin ich hier auch nicht weitergekommen was die Installation und Handhabung betrifft.
Hat einer von Euch einen Tipp was die möglichen Fehlerursachen betreffen könnte oder wie man ISAPI installiert? Dann könnte ich den Weg einmal versuchen.
Alternativ würde man mir nur ein Windows Server 2016 zur Verfügung stellen können. An Linux brauchen wir in diesem Zusammenhang nicht denken - wurde schon abgeleht abgesehen davon das ich mich nicht damit auskenne (weniger als bei Windows).
Gruß Jan
zunächst einmal hoffe ich so einigermassen die richtige Gruppe gewählt zu haben.
Ich bin in userem Unternehmen so eine Art untergeordneter Admin für CAD und versuche mir mit dem einen oder anderen weiterzuhelfen.
So habe ich vor 7 Jahren ein mediawiki installiert (2-3 Anwender gleichzeitig) auf einem virtuellen Windows7 mit IIS, mysql. Leider war das ganze immer relativ träge und nun musste auf Win10 hochgezogen werden, wegen der Win7-Abkündigung. Das hat die Haupt-IT gemacht. Gleichzeitig wurde der Arbeitsspeicher von 4 auf 16 GB hochgezogen.
Der Kollege hat dabei festgestellt, dass die Leitung gleich wieder aufgefressen wurde.
Er hat im Taskmanager 2 CGI-Instanzen gefunden und eine davon soll gleich 25-30% der Prozessorleitung gezogen haben. Schneller geworden ist die Anwendung auch nicht.
Bisher hat mich die Suche im Web auch nicht weiter gebracht. Das einzige was ich noch finden konnte war der Begriff ISAPI - aber irgendwie bin ich hier auch nicht weitergekommen was die Installation und Handhabung betrifft.
Hat einer von Euch einen Tipp was die möglichen Fehlerursachen betreffen könnte oder wie man ISAPI installiert? Dann könnte ich den Weg einmal versuchen.
Alternativ würde man mir nur ein Windows Server 2016 zur Verfügung stellen können. An Linux brauchen wir in diesem Zusammenhang nicht denken - wurde schon abgeleht abgesehen davon das ich mich nicht damit auskenne (weniger als bei Windows).
Gruß Jan
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 627085
Url: https://administrator.de/contentid/627085
Ausgedruckt am: 25.11.2024 um 22:11 Uhr
8 Kommentare
Neuester Kommentar
Hallo Jan,
es ist schon ein paar Jahre her, dass ich mit Media-Wiki beschäftigt habe, aber ist da nicht ein SQL-Server bei? SQL Server haben ja immer die Angewohnheit sich soviel RAM wie möglich zu holen, wenn man es nicht explizit konfigureiert.
Interessanter als die Prozessorauslastung (oder meinst du wirklich Prozessorleistung) wäre die Arbeitsspeichernutzung. bei 25 % Auslastung am Prozessor würde ich erstmal sagen, dass es da nicht am Prozessor liegt.
Zuletzt noch ein Tipp: Bitte prüfe und beachte, ob euer virtuelles Windows 7 und/oder Windows 10 auch richtig lizensiert ist. Das ist häufig eine Falle.
Gruß
Doskias
es ist schon ein paar Jahre her, dass ich mit Media-Wiki beschäftigt habe, aber ist da nicht ein SQL-Server bei? SQL Server haben ja immer die Angewohnheit sich soviel RAM wie möglich zu holen, wenn man es nicht explizit konfigureiert.
Interessanter als die Prozessorauslastung (oder meinst du wirklich Prozessorleistung) wäre die Arbeitsspeichernutzung. bei 25 % Auslastung am Prozessor würde ich erstmal sagen, dass es da nicht am Prozessor liegt.
Zuletzt noch ein Tipp: Bitte prüfe und beachte, ob euer virtuelles Windows 7 und/oder Windows 10 auch richtig lizensiert ist. Das ist häufig eine Falle.
Gruß
Doskias
Versuch, anstatt IIS, doch mal einen Apache. Könnte was bringen. Un dwie @Doskias schon schrieb: ein SQL holt sich immer so viel wie er kann.
🖖
🖖
Ein Network Attached Storage (https://de.wikipedia.org/wiki/Network_Attached_Storage)
Falls Du eine Synology oder QNAP o.ä. rumstehen hast, kannst Du das mal testen.
NAS = Ein Grundwerkzeug für jeden, der mehrere Rechner untereinander vernetzt oder sich Administrator nennt. Die drei Buchstaben sind Abkürzungen für "Network Attached Storage", also quasi eine Festplatte, die im Netzwerk hängt. Diese kleinen Geräte können schon sehr viel, sodaß der eigene Arbeits-PC nicht immer eingeschaltet bleiben muss. Sie haben auch einen Apache und Co. an Board.
Die Frage danach zwingt mich noch einen weiteren Fachbegriff zu erklären:
FastCGI = Ein CGI, das schneller ist und weniger CPU Recourcen benötigt.
Wenn Dein CGI so viel CPU frisst, ist dort der Fehler zu suchen, weil keine 1000 Leute auf Deine Seite zugreifen. Wenn diese CPU Belastung dauerhaft ist, hängt was und belastet einer Deiner CPU Cores komplett. Wenn niemand auf die Webseite zugreift, dürfte auch überhaupt keine CPU Belastung stattfinden.
Die Frage danach zwingt mich noch einen weiteren Fachbegriff zu erklären:
FastCGI = Ein CGI, das schneller ist und weniger CPU Recourcen benötigt.
Wenn Dein CGI so viel CPU frisst, ist dort der Fehler zu suchen, weil keine 1000 Leute auf Deine Seite zugreifen. Wenn diese CPU Belastung dauerhaft ist, hängt was und belastet einer Deiner CPU Cores komplett. Wenn niemand auf die Webseite zugreift, dürfte auch überhaupt keine CPU Belastung stattfinden.
Servus,
XAMPP ist zwar nicht unbedingt für einen "Produktivbetrieb" ausgelegt, bei einem internen Wiki sehe ich da allerdings keine Probleme (Berechtigungen für PhpMyAdmin ggf. anpassen, ich kenne die aktuellen Standardeinstellungen nicht).
Zu Testzwecken kannst du die Zip-Version installieren, da wird gar nichts installiert.
Gefühlt müsste ein so ein internes Wiki unbemerkt nebenbei laufen, wenn du nicht gerade ein Weltkonzern bist...
Grüße, Stefan
XAMPP ist zwar nicht unbedingt für einen "Produktivbetrieb" ausgelegt, bei einem internen Wiki sehe ich da allerdings keine Probleme (Berechtigungen für PhpMyAdmin ggf. anpassen, ich kenne die aktuellen Standardeinstellungen nicht).
Zu Testzwecken kannst du die Zip-Version installieren, da wird gar nichts installiert.
Gefühlt müsste ein so ein internes Wiki unbemerkt nebenbei laufen, wenn du nicht gerade ein Weltkonzern bist...
Grüße, Stefan