f3ec420152ca921e4c1ce77782f51b53f659018dnd<?xml version="1.0" encoding="UTF-8" ?>

f3ec420152ca921e4c1ce77782f51b53f659018dnd<!DOCTYPE manualpage SYSTEM "/style/manualpage.dtd">

f3ec420152ca921e4c1ce77782f51b53f659018dnd<?xml-stylesheet type="text/xsl" href="/style/manual.tr.xsl"?>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd

4b575a6b6704b516f22d65a3ad35696d7b9ba372rpluem<manualpage metafile="perf-tuning.xml.meta">

f3ec420152ca921e4c1ce77782f51b53f659018dnd <parentdocument href="./">Çeşitli Belgeler</parentdocument>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Apache’de Başarımın Arttırılması</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <summary>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache 2.x, esneklik, taşınabilirlik ve başarım arasında bir denge

f3ec420152ca921e4c1ce77782f51b53f659018dnd sağlamak üzere tasarlanmış genel amaçlı bir HTTP sunucusudur. Başka

f3ec420152ca921e4c1ce77782f51b53f659018dnd sunucularla kıyaslama denemelerinde öne geçmek üzere tasarlanmamış

f3ec420152ca921e4c1ce77782f51b53f659018dnd olsa da Apache 2.x gerçek yaşamda karşılaşılan pek çok durumda oldukça

f3ec420152ca921e4c1ce77782f51b53f659018dnd yüksek bir başarıma ulaşacak yetenektedir.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache 1.3 ile karşılaştırıldığında 2.x sürümleri toplam veri hızını

f3ec420152ca921e4c1ce77782f51b53f659018dnd ve ölçeklenebilirliği arttırmak için pek çok en iyileme seçeneği

f3ec420152ca921e4c1ce77782f51b53f659018dnd içerir. Bu iyileştirmelerin pek çoğu zaten öntanımlı olarak etkin

f3ec420152ca921e4c1ce77782f51b53f659018dnd olmakla birlikte derleme ve kullanım sırasında başarımı önemli ölçüde

f3ec420152ca921e4c1ce77782f51b53f659018dnd etkileyebilen yapılandırma seçenekleri de mevcuttur. Bu belgede, bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd Apache 2.x kurulumunda sunucu yöneticisinin sunucunun başarımını

f3ec420152ca921e4c1ce77782f51b53f659018dnd arttırmak amacıyla yapılandırma sırasında neler yapabileceğinden

f3ec420152ca921e4c1ce77782f51b53f659018dnd bahsedilmiştir. Bu yapılandırma seçeneklerinden bazıları, httpd’nin

f3ec420152ca921e4c1ce77782f51b53f659018dnd donanımın ve işletim sisteminin olanaklarından daha iyi

f3ec420152ca921e4c1ce77782f51b53f659018dnd yararlanabilmesini sağlarken bir kısmı da daha hızlı bir sunum için

f3ec420152ca921e4c1ce77782f51b53f659018dnd yöneticinin işlevsellikten ödün verebilmesini olanaklı kılar.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </summary>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="hardware">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Donanım ve İşletim Sistemi ile İlgili Konular</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>HTTP sunucusunun başarımını etkileyen en önemli donanım bellektir

f3ec420152ca921e4c1ce77782f51b53f659018dnd (RAM). Bir HTTP sunucusu asla takaslama yapmamalıdır. Çünkü takaslama,

f3ec420152ca921e4c1ce77782f51b53f659018dnd kullanıcının "yeterince hız" umduğu noktada sunumun gecikmesine sebep

f3ec420152ca921e4c1ce77782f51b53f659018dnd olur. Böyle bir durumda kullanıcılar yüklemeyi durdurup tekrar

f3ec420152ca921e4c1ce77782f51b53f659018dnd başlatma eğilimindedirler; sonuçta yük daha da artar. <directive

f3ec420152ca921e4c1ce77782f51b53f659018dnd module="mpm_common" >MaxRequestWorkers</directive> yönergesinin değerini

f3ec420152ca921e4c1ce77782f51b53f659018dnd değiştirerek takaslamaya sebep olabilecek kadar çok çocuk süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturulmasını engelleyebilirsiniz ve böyle bir durumda bunu mutlaka

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapmalısınız. Bunun için yapacağınız işlem basittir: <code>top</code>

f3ec420152ca921e4c1ce77782f51b53f659018dnd benzeri bir araç üzerinden çalışan süreçlerinizin bir listesini alıp

f3ec420152ca921e4c1ce77782f51b53f659018dnd Apache süreçlerinizin ortalama büyüklüğünü saptayıp, mevcut bellekten

f3ec420152ca921e4c1ce77782f51b53f659018dnd bir kısmını diğer süreçler için ayırdıktan sonra kalan miktarı bu

f3ec420152ca921e4c1ce77782f51b53f659018dnd değere bölerseniz yönergeye atayacağınız değeri bulmuş olursunuz.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Donanımın diğer unsurları için kararı siz verin: Daha hızlı işlemci,

f3ec420152ca921e4c1ce77782f51b53f659018dnd daha hızlı ağ kartı, daha hızlı disk; daha hızlının ne kadar hızlı

f3ec420152ca921e4c1ce77782f51b53f659018dnd olacağını deneyimlerinize bağlı olarak tamamen sizin ihtiyaçlarınız

f3ec420152ca921e4c1ce77782f51b53f659018dnd belirler.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>İşletim sistemi seçimi büyük oranda yerel ilgi konusudur. Fakat yine

f3ec420152ca921e4c1ce77782f51b53f659018dnd de, genelde yararlılığı kanıtlanmış bazı kurallar bu seçimde size

f3ec420152ca921e4c1ce77782f51b53f659018dnd yardımcı olabilir:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Seçtiğiniz işletim sisteminin (çekirdeğin) en son kararlı

f3ec420152ca921e4c1ce77782f51b53f659018dnd sürümünü çalıştırın. Bir çok işletim sistemi, son yıllarda TCP

f3ec420152ca921e4c1ce77782f51b53f659018dnd yığıtları ve evre kütüphaneleri ile ilgili belirgin iyileştirmeler

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapmışlar ve yapmaktadırlar.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>İşletim sisteminiz <code>sendfile</code>(2) sistem çağrısını

f3ec420152ca921e4c1ce77782f51b53f659018dnd destekliyorsa bunun etkinleştirilebildiği sürümün kurulu olması

f3ec420152ca921e4c1ce77782f51b53f659018dnd önemlidir. (Örneğin, Linux için bu, Linux 2.4 ve sonraki sürümler

316f02e3836836c82e19019ff23f90a7ebc65289nilgun anlamına gelirken, Solaris için Solaris 8’den önceki sürümlerin

f3ec420152ca921e4c1ce77782f51b53f659018dnd yamanması gerektirdiği anlamına gelmektedir.)

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>sendfile</code> işlevinin desteklendiği sistemlerde Apache 2

f3ec420152ca921e4c1ce77782f51b53f659018dnd duruk içeriği daha hızlı teslim etmek ve işlemci kullanımını

f3ec420152ca921e4c1ce77782f51b53f659018dnd düşürmek amacıyla bu işlevselliği kullanacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="runtime">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Çalışma Anı Yapılandırması ile İlgili Konular</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <related>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <modulelist>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <module>mod_dir</module>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <module>mpm_common</module>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <module>mod_status</module>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </modulelist>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directivelist>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">AllowOverride</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="mod_dir">DirectoryIndex</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">HostnameLookups</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">EnableMMAP</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">EnableSendfile</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">KeepAliveTimeout</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="prefork">MaxSpareServers</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="prefork">MinSpareServers</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="core">Options</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="mpm_common">StartServers</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </directivelist>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </related>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="dns">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title><code>HostnameLookups</code> ve DNS ile ilgili diğer konular</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache 1.3 öncesinde, <directive module="core"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >HostnameLookups</directive> yönergesinin öntanımlı değeri

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>On</code> idi. İstek yerine getirilmeden önce bir DNS sorgusu

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılmasını gerektirmesi sebebiyle bu ayarlama her istekte bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd miktar gecikmeye sebep olurdu. Apache 1.3’ten itibaren yönergenin

