Apache 2.2 auf Win32: Probleme mit rohem Durchsatz (Downloads) *update*

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12082

22.12.2011 - 12:01

Das ganze Problem ist natuerlich voellig absurd, da bei einer HTTPS-Verbindung eine hoehere Uebertragungsgeschwindigkeit zustande kommt - insofern kann man CFLAGS mit ziemlicher Sicherheit ausschlieszen. Ich kenne mich mit win32 nicht aus (und lege auch Wert darauf, dass das so bleibt), aber ich wuerde mal den Apache-Prozess tracen und schauen, ob es beim Init der TCP-Verbindung bei den beiden listening Sockets (80 bzw. 443) einen Unterschied gibt.

Hast du die Transferleistung eh von unterschiedlichen Client-Hosts aus gemessen? Vielleicht liegt ja der der Hund begraben.

Ich wuerde die ganze Box kuebeln und einen neuen Rechner mit GNU/Linux an seiner statt hinstellen. Wird dir frueher oder spaeter ohnehin nicht erspart bleiben, dich von dem Kastl zu trennen.

Umlüx

Huge Metal Fan

Registered: Jun 2001
Location: Kärnten
Posts: 8970

22.12.2011 - 12:08

den pro kübeln.. auweh, COLO sei froh, dass du gerade ausserhalb seiner armbrust reichweite bist

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

22.12.2011 - 12:08

Der wird noch rennen, wenn draußen vor der Haustür nur mehr heißer Sand ist, und die Kakerlaken als letzte Überlebende des Planeten in unseren hohlen, bleichen Totenschädeln rumlaufen! :rolleyes:

Gemessen habe ich nur von einem Client Host aus. Kanns ja Mal testweise von einem anderen probieren und schaun was passiert.

Ein OS Wechsel ist indiskutabel in diesem Fall.

Werde am Abend einen anderen Client probieren.

Bearbeitet von GrandAdmiralThrawn am 22.12.2011, 12:52

Rektal

Here to stay

Registered: Dec 2002
Location: Inside
Posts: 4457

22.12.2011 - 12:37

Zitat von GrandAdmiralThrawn
Ein OS Wechsel ist indiskutabel in diesem Fall.

Ein sicher sinnloser Kommentar von mir: wäre interessant ob du beim Booten mit irgendeiner Linux-Live-CD die selben Beobachtungen machst.

Crash Override

BOfH

Registered: Jun 2005
Location: Germany
Posts: 2951

22.12.2011 - 12:52

Eventuell ein lahmer Proxy der dazwischen hängt? Der darf https nicht anfassen und schiebt es daher ungecacht und ungebremst weiter.

TOM

Super Moderator
Oldschool OC.at'ler

Registered: Nov 2000
Location: Vienna
Posts: 7375

22.12.2011 - 12:54

klingt für mich sehr danach, als wenn du im http-config-part dinge machst, die du im https-config-part nicht machst

kannst mal die config(s) posten, ich schätz dort ist irgendwo der hund begraben

proxy'n'stuff vergiss, wenn's sogar schom im LAN zacht (vorausgesetzt du gehst wirklich den weg, den du glaubst)

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

22.12.2011 - 12:56

Hmm, kein Proxy. Direkt per LAN verbunden, jo. Aber jo, ich werde am Abend jedenfalls einen anderen Client Host testen. Und da kann man auf der Clientseite ja auch Mal schnell ein Knoppix ausprobieren, schadet nicht..

Edit: vhost Configs hab ich schon verglichen, aber ich posts nachher Mal hier rein. Muß nur kurz weg..

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

22.12.2011 - 14:13

Double post ist gut und so!

Die SSL Config ist etwas messy und tlw. redundant, aber wurscht (denk ich). Attached finden sich die httpd.conf und die dort inkludierte ssl.conf. Ich habe lediglich meine ServerAdmin email Adresse und einige Virtualhosts rausgeschnitten, die in ihrer Konfiguration dem bestehenden gleich sind. Und natürlich die meisten Kommentare.

In dieser Config sind EnableMMAP und EnableSendfile auf on. Habs aber wie gesagt schon auf off probiert..

