Apache Modul blockiert bei zip

[Delphi.Narium]

Bei mir sieht das im Prinzip so aus:

Delphi-Quellcode:

unit WebModule1derWieSieAuchImmerHeißenMag;

interface

// Hier jetzt alles, was so implementiert wurde ...


initialization
  // Das wird für ADO dringend benötigt.
  CoInitializeEx(nil,COINIT_MULTITHREADED);

finalization
  CoUninitialize;

end.

Mein Erfahrung: CoInitialize sollte nur einmal aufgerufen werden und nicht bei jeder Anfrage ans Webmodul erneut.

[AndreasSt]

Hallo,
Könntest du mir mal Auszüge aus deiner dpr und aus dem eigentlichen Webmodul schicken? Notfalls auch als nachricht.
Danke

[Delphi.Narium]

Habe halt nur Delphi 7 und dort sieht eine typische dpr bei mir sinngemäß so aus:

Delphi-Quellcode:

library WebProjekt;

uses
  ActiveX,
  ComObj,
  ISAPIThreadPool,
  ISAPIApp,
  WebModuleUnit1 in 'WebModuleUnit1.pas' {wm: TWebModule},
  BrkrConst in '..\..\..\Delphi7\Source\Internet\BrkrConst.pas',
  WebBroker in '..\..\..\Delphi7\Source\Internet\WebBroker.pas',
  ... und weitere Units, sofern erforderlich
  ;

{$R *.res}

exports
  GetExtensionVersion,
  HttpExtensionProc,
  TerminateExtension;

begin
  CoInitFlags := COINIT_MULTITHREADED;
  Application.Initialize;
  Application.CreateForm(Twm, wm);
  Application.Run;
end.

Die Unit WebModuleUnit1 beginnt mit

Delphi-Quellcode:

unit WebModuleUnit1;

interface

uses
  HTTPApp,
  HTTPProd,

und endet mit

Delphi-Quellcode:

initialization
  // Das wird für ADO dringend benötigt.
  CoInitializeEx(nil,COINIT_MULTITHREADED);

finalization
  CoUninitialize;

end.

Der Webserver ist ein Eigenbau mit Hilfe der Indykomponenten und diesen Komponenten, für die Nutzung von ISAPI-Dlls bzw. CGI Programmen ID: 17810, idRunner 3.3 - ISAPI and CGI scripts support for Indy, erstellt.

Alles schon was älter, daher ist nicht auszuschließen, dass das Verhalten, im Zusammenspiel mit Apache, nicht absolut identisch ist.

[AndreasSt]

Danke für die Rückmeldung.
Ich habe weitere Tests durchgeführt.
Sobald 4 Anfragen am Modul laufen wird keine weitere Anfrage gestartet.
Es scheint so dass der Apache weitere Aufrufe blockiert bzw aufschiebt.
Sobald dann wieder eine Anfrage beendet ist kommt tatsächlich die nächste in Bearbeitung.
Ich habe daher den Parameter Application.MaxConnections: in der dpr angepasst, kein Erfolg.
In der httpd-mpm.conf habe ich folgende Einstellung:
<IfModule mpm_winnt_module>
ThreadsPerChild 150
MaxRequestsPerChild 0
</IfModule>

Auch mit dem MaxRequestPerChild Parameter habe ich getestet, ohne Erfolg.

Hat jemand eine Idee welcher Parameter verhindert dass da weitere gleichzeitige Anfragen bearbeitet werden?

Vielen Dank

[Delphi.Narium]

Erfolgen die Zugriffe von mehreren Clients oder nur von einem Client?

Sind nur ein Client und ein Server involfiert, könnte es mit der Spezifikation des HTTP-Protokolls zusammenhängen. Hier ist die Anzahl der gleichzeitigen Verbindungen zwischen Client und Server begrenzt.

part of Hypertext Transfer Protocol -- HTTP/1.1 - RFC 2616 Fielding, et al., letzter Absatz des Kapitels 8.1.4 Practical Considerations

Zitat von 8.1.4 Practical Considerations:

Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number of simultaneously active users. These guidelines are intended to improve HTTP response times and avoid congestion.

Könnte es hier eventuell einen Zusammenhang geben?