f3ec420152ca921e4c1ce77782f51b53f659018dnd öntanımlı değeri <code>Off</code> yapılmıştır. Eğer günlük

f3ec420152ca921e4c1ce77782f51b53f659018dnd dosyalarınızda konak isimlerinin bulunmasını isterseniz, Apache ile

f3ec420152ca921e4c1ce77782f51b53f659018dnd birlikte gelen <program>logresolve</program> programını

f3ec420152ca921e4c1ce77782f51b53f659018dnd kullanabileceğiniz gibi günlük raporlarını çözümleyen Apache ile

f3ec420152ca921e4c1ce77782f51b53f659018dnd gelmeyen programlardan herhangi birini de kullanabilirsiniz.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Günlük dosyaları üzerindeki bu işlemi sunucu makinesi dışında

f3ec420152ca921e4c1ce77782f51b53f659018dnd günlük dosyasının bir kopyası üzerinde yapmanızı öneririz. Aksi

f3ec420152ca921e4c1ce77782f51b53f659018dnd takdirde sunucunuzun başarımı önemli ölçüde etkilenebilir.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p><directive module="mod_access_compat">Allow</directive> veya

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="mod_access_compat">Deny</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd yönergelerinde IP adresi yerine bir konak veya alan ismi

f3ec420152ca921e4c1ce77782f51b53f659018dnd belirtirseniz, iki DNS sorguluk bir bedel ödersiniz (biri normal,

f3ec420152ca921e4c1ce77782f51b53f659018dnd diğeri IP taklidine karşı ters DNS sorgusu). Başarımı en iyilemek

f3ec420152ca921e4c1ce77782f51b53f659018dnd için bu yönergelerde mümkün olduğunca isim yerine IP adreslerini

f3ec420152ca921e4c1ce77782f51b53f659018dnd kullanınız.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p><directive module="core" >HostnameLookups</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd yönergelerinin <code>&lt;Location /server-status&gt;</code> gibi

f3ec420152ca921e4c1ce77782f51b53f659018dnd bölüm yönergelerinin içinde de yer alabileceğini unutmayın. Bu gibi

f3ec420152ca921e4c1ce77782f51b53f659018dnd durumlarda DNS sorguları sadece istek kuralla eşleştiği takdirde

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılacaktır. Aşağıdaki örnekte <code>.html</code> ve

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>.cgi</code> dosyalarına yapılan istekler hariç DNS sorguları

f3ec420152ca921e4c1ce77782f51b53f659018dnd iptal edilmektedir:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd HostnameLookups off<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;Files ~ "\.(html|cgi)$"&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd HostnameLookups on<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd </indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;/Files&gt;

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Yine de bazı CGI’lerin DNS isimlerine ihtiyacı olursa bu CGI’lerin

f3ec420152ca921e4c1ce77782f51b53f659018dnd bu ihtiyaçlarına yönelik olarak <code>gethostbyname</code> çağrıları

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapabileceğini gözardı etmeyiniz.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="symlinks">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title><code>FollowSymLinks</code> ve

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>SymLinksIfOwnerMatch</code></title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>URL uzayınızda geçerli olmak üzere bir <code>Options

f3ec420152ca921e4c1ce77782f51b53f659018dnd FollowSymLinks</code> yoksa veya <code>Options

f3ec420152ca921e4c1ce77782f51b53f659018dnd SymLinksIfOwnerMatch</code> yönergeleri varsa, Apache her sembolik

f3ec420152ca921e4c1ce77782f51b53f659018dnd bağın üzerinde bazı sınamalar yapmak için ek bir sistem çağrısından

f3ec420152ca921e4c1ce77782f51b53f659018dnd başka istenen her dosya için de ayrı bir çağrı yapacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example><title>Örnek:</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd DocumentRoot /siteler/htdocs<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;Directory /&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd Options SymLinksIfOwnerMatch<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd </indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;/Directory&gt;

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bu durumda <code>/index.html</code> için bir istek yapıldığında

f3ec420152ca921e4c1ce77782f51b53f659018dnd Apache, <code>/siteler</code>, <code>/siteler/htdocs</code> ve<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>/siteler/htdocs/index.html</code> üzerinde

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>lstat</code>(2) çağrıları yapacaktır. <code>lstat</code>

f3ec420152ca921e4c1ce77782f51b53f659018dnd sonuçları önbelleğe kaydedilmediğinden bu işlem her istekte

f3ec420152ca921e4c1ce77782f51b53f659018dnd yinelenecektir. Amacınız gerçekten sembolik bağları güvenlik

f3ec420152ca921e4c1ce77782f51b53f659018dnd açısından sınamaksa bunu şöyle yapabilirsiniz:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd DocumentRoot /siteler/htdocs<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;Directory /&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd Options FollowSymLinks<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd </indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;/Directory&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;Directory /sitem/htdocs&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd Options -FollowSymLinks +SymLinksIfOwnerMatch<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd </indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;/Directory&gt;

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Böylece <directive module="core">DocumentRoot</directive> altındaki

f3ec420152ca921e4c1ce77782f51b53f659018dnd dosyalar için fazladan bir çağrı yapılmasını engellemiş olursunuz.

f3ec420152ca921e4c1ce77782f51b53f659018dnd Eğer bazı bölümlerde <directive module="mod_alias"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >Alias</directive>, <directive module="mod_rewrite"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >RewriteRule</directive> gibi yönergeler üzerinden belge kök

f3ec420152ca921e4c1ce77782f51b53f659018dnd dizininizin dışında kalan dosya yollarına sahipseniz benzer

f3ec420152ca921e4c1ce77782f51b53f659018dnd işlemleri onlar için de yapmalısınız. Sembolik bağ koruması yapmamak

f3ec420152ca921e4c1ce77782f51b53f659018dnd suretiyle başarımı arttırmak isterseniz, <code>FollowSymLinks</code>

f3ec420152ca921e4c1ce77782f51b53f659018dnd seçeneğini her yerde etkin kılın ve

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>SymLinksIfOwnerMatch</code> seçeneğini asla

f3ec420152ca921e4c1ce77782f51b53f659018dnd etkinleştirmeyin.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="htacess">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title><code>AllowOverride</code></title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Genellikle <code>.htaccess</code> dosyaları üzerinden yapıldığı

f3ec420152ca921e4c1ce77782f51b53f659018dnd gibi URL uzayınızda geçersizleştirmelere izin veriyorsanız, Apache

f3ec420152ca921e4c1ce77782f51b53f659018dnd her dosya bileşeni için bu <code>.htaccess</code> dosyalarını açmaya

f3ec420152ca921e4c1ce77782f51b53f659018dnd çalışacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example><title>Örnek:</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd DocumentRoot /siteler/htdocs<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;Directory /&gt;<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd <indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd AllowOverride all<br />

f3ec420152ca921e4c1ce77782f51b53f659018dnd </indent>

f3ec420152ca921e4c1ce77782f51b53f659018dnd &lt;/Directory&gt;

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bu durumda <code>/index.html</code> sayfasına yapılan bir istek için

f3ec420152ca921e4c1ce77782f51b53f659018dnd Apache, <code>/.htaccess</code>, <code>/siteler/.htaccess</code> ve

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>/siteler/htdocs/.htaccess</code> dosyalarını açmaya

f3ec420152ca921e4c1ce77782f51b53f659018dnd çalışacaktır. Çözüm <code>Options FollowSymLinks</code> durumunun

f3ec420152ca921e4c1ce77782f51b53f659018dnd benzeridir; başarımı arttırmak için dosya sisteminizin her yerinde

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>AllowOverride None</code> olsun.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="negotiation">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Dil Uzlaşımı</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Başarımı son kırıntısına kadar arttırmak istiyorsanız, mümkünse