httpd.conf
ssl.conf

TOM

Super Moderator
Oldschool OC.at'ler

Registered: Nov 2000
Location: Vienna
Posts: 7375

22.12.2011 - 15:09

naja, was richtig fancies fällt mir jetzt nicht auf

hast halt viele späße wie addlanguage, browser settings, etc. im http teil, die du im https teil nicht hast.... interessant wäre ein https teil, der 1:1 das selbe macht

schlagen die cpu/ram ressourcen evtl. bei http aus und bei https nicht? oder verhalten sie sich bei beiden aufrufen unauffällig?

ansonsten würd ich dann anfangen logs raufdrehen + analysieren und netzwerktraffic sniffen + analysieren... eher mühsam

Bearbeitet von TOM am 22.12.2011, 15:11

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

22.12.2011 - 15:59

Ich hab den reinen HTTP+HTTPS Traffic schon mitgeschnitten mittels LiveHTTPHeaders und Fiddler 2 auf der Clientseite. Nichts auffälliges, sind identisch.

Eine CPU ist immer ziemlich voll bei HTTPS, bei HTTP ist die Last unscheinbar.

Loglevel hab ich auf Info, das könnt man natürlich noch weiter aufdrehen auf "irre" oder so. Werd ich auch noch machen.

Hier Mal die Header bei einem simplen Download...

HTTP:

Code:

http://www.xin.at/elephantsdream_source.264

GET /elephantsdream_source.264 HTTP/1.1
Host: [url]www.xin.at[/url]
User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection: keep-alive

HTTP/1.1 200 OK
Date: Wed, 21 Dec 2011 20:55:16 GMT
Server: Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/0.9.8r PHP/5.2.17
Last-Modified: Thu, 28 Oct 2010 20:20:09 GMT
Etag: "c000000013fa5-29cf10e9-493b311889d3c"
Accept-Ranges: bytes
Content-Length: 701436137
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/plain

HTTPS:

Code:

https://www.xin.at/elephantsdream_source.264

GET /elephantsdream_source.264 HTTP/1.1
Host: [url]www.xin.at[/url]
User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Connection: keep-alive

HTTP/1.1 200 OK
Date: Wed, 21 Dec 2011 20:56:57 GMT
Server: Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/0.9.8r PHP/5.2.17
Last-Modified: Thu, 28 Oct 2010 20:20:09 GMT
Etag: "c000000013fa5-29cf10e9-493b311889d3c"
Accept-Ranges: bytes
Content-Length: 701436137
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Content-Type: text/plain

TOM

Super Moderator
Oldschool OC.at'ler

Registered: Nov 2000
Location: Vienna
Posts: 7375

22.12.2011 - 16:28

meinte eher mit wireshark o.ä. jedes packerl beobachten und schauen wie sie sich verhalten http vs. https.

und natürlich logs genauer schauen, was er macht

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

22.12.2011 - 21:50

Jo, das wär die nächste Stufe gewesen nach der Beobachtung des reinen HTTP Zeugs.

Leider ist das jetzt hinfällig, weils das komplette System RAID-1 grade komplett zerrissen hat. Eine Disk hat jetzt "0MB", und die andere ist komplett korrumpiert.

Das verschiebt die ganze Angelegenheit jetzt erst Mal etwas, bis das alles wieder gscheit steht.

Leider sind nur die Daten backupped, aber nicht das System.

GrandAdmiralThrawn

XP Nazi

Registered: Aug 2000
Location: BRUCK!
Posts: 3700

23.12.2011 - 21:40

Boah, das war Rekordzeit...

Das hat man davon, wenn man sich die Nacht um die Ohren schlägt um ALLES neu zu machen, der Indianer rennt wieder...

...und is immer noch genau gleich ******e lahm, LOL. :rolleyes:

Rektal

Here to stay

Registered: Dec 2002
Location: Inside
Posts: 4457

23.12.2011 - 23:03

lol. alter. morgen ist 24. lass mal liegen das Teil

Apache 2.2 auf Win32: Probleme mit rohem Durchsatz (Downloads) update

Forum Index > Digital Life > Internet & Provider

COLOSSUS

Umlüx

GrandAdmiralThrawn

