Bu sorunun cevabı gerçekten öyle sürecinin ne tür bağlıdır.
If it is a long running process (at least seconds) o zaman belki C + + ile yazılmış bir harici bir program süper kolay olurdu. Bu bir PHP uzantısı karmaşık olmazdı ve PHP / apache etkilemeyeceğini kararlılığı. Sen boruları, paylaşımlı bellek, ya da sıralama üzerinden iletişim kurabiliriz ...
If it is a short running process (measured in ms) daha sonra büyük olasılıkla bir PHP uzantısı yazmak gerekir. Yani neredeyse hiç çağrı başına yüküyle ÇOK hızlı çağrılması için izin verecek.
Another possibility is a custom server Unix alan soketi dinler ve PHP bilgi sorduğunda hızla PHP yanıt hangi. Sonra başına çağrı havai temelde (kötü) bir soket yaratıyor. Sunucu herhangi bir dil (c, c + +, Python, Erlang, vs ..) olabilir ve müşteri socket_ * () işlevlerini kullanan 50 satırı PHP sınıf olabilir.
Bilgi ihtiyaçlarının bir sürü bu kararı vermeden önce değerlendirilir. Eğer tekrarlanan işlev çağrıları gerçekten sıkı döngüler veya binlerce içine almak kadar PHP genellikle yavaşlamalar görünmüyor. (Yukarıdaki geçerlidir sürece) diğer bir deyişle, HTTP isteği ve ağ gecikmeler havai genellikle PHP gecikmeler önemsiz hale
- Belki PHP yazmak için daha iyi bir yolu var mı?
- Veritabanı bağlıdır?
- CPU bağlı, Ağ bağlı veya IO bağlı?
- Sonuç önbelleğe alınabilir?
- Bir kitaplık zaten ağır kaldırma yapmak hangi var mı.
Özel bir PHP uzantısı taahhüt ederek, (hatta C + + yukarıda) korumak için gerekli bilgi tabanına önemli ölçüde ekleyebilirsiniz. Ama bir great option when necessary olduğunu.
Sorunuzu daha fazla bilgi ile güncellemek için çekinmeyin, ve ben taşması yardımcı olmaktan mutluluk olacaktır eminim.