f3ec420152ca921e4c1ce77782f51b53f659018dnd içerik dili uzlaşımı da yapmayın. Dil uzlaşımından yararlanmak

f3ec420152ca921e4c1ce77782f51b53f659018dnd isterken büyük başarım kayıplarına uğrayabilirsiniz. Böyle bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd durumda sunucunun başarımını arttırmanın tek bir yolu vardır. </p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd DirectoryIndex index

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Yukarıdaki gibi bir dosya ismi kalıbı kullanmak yerine, aşağıdaki

f3ec420152ca921e4c1ce77782f51b53f659018dnd gibi seçenekleri tam bir liste halinde belirtin:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd DirectoryIndex index.cgi index.pl index.shtml index.html

f3ec420152ca921e4c1ce77782f51b53f659018dnd </example>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Buradaki sıralama öncelik sırasını belirler; yani,

f3ec420152ca921e4c1ce77782f51b53f659018dnd öncelikli olmasını istediğiniz seçeneği listenin başına

f3ec420152ca921e4c1ce77782f51b53f659018dnd yazmalısınız.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>İstenen dosya için <code>MultiViews</code> kullanarak dizini

723b4be7951b76cd58116426912adacf55bf96ednilgun taratmak yerine, gerekli bilgiyi tek bir dosyadan okutmak suretiyle

91f378b5a10f2d83820902ed10ba7967a3920c18nilgun başarımı arttırabilirsiniz. Bu amaçla türeşlem

723b4be7951b76cd58116426912adacf55bf96ednilgun (<code>type-map</code>) dosyaları kullanmanız yeterli olacaktır.</p>

27dcd8d81085fd60aadcd8a9bad35a607b26b758nilgun

723b4be7951b76cd58116426912adacf55bf96ednilgun <p>Sitenizde içerik dili uzlaşımına gerek varsa, bunu <code>Options

723b4be7951b76cd58116426912adacf55bf96ednilgun MultiViews</code> yönergesi üzerinden değil, türeşlem dosyaları

723b4be7951b76cd58116426912adacf55bf96ednilgun kullanarak yapmayı deneyin. İçerik dili uzlaşımı ve türeşlem

723b4be7951b76cd58116426912adacf55bf96ednilgun dosyalarının oluşturulması hakkında daha ayrıntılı bilgi edinmek

723b4be7951b76cd58116426912adacf55bf96ednilgun için <a href="/content-negotiation.html">İçerik Uzlaşımı</a>

723b4be7951b76cd58116426912adacf55bf96ednilgun belgesine bakınız.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Bellek Eşlemleri</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache’nin SSI sayfalarında olduğu gibi teslim edilecek dosyanın

f3ec420152ca921e4c1ce77782f51b53f659018dnd içeriğine bakma gereği duyduğu durumlarda, eğer işletim sistemi

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>mmap</code>(2) ve benzerlerini destekliyorsa çekirdek normal

f3ec420152ca921e4c1ce77782f51b53f659018dnd olarak dosyayı belleğe kopyalayacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bazı platformlarda bu belleğe eşleme işlemi başarımı arttırsa da

f3ec420152ca921e4c1ce77782f51b53f659018dnd başarımın veya httpd kararlılığının zora girdiği durumlar

f3ec420152ca921e4c1ce77782f51b53f659018dnd olabilmektedir:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bazı işletim sistemlerinde işlemci sayısı artışına bağlı

f3ec420152ca921e4c1ce77782f51b53f659018dnd olarak, <code>mmap</code> işlevi <code>read</code>(2) kadar iyi

f3ec420152ca921e4c1ce77782f51b53f659018dnd ölçeklenmemiştir. Örneğin, çok işlemcili Solaris sunucularda

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>mmap</code> iptal edildiği takdirde içeriği sunucu

f3ec420152ca921e4c1ce77782f51b53f659018dnd tarafından işlenen dosyalar üzerinde bazen daha hızlı işlem

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılabilmektedir.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Belleğe kopyalanacak dosya NFS üzerinden bağlanan bir dosya

f3ec420152ca921e4c1ce77782f51b53f659018dnd sistemindeyse ve dosya başka bir NFS istemcisi makine tarafından

f3ec420152ca921e4c1ce77782f51b53f659018dnd silinmiş veya dosyanın boyutu değiştirilmişse sunucunuz dosyaya

f3ec420152ca921e4c1ce77782f51b53f659018dnd tekrar erişmeye çalıştığında bir hata alabilecektir.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Böyle durumların olasılık dahilinde olduğu kurulumlarda içeriği

f3ec420152ca921e4c1ce77782f51b53f659018dnd sunucu tarafından işlenecek dosyaların belleğe kopyalanmaması için

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılandırmanıza <code>EnableMMAP off</code> satırını ekleyiniz.

f3ec420152ca921e4c1ce77782f51b53f659018dnd (Dikkat: Bu yönerge dizin seviyesinde geçersizleştirilebilen

f3ec420152ca921e4c1ce77782f51b53f659018dnd yönergelerdendir.)</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title><code>sendfile</code></title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache’nin duruk dosyalarda olduğu gibi teslim edilecek dosyanın

f3ec420152ca921e4c1ce77782f51b53f659018dnd içeriğine bakmadığı durumlarda, eğer işletim sistemi

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>sendfile</code>(2) desteğine sahipse çekirdek normal olarak bu

f3ec420152ca921e4c1ce77782f51b53f659018dnd desteği kullanacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bazı platformlarda <code>sendfile</code> kullanımı, okuma ve yazma

f3ec420152ca921e4c1ce77782f51b53f659018dnd işlemlerinin ayrı ayrı yapılmamasını sağlasa da

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>sendfile</code> kullanımının httpd kararlılığını bozduğu bazı

f3ec420152ca921e4c1ce77782f51b53f659018dnd durumlar sözkonusudur:</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bazı platformlar derleme sisteminin saptayamadığı bozuk bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>sendfile</code> desteğine sahip olabilir. Özellikle

f3ec420152ca921e4c1ce77782f51b53f659018dnd derleme işleminin başka bir platformda yapılıp

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>sendfile</code> desteği bozuk bir makineye kurulum

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapıldığı durumlarda bu desteğin bozuk olduğu

f3ec420152ca921e4c1ce77782f51b53f659018dnd saptanamayacaktır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

d23070a273525fb69f21f5426d31a32157dad337nilgun <li>

d23070a273525fb69f21f5426d31a32157dad337nilgun <p>Çekirdek, NFS üzerinden erişilen ağ dosyalarını kendi önbelleği

d23070a273525fb69f21f5426d31a32157dad337nilgun üzerinden gerektiği gibi sunamayabilir.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </li>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </ul>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

d23070a273525fb69f21f5426d31a32157dad337nilgun <p>Böyle durumların olasılık dahilinde olduğu kurulumlarda içeriğin

bcb283e92c05f9564992be3cad88399eb0a163eanilgun <code>sendfile</code> desteğiyle teslim edilmemesi için

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılandırmanıza <code>EnableSendfile off</code> satırını ekleyiniz.

f3ec420152ca921e4c1ce77782f51b53f659018dnd (Dikkat: Bu yönerge dizin seviyesinde geçersizleştirilebilen

f3ec420152ca921e4c1ce77782f51b53f659018dnd yönergelerdendir.)</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="process">

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Süreç Oluşturma</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Apache 1.3 öncesinde <directive module="prefork"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >MinSpareServers</directive>, <directive module="prefork"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >MaxSpareServers</directive> ve <directive module="mpm_common"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >StartServers</directive> ayarları, başka sunucularla kıyaslama

f3ec420152ca921e4c1ce77782f51b53f659018dnd denemelerinde olağanüstü kötü sonuçlar alınmasına sebep olmaktaydı.