Rektal

Crash Override

TOM

GrandAdmiralThrawn

GrandAdmiralThrawn

TOM

GrandAdmiralThrawn

TOM

GrandAdmiralThrawn

GrandAdmiralThrawn

Rektal

COLOSSUS Administrator GNUltra Registered: Dec 2000 Location: ~ Posts: 12082	22.12.2011 - 12:01 Das ganze Problem ist natuerlich voellig absurd, da bei einer HTTPS-Verbindung eine hoehere Uebertragungsgeschwindigkeit zustande kommt - insofern kann man CFLAGS mit ziemlicher Sicherheit ausschlieszen. Ich kenne mich mit win32 nicht aus (und lege auch Wert darauf, dass das so bleibt), aber ich wuerde mal den Apache-Prozess tracen und schauen, ob es beim Init der TCP-Verbindung bei den beiden listening Sockets (80 bzw. 443) einen Unterschied gibt. Hast du die Transferleistung eh von unterschiedlichen Client-Hosts aus gemessen? Vielleicht liegt ja der der Hund begraben. Ich wuerde die ganze Box kuebeln und einen neuen Rechner mit GNU/Linux an seiner statt hinstellen. Wird dir frueher oder spaeter ohnehin nicht erspart bleiben, dich von dem Kastl zu trennen.
Umlüx Huge Metal Fan Registered: Jun 2001 Location: Kärnten Posts: 8970	22.12.2011 - 12:08 den pro kübeln.. auweh, COLO sei froh, dass du gerade ausserhalb seiner armbrust reichweite bist
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	22.12.2011 - 12:08 Der wird noch rennen, wenn draußen vor der Haustür nur mehr heißer Sand ist, und die Kakerlaken als letzte Überlebende des Planeten in unseren hohlen, bleichen Totenschädeln rumlaufen! Gemessen habe ich nur von einem Client Host aus. Kanns ja Mal testweise von einem anderen probieren und schaun was passiert. Ein OS Wechsel ist indiskutabel in diesem Fall. Werde am Abend einen anderen Client probieren. Bearbeitet von GrandAdmiralThrawn am 22.12.2011, 12:52
Rektal Here to stay Registered: Dec 2002 Location: Inside Posts: 4457	22.12.2011 - 12:37 Zitat von GrandAdmiralThrawn Ein OS Wechsel ist indiskutabel in diesem Fall. Ein sicher sinnloser Kommentar von mir: wäre interessant ob du beim Booten mit irgendeiner Linux-Live-CD die selben Beobachtungen machst.
Crash Override BOfH Registered: Jun 2005 Location: Germany Posts: 2951	22.12.2011 - 12:52 Eventuell ein lahmer Proxy der dazwischen hängt? Der darf https nicht anfassen und schiebt es daher ungecacht und ungebremst weiter.
TOM Super Moderator Oldschool OC.at'ler Registered: Nov 2000 Location: Vienna Posts: 7375	22.12.2011 - 12:54 klingt für mich sehr danach, als wenn du im http-config-part dinge machst, die du im https-config-part nicht machst kannst mal die config(s) posten, ich schätz dort ist irgendwo der hund begraben proxy'n'stuff vergiss, wenn's sogar schom im LAN zacht (vorausgesetzt du gehst wirklich den weg, den du glaubst)
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	22.12.2011 - 12:56 Hmm, kein Proxy. Direkt per LAN verbunden, jo. Aber jo, ich werde am Abend jedenfalls einen anderen Client Host testen. Und da kann man auf der Clientseite ja auch Mal schnell ein Knoppix ausprobieren, schadet nicht.. Edit: vhost Configs hab ich schon verglichen, aber ich posts nachher Mal hier rein. Muß nur kurz weg..
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	22.12.2011 - 14:13 Double post ist gut und so! Die SSL Config ist etwas messy und tlw. redundant, aber wurscht (denk ich). Attached finden sich die httpd.conf und die dort inkludierte ssl.conf. Ich habe lediglich meine ServerAdmin email Adresse und einige Virtualhosts rausgeschnitten, die in ihrer Konfiguration dem bestehenden gleich sind. Und natürlich die meisten Kommentare. In dieser Config sind EnableMMAP und EnableSendfile auf on. Habs aber wie gesagt schon auf off probiert.. httpd.conf ssl.conf
TOM Super Moderator Oldschool OC.at'ler Registered: Nov 2000 Location: Vienna Posts: 7375	22.12.2011 - 15:09 naja, was richtig fancies fällt mir jetzt nicht auf hast halt viele späße wie addlanguage, browser settings, etc. im http teil, die du im https teil nicht hast.... interessant wäre ein https teil, der 1:1 das selbe macht schlagen die cpu/ram ressourcen evtl. bei http aus und bei https nicht? oder verhalten sie sich bei beiden aufrufen unauffällig? ansonsten würd ich dann anfangen logs raufdrehen + analysieren und netzwerktraffic sniffen + analysieren... eher mühsam Bearbeitet von TOM am 22.12.2011, 15:11
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	22.12.2011 - 15:59 Ich hab den reinen HTTP+HTTPS Traffic schon mitgeschnitten mittels LiveHTTPHeaders und Fiddler 2 auf der Clientseite. Nichts auffälliges, sind identisch. Eine CPU ist immer ziemlich voll bei HTTPS, bei HTTP ist die Last unscheinbar. Loglevel hab ich auf Info, das könnt man natürlich noch weiter aufdrehen auf "irre" oder so. Werd ich auch noch machen. Hier Mal die Header bei einem simplen Download... HTTP: Code: http://www.xin.at/elephantsdream_source.264 GET /elephantsdream_source.264 HTTP/1.1 Host: [url]www.xin.at[/url] User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8 Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip, deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,;q=0.7 Connection: keep-alive HTTP/1.1 200 OK Date: Wed, 21 Dec 2011 20:55:16 GMT Server: Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/0.9.8r PHP/5.2.17 Last-Modified: Thu, 28 Oct 2010 20:20:09 GMT Etag: "c000000013fa5-29cf10e9-493b311889d3c" Accept-Ranges: bytes Content-Length: 701436137 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/plain HTTPS: Code: https://www.xin.at/elephantsdream_source.264 GET /elephantsdream_source.264 HTTP/1.1 Host: [url]www.xin.at[/url] User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,/;q=0.8 Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip, deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,;q=0.7 Connection: keep-alive HTTP/1.1 200 OK Date: Wed, 21 Dec 2011 20:56:57 GMT Server: Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/0.9.8r PHP/5.2.17 Last-Modified: Thu, 28 Oct 2010 20:20:09 GMT Etag: "c000000013fa5-29cf10e9-493b311889d3c" Accept-Ranges: bytes Content-Length: 701436137 Keep-Alive: timeout=15, max=100 Connection: Keep-Alive Content-Type: text/plain
TOM Super Moderator Oldschool OC.at'ler Registered: Nov 2000 Location: Vienna Posts: 7375	22.12.2011 - 16:28 meinte eher mit wireshark o.ä. jedes packerl beobachten und schauen wie sie sich verhalten http vs. https. und natürlich logs genauer schauen, was er macht
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	22.12.2011 - 21:50 Jo, das wär die nächste Stufe gewesen nach der Beobachtung des reinen HTTP Zeugs. Leider ist das jetzt hinfällig, weils das komplette System RAID-1 grade komplett zerrissen hat. Eine Disk hat jetzt "0MB", und die andere ist komplett korrumpiert. Das verschiebt die ganze Angelegenheit jetzt erst Mal etwas, bis das alles wieder gscheit steht. Leider sind nur die Daten backupped, aber nicht das System.
GrandAdmiralThrawn XP Nazi Registered: Aug 2000 Location: BRUCK! Posts: 3700	23.12.2011 - 21:40 Boah, das war Rekordzeit... Das hat man davon, wenn man sich die Nacht um die Ohren schlägt um ALLES neu zu machen, der Indianer rennt wieder... ...und is immer noch genau gleich ******e lahm, LOL.
Rektal Here to stay Registered: Dec 2002 Location: Inside Posts: 4457	23.12.2011 - 23:03 lol. alter. morgen ist 24. lass mal liegen das Teil