Tamam, ben de bir deneyeceğim.

Birincisi: "yığın" standart C / C + + tipi programlarında izleme işlev çağrısı için kullanılan alandır. Bu işletim sistemi ve programlama dili sözleşmeler bellekte tanımlamak ve bir stack (veri yapısı) gibi tedavi olan bir yerdir. Eğer bir C fonksiyonunu çağırdığınızda fibbonaci(int i) o i değişkeni yerleştirir, ve zaten yığını üzerinde, onu çağıran meşgul işlevin dönüş adresi. Bazı bellek alır. Bu işlev çağrısı ile bittiğinde, bellek yeniden kullanılabilir. Yığın sonlu boyutta olduğunu. Bunu çok büyük değişkenleri depolamak ve birçok özyineli iseniz, o zaman oda tükendi olabilir. Değil mi?

Yani .....

Öbek üzerinde (daha genel alanından bellek istemek için) ve yığını üzerinde ve yığını çünkü şeyler programlanmış şekilde onları daha verimli bir yerdir: Anlaşılan Zend veri tahsis etmenin iki yolu vardır. (Neden bilmiyorum, ama tahmin edebiliyorum çok düşük seviye önbelleğe alma endişeleri olabilir -. Ben yığın yığın keyfi bellek olacağını daha L1 ya da L2 önbellek olması ihtimalini bekliyoruz, CPU çünkü çok sık o bölgede kullanıyor olması çok muhtemeldir -. Eğer bir işlevi çağırmak, her zaman, aslında aynı zamanda yığın veri erişimi için tahsis havai olabilir).

Bu bağlamda "Yoğun" data, ben inanıyorum, çok yakında ya da çok sık kullanılan çok muhtemeldir veriler anlamına gelir. Bu değişkenler için hızlı yığın tabanlı tahsisini kullanmak mantıklı olacaktır. Eğer çok hızlı bir şekilde kullanarak bazı değişkenlerin ne çeşit? Peki, nasıl bir işleve parametre hakkında? O kullanımı çok olasıdır: aksi halde neden hç rahatsız olurdu? (- Ki diğer şeyler arasında kopyalama yükü verir, çünkü büyük veri yapıları ziyade büyük veri yapıları kendileri için başvurular) Onlar küçük veri öğeler olmak da muhtemelen ihtimalini demektir. Yani yığın muhtemelen çoğu PHP programcıları için PHP fonksiyon parametrelerini depolamak için mantıklı ... ama özyineleme er başarısız olur.

Umarım cevaplar en azından "bu ne demek?" Söyledi. Lütfen özyineleme performans soru için: Kendiniz kriter git; muhtemelen yapmak için çalışıyoruz özyineleme ne tür bağlıdır.

Bir tahmin, ben senin sorunun başka özyineleme kendisinden daha yattığını söyleyebilirim. Birçok şey için, Java, PHP çok daha hızlıdır. PHP'nin performansını artırmak için yollar, tür, vardır.

Ancak, PHP yığının dışında çalışan ve korkunç 'yığın taşması' mesajı ile, çökmesini PHP özyineleme sınırlama sonuçları (cinas çeşit amaçlanan). Bu noktada, programı yürütmek için sona erer.

PHP dinamik bir yığın kullanıyor ise, nedeniyle bellek daha büyük bir blok yığını realloc için gereken zaman bazı (hafif) yavaşlama görebiliyordu.

Her neyse, ben bir yaşam için yapmam şeydir performans sorunu saptamak için ne yaptığınızı hakkında biraz daha bilmek gerekir ki ...