f3ec420152ca921e4c1ce77782f51b53f659018dnd Özellikle uygulanan yükü karşılamaya yetecek sayıda çocuk süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturulması aşamasında Apache’nin elde ettiği ivme bunlardan

f3ec420152ca921e4c1ce77782f51b53f659018dnd biriydi. Başlangıçta <directive module="mpm_common"

f3ec420152ca921e4c1ce77782f51b53f659018dnd >StartServers</directive> yönergesiyle belli sayıda süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturulduktan sonra her saniyede bir tane olmak üzere <directive

f3ec420152ca921e4c1ce77782f51b53f659018dnd module="prefork">MinSpareServers</directive> sayıda çocuk süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturulmaktaydı. Örneğin, aynı anda 100 isteğe yanıt vermek için

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="mpm_common" >StartServers</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd yönergesinin öntanımlı değeri olarak başta <code>5</code> süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturulduğundan kalan süreçler için 95 saniye geçmesi gerekirdi.

f3ec420152ca921e4c1ce77782f51b53f659018dnd Sık sık yeniden başlatılmadıklarından dolayı gerçek hayatta

f3ec420152ca921e4c1ce77782f51b53f659018dnd sunucuların başına gelen de buydu. Başka sunucularla kıyaslama

f3ec420152ca921e4c1ce77782f51b53f659018dnd denemelerinde ise işlem sadece on dakika sürmekte ve içler acısı

f3ec420152ca921e4c1ce77782f51b53f659018dnd sonuçlar alınmaktaydı.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Saniyede bir kuralı, sunucunun yeni çocukları oluşturması sırasında

f3ec420152ca921e4c1ce77782f51b53f659018dnd sistemin aşırı meşgul duruma düşmemesi için alınmış bir önlemdi.

f3ec420152ca921e4c1ce77782f51b53f659018dnd Makine çocuk süreç oluşturmakla meşgul edildiği sürece isteklere

f3ec420152ca921e4c1ce77782f51b53f659018dnd yanıt veremeyecektir. Böylesi bir durum Apache’nin başarımını

f3ec420152ca921e4c1ce77782f51b53f659018dnd kötüleştirmekten başka işe yaramayacaktır. Apache 1.3’te saniyede

f3ec420152ca921e4c1ce77782f51b53f659018dnd bir kuralı biraz esnetildi. Yeni gerçeklenimde artık bir süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd oluşturduktan bir saniye sonra iki süreç, bir saniye sonra dört

f3ec420152ca921e4c1ce77782f51b53f659018dnd süreç oluşturulmakta ve işlem, saniyede 32 çocuk süreç oluşturulur

f3ec420152ca921e4c1ce77782f51b53f659018dnd duruma gelene kadar böyle ivmelenmektedir. Çocuk süreç oluşturma

f3ec420152ca921e4c1ce77782f51b53f659018dnd işlemi <directive module="prefork" >MinSpareServers</directive>

f3ec420152ca921e4c1ce77782f51b53f659018dnd değerine ulaşılınca durmaktadır.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Bu, <directive module="prefork" >MinSpareServers</directive>,

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="prefork" >MaxSpareServers</directive> ve

f3ec420152ca921e4c1ce77782f51b53f659018dnd <directive module="mpm_common" >StartServers</directive> ayarlarıyla

f3ec420152ca921e4c1ce77782f51b53f659018dnd oynamayı neredeyse gereksiz kılacak kadar iyi sonuçlar verecek gibi

f3ec420152ca921e4c1ce77782f51b53f659018dnd görünmektedir. Saniyede 4 çocuktan fazlası oluşturulmaya

f3ec420152ca921e4c1ce77782f51b53f659018dnd başlandığında hata günlüğüne bazı iletiler düşmeye başlar. Bu

f3ec420152ca921e4c1ce77782f51b53f659018dnd iletilerin sayısı çok artarsa bu ayarlarla oynama vakti gelmiş

f3ec420152ca921e4c1ce77782f51b53f659018dnd demektir. Bunun için <module>mod_status</module> çıktısını bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd kılavuz olarak kullanabilirsiniz.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Süreç oluşturmayla ilgili olarak süreç ölümü <directive

f3ec420152ca921e4c1ce77782f51b53f659018dnd module="mpm_common">MaxConnectionsPerChild</directive> değeri ile

f3ec420152ca921e4c1ce77782f51b53f659018dnd sağlanır. Bu değer öntanımlı olarak <code>0</code> olup, çocuk süreç

f3ec420152ca921e4c1ce77782f51b53f659018dnd başına istek sayısının sınırsız olduğu anlamına gelir. Eğer

f3ec420152ca921e4c1ce77782f51b53f659018dnd yapılandırmanızda bu değeri <code>30</code> gibi çok düşük bir

f3ec420152ca921e4c1ce77782f51b53f659018dnd değere ayarlarsanız bunu hemen kaldırmak zorunda kalabilirsiniz.

f3ec420152ca921e4c1ce77782f51b53f659018dnd Sunucunuzu SunOS veya Solaris’in eski bir sürümü üzerinde

f3ec420152ca921e4c1ce77782f51b53f659018dnd çalıştırıyorsanız bellek kaçaklarına sebep olmamak için bu değeri

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>10000</code> ile sınırlayınız.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <p>Kalıcı bağlantı özelliğini kullanıyorsanız, çocuk süreçler zaten

f3ec420152ca921e4c1ce77782f51b53f659018dnd açık bağlantılardan istek beklemekte olacaklardır. <directive

f3ec420152ca921e4c1ce77782f51b53f659018dnd module="core">KeepAliveTimeout</directive> yönergesinin öntanımlı

f3ec420152ca921e4c1ce77782f51b53f659018dnd değeri <code>5</code> saniye olup bu etkiyi en aza indirmeye yönelik

f3ec420152ca921e4c1ce77782f51b53f659018dnd süredir. Burada ağ band genişliği ile sunucu kaynaklarının kullanımı

f3ec420152ca921e4c1ce77782f51b53f659018dnd arasında bir seçim yapmak söz konusudur. Hiçbir şey umurunuzda

f3ec420152ca921e4c1ce77782f51b53f659018dnd değilse <a

f3ec420152ca921e4c1ce77782f51b53f659018dnd href="http://www.hpl.hp.com/techreports/Compaq-DEC/WRL-95-4.html">

f3ec420152ca921e4c1ce77782f51b53f659018dnd çoğu ayrıcalığın yitirilmesi pahasına</a> bu değeri rahatça

f3ec420152ca921e4c1ce77782f51b53f659018dnd <code>60</code> saniyenin üzerine çıkarabilirsiniz.</p>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd </section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section id="compiletime">

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>Derleme Sırasında Yapılandırma ile İlgili Konular</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

f3ec420152ca921e4c1ce77782f51b53f659018dnd <section>

f3ec420152ca921e4c1ce77782f51b53f659018dnd <title>MPM Seçimi</title>

f3ec420152ca921e4c1ce77782f51b53f659018dnd

c04f76acce77126cf88b09350e56ea8c6b4a064enilgun <p>Apache 2.x, <a href="/mpm.html">Çok Süreçlilik Modülleri</a>

f3ec420152ca921e4c1ce77782f51b53f659018dnd (MPM) adı verilen eklemlenebilir çok görevlilik modellerini

f3ec420152ca921e4c1ce77782f51b53f659018dnd destekler. Apache’yi derlerken bu MPM’lerden birini seçmeniz

f086b4b402fa9a2fefc7dda85de2a3cc1cd0a654rjung gerekir. MPM’lerden bazıları platformlara özeldir:

f3ec420152ca921e4c1ce77782f51b53f659018dnd <module>mpm_netware</module>, <module>mpmt_os2</module> ve

9c1260efa52c82c2a58e5b5f20cd6902563d95f5rbowen <module>mpm_winnt</module>. Unix

f3ec420152ca921e4c1ce77782f51b53f659018dnd benzeri sistemler için ise seçebileceğiniz modül sayısı birden

