Asynch -Deskriptor -Größe Erklärung

Question

Was tun asynch descriptor resize Wartenereignisse bedeuten in einer Oracle 11g -Datenbank unter Windows 2008 R2? Nach meinem Oracle -Support gilt diese Veranstaltung für jede Plattform. Die beschriebene Beschreibung enthält jedoch die folgenden Informationen in DOC ID 1081977.1:

Dieses Ereignis wird festgelegt, wenn die Anzahl der im OS -Kernel reservierten Asynch -Deskriptor neu angepasst werden muss. Es wird signalisiert, wenn die Anzahl der durch einen Prozess eingereichten Asynch -E/O -Assire erhöht werden muss. Das Linux Kernel lässt die Grenze nicht erhöht werden, wenn im Kern ausstehende E/O -I/Os vorhanden sind. Daher werden alle herausragenden I/Os geerntet, bevor die Grenze erhöht wird. Das Warten, um alle herausragenden E/Os zu ernten, wenn das Limit erhöht wird, verwendet dieses Ereignis. _{Hervorhebung meiner}

Dies verursacht kein erhebliches Problem in unseren Systemen, aber es wäre schön zu wissen, was es auf einer Windows -Plattform bedeutet.

Dies scheint einem Kommentar zu ähnlich zu sein Dieser Blog -Beitrag, insbesondere weil es Oracle 11g R2 mit Windows 2008 und VMware erwähnt. Dies zeigt zwar an, dass das Problem nicht nur für unsere Systeme nicht einzigartig ist, aber es hilft nicht, die Ursache oder mögliche Lösungen zu identifizieren. Der andere Kommentar zu einem Microsoft -Fix gilt für Windows 2008 R1 und nicht für R2.

Answer 1

Nur damit gibt es eine Art Antwort darauf. Hier finden Sie einige Informationen, die ich gefunden habe.

Auf MOS gibt es ein Dokument mit dem Titel "Hohe Zahlen von" Asynch -Deskriptor -Größe "Wait Ereignisse" (DOC ID 1273748.1). Dies scheint darauf hinzudeuten, dass das Problem wirklich ein weiteres Wartenereignis ist, das das System verlangsamt und diese wiederum verursacht, so dass sie sind, so sind sie Arten 'T wirklich das Quellwartenereignis.

Oracle-L hat a Thread auf dem Wartenereignis, aber keine Erwähnung von Windows.

Oaktable hat einige interessant Info zu dem Problem, und sagt,

... Die Größe ist anscheinend an Linux saugt. Vielleicht leiden auch andere Häfen und haben das gleiche Warteveranstalten gesehen.