f3ec420152ca921e4c1ce77782f51b53f659018dnd fazladır. MPM seçiminin httpd’nin hızında ve ölçeklenebilirliğinde

bazı etkileri olabilir:</p>

<ul>

<li><module>worker</module> modülü her biri çok evreli çok sayıda

çocuk süreç kullanımını destekler. Her evre aynı anda tek bir

bağlantıya hizmet sunar. Aynı hizmeti daha az bellek harcayarak

vermesi nedeniyle yüksek trafiğe sahip sunucularda

<module>prefork</module> modülüne göre daha iyi bir seçimdir.</li>

<li><module>prefork</module> modülü her biri tek bir evreye sahip

çok sayıda çocuk süreç kullanımını destekler. Her süreç aynı anda

tek bir bağlantıya hizmet sunar. Çoğu sistemde daha hızlı olması

nedeniyle <module>worker</module> modülüne göre daha iyi bir seçim

olarak görünürse de bunu daha fazla bellek kullanarak sağlar.

<module>prefork</module> modülünün evresiz tasarımının

<module>worker</module> modülüne göre bazı yararlı tarafları

vardır: Çok evreli sistemlerde güvenilir olmayan üçüncü parti

modülleri kullanabilir ve evrelerde hata ayıklamanın yetersiz

kaldığı platformlarda hatalarını ayıklamak daha kolaydır.</li>

</ul>

<p>Bu modüller ve diğerleri hakkında daha ayrıntılı bilgi edinmek için

<a href="/mpm.html">Çok Süreçlilik Modülleri</a> belgesine

bakınız.</p>

</section>

<section id="modules">

<title>Modüller</title>

<p>Bellek kullanımı başarım konusunda önemli olduğundan gerçekte

kullanmadığınız modülleri elemeye çalışmalısınız. Modülleri birer <a

href="/dso.html">DSO</a> olarak derlediyseniz <directive

module="mod_so">LoadModule</directive> yönergesinin bulunduğu satırı

açıklama haline getirmeniz modülden kurtulmanız için yeterli

olacaktır. Modülleri bu şekilde kaldırarak onların yokluğunda

sitenizin hala işlevlerini yerine getirdiğini görme şansına da

kavuşmuş olursunuz.</p>

<p>Ancak, eğer modülleri Apache çalıştırılabilirinin içine

gömmüşseniz istenmeyen modülleri kaldırmak için Apache'yi yeniden

derlemeniz gerekir.</p>

<p>Bu noktada bir soru akla gelebilir: Hangi modüller gerekli,

hangileri değil? Bu sorunun yanıtı şüphesiz siteden siteye değişir.

Ancak, olmazsa olmaz moüller olarak <module>mod_mime</module>,

<module>mod_dir</module> ve <module>mod_log_config</module>

modüllerini sayabiliriz. Bunlardan <code>mod_log_config</code>

olmadan da bir sitenin çalışabileceğinden hareketle bu modülün

varlığı isteğe bağlı olsa da bu modülü kaldırmanızı önermiyoruz.</p>

</section>

<section>

<title>Atomik İşlemler</title>

<p>Worker MPM'nin en son geliştirme sürümleri ve

<module>mod_cache</module> gibi bazı modüller APR'nin atomik API'sini

kullanırlar. Bu API, düşük ayarlı evre eşzamanlamasında atomik

işlemler yapar.</p>

<p>Öntanımlı olarak, APR bu işlemleri hedef işletim sistemi/işlemci

platformunda kullanılabilecek en verimli mekanizmayı kullanarak

gerçekleştirir. Günümüz işlemcilerinin çoğu, örneğin, bir atomik

karşılaştırma ve takas (CAS) işlemini donanımda gerçekleştirmektedir.

Bazı platformlarda APR'nin atomik işlemler için öntanımlı olarak daha

yavaş olan mutekslere dayalı gerçeklenimi kullanmasının sebebi eski

işlemcilerde bu tür makine kodlarının yokluğudur. Apache'yi bu tür

platformalarda günümüz işlemcileriyde çalıştırmayı düşünüyorsanız

Apache'yi derlemek için yapılandırırken en hızlı atomik işlemin

seçilebilmesi için <code>--enable-nonportable-atomics</code>

seçeneğini kullanın:</p>

<example>

/buildconf<br />

/configure --with-mpm=worker --enable-nonportable-atomics=yes

</example>

<p><code>--enable-nonportable-atomics</code> seçeneği şu platformlar

için uygundur:</p>

<ul>

<li>SPARC üzerinde Solaris<br />

APR öntanımlı olarak, SPARC/Solaris üzerinde mutekslere dayalı

atomik işlemleri kullanır. Ancak,

<code>--enable-nonportable-atomics</code> yapılandırmasını

kullanırsanız, donanım üzerinde hızlı karşılaştırma ve takas

için uygun SPARC v8plus kodunu kullanacak şekilde kod üretilir.

Apache'yi bu seçenekle yapılandırırsanız atomik işlemler daha

verimli olacak fakat derlenen Apache çalıştırılabiliri sadece

UltraSPARC kırmığı üzerinde çalışacaktır.

</li>

<li>x86 üzerinde Linux<br />

APR öntanımlı olarak, Linux üzerinde mutekslere dayalı atomik

işlemleri kullanır. Ancak,

<code>--enable-nonportable-atomics</code> yapılandırmasını

kullanırsanız, donanım üzerinde hızlı karşılaştırma ve takas

için uygun 486 kodunu kullanacak şekilde kod üretilir. Apache'yi

bu seçenekle yapılandırırsanız atomik işlemler daha verimli

olacak fakat derlenen Apache çalıştırılabiliri (386 üzerinde

değil) sadece 486 ve sonrası kırmıklarda çalışacaktır.

</li>

</ul>

</section>

<section>

<title><code>mod_status</code> ve <code>ExtendedStatus On</code>

</title>

<p><module>mod_status</module> modülünü derlemiş ve Apache'yi

yapılandırır ve çalıştırırken <code>ExtendedStatus On</code> satırını

da kullanmışsanız Apache her istek üzerinde

<code>gettimeofday(2)</code> (veya işletim sistemine bağlı olarak

<code>time(2)</code>) çağrısından başka (1.3 öncesinde) fazladan

defalarca <code>time(2)</code> çağrıları yapacaktır. Bu çağrılarla

durum raporununun zamanlama bilgilerini içermesi sağlanır. Başarımı

arttırmak için <code>ExtendedStatus off</code> yapın (zaten öntanımlı

böyledir).</p>

</section>

<section>

<title><code>accept</code> dizgilemesi ve çok soketli işlem</title>

<note type="warning"><title>Uyarı:</title>

<p>Bu bölüm, Apache HTTP sunucusunun 2.x sürümlerinde yapılan

değişikliklere göre tamamen güncellenmemiştir. Bazı bilgiler hala

geçerliyse de lütfen dikkatli kullanınız.</p>

</note>

<p>Burada Unix soket arayüzü gerçeklenirken ihmal edilen bir durumdan

bahsedeceğiz. HTTP sunucunuzun çok sayıda adresten çok sayıda portu

dinlemek için çok sayıda <directive module="mpm_common"

>Listen</directive> yönergesi kullanmakta olduğunu varsayalım. Her

soketi çalıştığını görmek için denerken Apache bağlantı için

<code>select(2)</code> kullanacaktır. <code>select(2)</code> çağrısı

bu soketin üzerinde <em>sıfır</em> veya <em>en azından bir</em>

bağlantının beklemekte olduğu anlamına gelir. Apache'nin modeli çok

sayıda çocuk süreç içerir ve boşta olanların tümünde aynı anda yeni

bağlantılar denenebilir. Gerçekte çalışan kod bu olmasa da meramımızı

anlatmak için kodun şöyle bir şey olduğunu varsayabiliriz:</p>

<example>

for (;;) {<br />

<indent>

for (;;) {<br />

<indent>

fd_set accept_fds;<br />

<br />

FD_ZERO (&amp;accept_fds);<br />

for (i = first_socket; i &lt;= last_socket; ++i) {<br />

<indent>

FD_SET (i, &amp;accept_fds);<br />

</indent>

}<br />

rc = select (last_socket+1, &amp;accept_fds, NULL, NULL, NULL);<br />

if (rc &lt; 1) continue;<br />

new_connection = -1;<br />

for (i = first_socket; i &lt;= last_socket; ++i) {<br />

<indent>

if (FD_ISSET (i, &amp;accept_fds)) {<br />

<indent>

new_connection = accept (i, NULL, NULL);<br />

if (new_connection != -1) break;<br />

</indent>

}<br />

</indent>

}<br />

if (new_connection != -1) break;<br />

</indent>

}<br />

process the new_connection;<br />

</indent>

}

</example>

<p>Bu özet gerçeklenim bir takım açlık sorunlarına sebep olur. Bu

döngünün çalışması sırasında aynı anda çok sayıda çocuk süreç yeniden

çağrılır ve istekler arasında kalan çoğu çocuk da <code>select</code>

ile engellenir. Engellenen tüm bu çocuklar soketlerden herhangi biri

üzerinde tek bir istek göründüğünde <code>select</code> tarafından

uyandırılıp işleme sokulmak üzere döndürülürler (uyandırılan çocuk

sayısı işletim sistemine ve zamanlama ayarlarına göre değişiklik

gösterir). Bunların hepsi döngüye katılıp bağlantı kabul etmeye

(<code>accept</code>) çalışırlar. Fakat içlerinden yalnız biri

(sadece bir bağlantı isteğinin mevcut olduğu varsayımıyla) bunu

başarabilir. Kalanının bağlantı kabul etmesi (<code>accept</code>)

engellenir. Bu durum, bu çocukları istekleri başka başka soketlerden

değil mecburen tek bir soketten kabul etmeye kilitler ve bu soket

üzerinde yeni bir istek belirip uyandırılana kadar bu durumda

kalırlar. Bu açlık sorunu ilk olarak <a

href="http://bugs.apache.org/index/full/467">PR#467</a> sayılı raporla

belgelenmiştir. Bu sorunun en az iki çözümü vardır.</p>

<p>Çözümün biri engellenmeyen soket kullanımıdır. Bu durumda

<code>accept</code> çocukları engellemeyecek ve yapılan bir

bağlantının ardından diğer çocuklar durumları değişmeksizin bağlantı

beklemeye devam edeceklerdir. Fakat bu durum işlemci zamanının boşa

harcanmasına sebep olur. Seçilmiş (<code>select</code>) boşta on

çocuğun olduğunu ve bir bağlantı geldiğini varsayalım. Kalan dokuz

çocuk işine devam edip bağlantı kabul etmeyi (<code>accept</code>)

deneyecek, başarızsız olacak, dönecek başa, tekrar seçilecek

(<code>select</code>) ve böyle hiçbir iş yapmadan dönüp duracaktır. Bu

arada hizmet sunmakta olanlar da işlerini bitirdikten sonra bu

döngüdeki yerlerini alacaklardır. Aynı kutunun içinde boşta bir sürü

işlemciniz (çok işlemcili sistemler) yoksa bu çözüm pek verimli

olmayacaktır.</p>

<p>Diğer çözüm ise Apache tarafından kullanılan çözüm olup, girdiyi

bir iç döngüde sıraya sokmaktır. Döngü aşağıda örneklenmiştir (farklar

vurgulanmıştır):</p>

<example>

for (;;) {<br />

<indent>

<strong>accept_mutex_on ();</strong><br />

for (;;) {<br />

<indent>

fd_set accept_fds;<br />

<br />

FD_ZERO (&amp;accept_fds);<br />

for (i = first_socket; i &lt;= last_socket; ++i) {<br />

<indent>

FD_SET (i, &amp;accept_fds);<br />

</indent>

}<br />

rc = select (last_socket+1, &amp;accept_fds, NULL, NULL, NULL);<br />

if (rc &lt; 1) continue;<br />

new_connection = -1;<br />

for (i = first_socket; i &lt;= last_socket; ++i) {<br />

<indent>

if (FD_ISSET (i, &amp;accept_fds)) {<br />

<indent>

new_connection = accept (i, NULL, NULL);<br />

if (new_connection != -1) break;<br />

</indent>

}<br />

</indent>

}<br />

if (new_connection != -1) break;<br />

</indent>

}<br />

<strong>accept_mutex_off ();</strong><br />

process the new_connection;<br />

</indent>

}

</example>

<p><code>accept_mutex_on</code> ve <code>accept_mutex_off</code> <a

id="serialize" name="serialize">işlevleri</a> bir karşılıklı red

semoforu oluştururlar. Mutekse aynı anda sadece bir çocuk sahip

olabilir. Bu muteksleri gerçeklemek için çeşitli seçenekler vardır.

Seçim, <code>src/conf.h</code> (1.3 öncesi) veya

<code>src/include/ap_config.h</code> (1.3 ve sonrası) dosyasında

tanımlanmıştır. Bazı mimariler bir kilitleme seçeneğine sahip

değildir. Böyle mimarilerde çok sayıda <directive

module="mpm_common">Listen</directive> yönergesi kullanmak güvenilir

olmayacaktır.</p>

<p><directive module="core">Mutex</directive> yönergesi,

<code>mpm-accept</code> muteks gerçeklenimini çalışma anında değiştirmek

için kullanılabilir. Farklı muteks gerçeklenimleri ile ilgili hususlar

bu yönergede belgelenmiştir.</p>

<p>Başka bir çözüm daha vardır ancak döngü kısmen dizgilenmeyeceğinden

(yani belli sayıda sürece izin verilemeyeceğinden) asla

gerçeklenmemiştir. Bu sadece, aynı anda çok sayıda çocuk sürecin

çalışabileceği ve dolayısıyla band genişliğinin tüm yönleriyle

kullanılabileceği çok işlemcili sistemlerde ilginç olabilirdi. Bu

gelecekte incelenmeye değer bir konu olmakla beraber çok sayıda HTTP

sunucusunun aynı anda aynı amaca hizmet edecek şekilde çalışması

standart olarak pek mümkün görülmediğinden bu olasılık çok

düşüktür.</p>

<p>En yüksek başarımı elde etmek için ideal olanı sunucuları

çalıştırırken çok sayıda <directive module="mpm_common"

>Listen</directive> yönergesi kullanmamaktır. Fakat siz yine de

okumaya devam edin.</p>

</section>

<section>

<title><code>accept</code> dizgilemesi - tek soket</title>

<p>Çok soketli sunucular için yukarıda açıklananlar iyi güzel de tek

soketli sunucularda durum ne? Kuramsal olarak, bunların hiçbiriyle bir

sorunları olmaması gerekir. Çünkü yeni bir bağlantı gelene kadar tüm

çocuklar <code>accept(2)</code> ile engellenirler dolayısıyla hiçbir

açlık sorununun ortaya çıkmaması gerekir. Uygulamada ise son

kullanıcıdan gizli olarak, yukarıda engellenmeyen çocuklar çözümünde

bahsedilenle hemen hemen aynı "boşa dönüp durma" davranışı mevcuttur.

Çoğu TCP yığıtı bu yolu gerçeklemiştir. Çekirdek, yeni bir bağlantı

ortaya çıktığında <code>accept</code> ile engellenen tüm süreçleri

uyandırır. Bu süreçlerden bağlantıyı alan kullanıcı bölgesine geçerken

çekirdek içinde döngüde olan diğerleri de yeni bağlantı keşfedilene

kadar uykularına geri dönerler. Bu çekirdek içi döngü, kullanıcı

bölgesindeki kodlara görünür değildir ama bu olmadıkları anlamına

gelmez. Bu durum, çok soketli engellenmeyen çocuklar çözümündeki boşa

döngünün sebep olduğu gereksiz işlemci yükü sorununu içinde

barındırır.</p>

<p>Bununla birlikte, tek soketli durumda bile bundan daha verimli bir

davranış sergileyen bir çok mimari bulduk. Bu aslında hemen hemen her

durumda öntanımlı olarak böyledir. Linux altında yapılan üstünkörü

denemelerde (128MB bellekli çift Pentium pro 166 işlemcili makinede

Linux 2.0.30) tek sokette dizgilemenin dizgilenmemiş duruma göre

saniyede %3 daha az istekle sonuçlandığı gösterilmiştir. Fakat

dizgilenmemiş tek soket durumunda her istekte 100ms'lik ek bir gecikme

olduğu görülmüştür. Bu gecikmenin sebebi muhtemelen uzun mesafeli

hatlar olup sadece yerel ağlarda söz konusudur. Tek soketli

dizgilemeyi geçersiz kılmak için

<code>SINGLE_LISTEN_UNSERIALIZED_ACCEPT</code> tanımlarsanız tek

soketli sunucularda artık dizgileme yapılmayacaktır.</p>

</section>

<section>

<title>Kapatmayı zamana yaymak</title>

<p><a href="http://www.ics.uci.edu/pub/ietf/http/draft-ietf-http-connection-00.txt"

>draft-ietf-http-connection-00.txt</a> taslağının 8. bölümünde

bahsedildiği gibi, bir HTTP sunucusunun protokolü <strong>güvenilir

şekilde</strong> gerçeklemesi için her iki yöndeki iletişimi

birbirinden bağımsız olarak (iki yönlü bir TCP bağlantısının her

yarısını diğerinden bağımsız olarak) kapatması gerekir.</p>

<p>Bu özellik Apache'ye eklendiğinde Unix'in çeşitli sürümlerinde

uzgörüsüzlükten dolayı bir takım geçici telaş sorunlarına sebep oldu.

TCP belirtimi <code>FIN_WAIT_2</code> durumunda bir zaman aşımından

bahsetmez ama yasaklamaz da. Zaman aşımı olmayan sistemlerde, Apache

1.2 çoğu soketin sonsuza kadar <code>FIN_WAIT_2</code> durumunda

takılıp kalmasına sebep olur. Çoğu durumda, satıcıdan sağlanan en son

TCP/IP yamalarını uygulanarak bu önlenebilir. Satıcının hiçbir yeni

yama dağıtmadığı durumlarda (örneğin, SunOS4 -- bir kaynak lisansı ile

insanlar bunu kendileri yamayabilirse de) bu özelliği devre dışı

bırakmaya karar verdik.</p>

<p>Bunun üstesinden gelmenin iki yolu vardır. Bunlardan biri

<code>SO_LINGER</code> soket seçeneğidir. Bu işin kaderi buymuş gibi

görünürse de çoğu TCP/IP yığıtında bu gerektiği gibi

gerçeklenmemiştir. Bu yığıtlar üzerinde, bu yöntemin, doğru bir

gerçeklenimle bile (örneğin, Linux 2.0.31) sonraki çözümden daha

pahalı olduğu ortaya çıkmıştır.</p>

<p>Çoğunlukla, Apache bunu (<code>http_main.c</code> içindeki)

<code>lingering_close</code> adında bir işlevle gerçekler. Bu işlev

kabaca şöyle görünür:</p>

<example>

void lingering_close (int s)<br />

{<br />

<indent>

char junk_buffer[2048];<br />

<br />

/* gönderen tarafı kapat */<br />

shutdown (s, 1);<br />

<br />

signal (SIGALRM, lingering_death);<br />

alarm (30);<br />

<br />

for (;;) {<br />

<indent>

/* s'i okumak için, 2 saniyelik zaman aşımı ile seç */<br />

select (s for reading, 2 second timeout);<br />

/* Hata oluşmuşsa döngüden çık */<br />

if (error) break;<br />

/* s okumak için hazırsa */<br />

if (s is ready for reading) {<br />

<indent>

if (read (s, junk_buffer, sizeof (junk_buffer)) &lt;= 0) {<br />

<indent>

break;<br />

</indent>

}<br />

/* geri kalan herşey burada */<br />

</indent>

}<br />

</indent>

}<br />

<br />

close (s);<br />

</indent>

}

</example>

<p>Bağlantı sonunda bu doğal olarak biraz daha masrafa yol açar, fakat

güvenilir bir gerçeklenim için bu gereklidir. HTTP/1.1'in daha yaygın

kullanılmaya başlanması ve tüm bağlantıların kalıcı hale gelmesiyle bu

gerçeklenim daha fazla istek üzerinden kendi masrafını

karşılayacaktır. Ateşle oynamak ve bu özelliği devre dışı bırakmak

isterseniz <code>NO_LINGCLOSE</code>'u tanımlayabilirsiniz, fakat bu

asla önerilmez. Özellikle, HTTP/1.1'den itibaren boruhatlı kalıcı

bağlantıların <code>lingering_close</code> kullanmaya başlaması mutlak

bir gerekliliktir (ve <a

href="http://www.w3.org/Protocols/HTTP/Performance/Pipeline.html">

boruhatlı bağlantıların daha hızlı</a> olması nedeniyle bu

bağlantıları desteklemek isteyebilirsiniz).</p>

</section>

<section>

<title>Çetele Dosyası</title>

<p>Apache'nin ana ve alt süreçleri birbirleriyle çetele denen birşey

üzerinden haberleşirler. Bunun en mükemmel şekilde paylaşımlı bellekte

gerçeklenmesi gerekir. Eriştiğimiz veya portlarını ayrıntılı olarak

belirttiğimiz işletim sistemleri için bu, genellikle paylaşımlı bellek

kullanılarak gerçeklenir. Geri kalanlar, öntanımlı olarak bunu bir

disk dosyası kullanarak gerçekler. Bir disk dosyaı yavaş olmanın yanı

sıra güvenilir de değildir (ve daha az özelliğe sahiptir). Mimarinizin

<code>src/main/conf.h</code> dosyasını inceleyin ve

<code>USE_MMAP_SCOREBOARD</code> veya

<code>USE_SHMGET_SCOREBOARD</code>'a bakın. Bu ikisinden birinin (ve

yanı sıra sırasıyla <code>HAVE_MMAP</code> veya

<code>HAVE_SHMGET</code>'in) tanımlanmış olması, sağlanan paylaşımlı

bellek kodunu etkinleştirir. Eğer sisteminiz diğer türdeki paylaşımlı

belleğe sahipse, <code>src/main/http_main.c</code> dosyasını açıp,

Apache'de bu belleği kullanması gereken kanca işlevleri ekleyin (Bize

de bir yama yollayın, lütfen).</p>

<note>Tarihsel bilgi: Apache'nin Linux uyarlaması, Apache'nin 1.2

sürümüne kadar paylaşımlı belleği kullanmaya başlamamıştı. Bu kusur,

Apache'nin Linux üzerindeki erken dönem sürümlerinin davranışlarının

zayıf ve güvenilmez olmasına yol açmıştı.</note>

</section>

<section>

<title>DYNAMIC_MODULE_LIMIT</title>

<p>Devingen olarak yüklenen modülleri kullanmamak niyetindeyseniz

(burayı okuyan ve sunucunuzun başarımını son kırıntısına kadar

arttırmakla ilgilenen biriyseniz bunu düşünmezsiniz), sunucunuzu

derlerken seçenekler arasına <code>-DDYNAMIC_MODULE_LIMIT=0</code>

seçeneğini de ekleyin. Bu suretle, sadece, devingen olarak yüklenen

modüller için ayrılacak belleği kazanmış olacaksınız.</p>

</section>

</section>

<section id="trace">

<title>Ek: Bir çağrı izlemesinin ayrıntılı çözümlemesi</title>

<p>Burada, Solaris 8 üzerinde worker MPM'li Apache 2.0.38'in bir sistem

çağrısı izlenmektedir. Bu izleme şu komutla elde edilmiştir:</p>

<example>

truss -l -p <var>httpd_çocuk_pidi</var>.

</example>

<p><code>-l</code> seçeneği, truss'a hafif bir sürecin yaptığı her

sistem çağrısını (hafif süreç -- HS -- Solaris'in bir çekirdek seviyesi

evreleme biçimi) günlüğe yazmasını söyler.</p>

<p>Diğer sistemlerin sistem çağrılarını izleyen farklı araçları vardır

(<code>strace</code>, <code>ktrace</code>, <code>par</code> gibi).

Bunlar da benzer çıktılar üretirler.</p>

<p>Bu izleme sırasında, bir istemci httpd'den 10 KB'lık duruk bir dosya

talebinde bulunmuştur. Duruk olmayan veya içerik uzlaşımlı isteklerin

izleme kayıtları vahşice (bazı durumlarda epey çirkince) farklı

görünür.</p>

<example>

/67: accept(3, 0x00200BEC, 0x00200C0C, 1) (uykuda...)<br />

/67: accept(3, 0x00200BEC, 0x00200C0C, 1) = 9

</example>

<p>Bu izlemede, dinleyen evre HS #67 içinde çalışmaktadır.</p>

<note><code>accept(2)</code> dizgelemesinin olmayışına dikkat edin.

Özellikle bu platformda worker MPM, çok sayıda portu dinlemedikçe,

öntanımlı olarak dizgeleştirilmemiş bir accept çağrısı kullanır.</note>

<example>

/65: lwp_park(0x00000000, 0) = 0<br />

/67: lwp_unpark(65, 1) = 0

</example>

<p>Bağlantının kabul edilmesiyle, dinleyici evre isteği yerine getirmek

üzere bir worker evresini uyandırır. Bu izlemede, isteği yerine getiren

worker evresi HS #65'e aittir.</p>

<example>

/65: getsockname(9, 0x00200BA4, 0x00200BC4, 1) = 0

</example>

<p>Sanal konakların gerçeklenimi sırasında, Apache'nin, bağlantıları

kabul etmek için kullanılan yerel soket adreslerini bilmesi gerekir.

Çoğu durumda bu çağrıyı bertaraf etmek mümkündür (hiç sanal konağın

olmadığı veya <directive module="mpm_common">Listen</directive>

yönergelerinin mutlak adreslerle kullanıldığı durumlarda). Fakat bu en

iyilemeleri yapmak için henüz bir çaba harcanmamıştır.</p>

<example>

/65: brk(0x002170E8) = 0<br />

/65: brk(0x002190E8) = 0

</example>

<p><code>brk(2)</code> çağrıları devingen bellekten bellek ayırır. httpd

çoğu isteği yerine getirirken özel bellek ayırıcılar

(<code>apr_pool</code> ve <code>apr_bucket_alloc</code>) kullandığından

bunlar bir sistem çağrısı izlemesinde nadiren görünür. Bu izlemede,

httpd henüz yeni başlatıldığından, özel bellek ayırıcıları oluşturmak

için ham bellek bloklarını ayırmak amacıyla <code>malloc(3)</code>

çağrıları yapması gerekir.</p>

<example>

/65: fcntl(9, F_GETFL, 0x00000000) = 2<br />

/65: fstat64(9, 0xFAF7B818) = 0<br />

/65: getsockopt(9, 65535, 8192, 0xFAF7B918, 0xFAF7B910, 2190656) = 0<br />

/65: fstat64(9, 0xFAF7B818) = 0<br />

/65: getsockopt(9, 65535, 8192, 0xFAF7B918, 0xFAF7B914, 2190656) = 0<br />

/65: setsockopt(9, 65535, 8192, 0xFAF7B918, 4, 2190656) = 0<br />

/65: fcntl(9, F_SETFL, 0x00000082) = 0

</example>

<p>Ardından, worker evresi istemciye (dosya tanıtıcısı 9) engellenmeyen

kipte bir bağlantı açar. <code>setsockopt(2)</code>

ve <code>getsockopt(2)</code> çağrıları, Solaris libc'sinin soketler

üzerindeki <code>fcntl(2)</code> çağrısı yanında birer yan etkiden

ibarettirler.</p>

<example>

/65: read(9, " G E T / 1 0 k . h t m".., 8000) = 97

</example>

<p>Worker evresi istemciden isteği okur.</p>

<example>

/65: stat("/var/httpd/apache/httpd-8999/htdocs/10k.html", 0xFAF7B978) = 0<br />

/65: open("/var/httpd/apache/httpd-8999/htdocs/10k.html", O_RDONLY) = 10

</example>

<p>Bu httpd <code>Options FollowSymLinks</code> ve <code>AllowOverride

None</code> ile yapılandırılmıştır. Bu bakımdan, ne istenen dosya ile

sonuçlanan yol üzerindeki her dizinde <code>lstat(2)</code> çağrısına ne

de <code>.htaccess</code> dosyalarına bakılmasına gerek vardır.

<code>stat(2)</code> çağrısı basitçe dosya için şunları doğrulamak

amacıyla yapılır: 1) dosya mevcuttur ve 2) bir dizin değil normal bir

dosyadır.</p>

<example>

/65: sendfilev(0, 9, 0x00200F90, 2, 0xFAF7B53C) = 10269

</example>

<p>Bu örnekte, httpd, istenen dosyayı ve HTTP yanıt başlığını tek bir

<code>sendfilev(2)</code> sistem çağrısı ile göndermektedir. Dosya

gönderim işleminin anlamı sistemden sisteme değişiklik gösterir. Bazı

sistemlerde, <code>sendfile(2)</code> çağrısından önce başlıkları

göndermek için <code>write(2)</code> veya <code>writev(2)</code>

çağrısı yapmak gerekir.</p>

<example>

/65: write(4, " 1 2 7 . 0 . 0 . 1 - ".., 78) = 78

</example>

<p>Bu <code>write(2)</code> çağrısı isteği erişim günlüğüne kaydeder. Bu

izlemede eksik olan tek şey, <code>time(2)</code> çağrısıdır. Apache

1.3'ün aksine, Apache 2.x zamana bakmak için

<code>gettimeofday(3)</code> çağırısını kullanır. Linux ve Solaris gibi

bazı işletim sistemleri, <code>gettimeofday</code> işlevinin, sıradan

bir sistem çağrısından daha fazla götürüsü olmayan en iyilenmiş bir

gerçeklenimine sahiptir.</p>

<example>

/65: shutdown(9, 1, 1) = 0<br />

/65: poll(0xFAF7B980, 1, 2000) = 1<br />

/65: read(9, 0xFAF7BC20, 512) = 0<br />

/65: close(9) = 0

</example>

<p>Burada worker evresi bağlantıyı zamana yaymaktadır.</p>

<example>

/65: close(10) = 0<br />

/65: lwp_park(0x00000000, 0) (uykuda...)

</example>

<p>Son olarak, worker evresi teslim edilen dosyayı kapattıktan sonra

dinleyici evre tarafından başka bir bağlantı atanıncaya kadar beklemeye

alınır.</p>

<example>

/67: accept(3, 0x001FEB74, 0x001FEB94, 1) (uykuda...)

</example>

<p>Bu arada, dinleyici evre bağlantıyı bir worker evresine atar atamaz

başka bir bağlantıyı beklemeye başlar (Mevcut tüm evreler meşgulse

dinleyici evreyi baskılayan worker MPM'nin akış denetim şemasına konu

olur). Bu izlemede görünmüyor olsa da sonraki <code>accept(2)</code>

çağrısı, yeni bağlantı kabul eden worker evresine paralel olarak

yapılabilir (aşırı yük durumlarında normal olarak, bu yapılır).</p>

</section>

</manualpage>