Pthreads uzantısı için PHP kılavuzundan :
pthreads, PHP'de kullanıcı alanlı çoklu iş parçacığı oluşturmaya izin veren Nesne Yönelimli bir API'dir. Web veya Konsolu hedefleyen çok iş parçacıklı uygulamalar oluşturmak için ihtiyacınız olan tüm araçları içerir. PHP uygulamaları Threads, Workers ve Stackables oluşturabilir, okuyabilir, yazabilir, çalıştırabilir ve senkronize edebilir.
Bu kulağa inanılmaz gelse de, tamamen doğru. Bugün, PHP, denemek isteyenler için çoklu iş parçacığı oluşturabilir.
PHP4'ün ilk sürümü, 22 Mayıs 2000, PHP, çok iş parçacıklı SAPI (Sunucu API) ortamlarında kendi yorumlayıcısının birden çok örneğini ayrı iş parçacıkları içinde yürütmenin bir yolu olan iş parçacığı güvenli bir mimariyle birlikte gönderildi. Son 13 yılda, bu mimarinin tasarımı korunmuş ve geliştirilmiştir: O zamandan beri dünyanın en büyük web sitelerinde üretimde kullanılmaktadır.
Kullanıcı alanında iş parçacığı oluşturmak PHP ekibi için hiçbir zaman bir sorun olmadı ve bugün de öyle. PHP'nin iş yaptığı dünyada, zaten tanımlanmış bir ölçeklendirme yöntemi olduğunu anlamalısınız - donanım ekleyin. Uzun yıllar boyunca PHP var oldu, donanım daha ucuz ve ucuz hale geldi ve bu nedenle bu, PHP ekibi için giderek daha az endişe verici hale geldi. Giderek ucuzlarken, çok daha güçlü hale geldi; Günümüzde, cep telefonlarımız ve tabletlerimiz çift ve dört çekirdekli mimarilere ve buna uygun bol miktarda RAM'e sahiptir, masaüstü bilgisayarlarımız ve sunucularımızda genellikle 8 veya 16 çekirdek, 16 ve 32 gigabayt RAM vardır, ancak her zaman iki çekirdekli olmayabiliriz. bütçe dahilinde ve iki masaüstüne sahip olmak çoğumuz için nadiren yararlıdır.
Ek olarak, PHP programcı olmayanlar için yazılmıştır, birçok hobicinin anadilidir. PHP'nin bu kadar kolay benimsenmesinin nedeni, öğrenmesi ve yazması kolay bir dil olmasıdır. PHP'nin bugün bu kadar güvenilir olmasının nedeni, tasarımına giren çok fazla çalışma ve PHP grubu tarafından alınan her bir karardır. Güvenilirliği ve mükemmelliği, bunca yıldan sonra onu spot ışıkta tutar; rakiplerinin zamana veya baskıya düştüğü yer.
Çok iş parçacıklı programlama, en tutarlı ve güvenilir API ile bile çoğu için kolay değildir, üzerinde düşünülmesi gereken farklı şeyler ve birçok yanlış anlama vardır. PHP grubu, kullanıcının çoklu iş parçacığı bağlantısının temel bir özellik olmasını istemez, hiçbir zaman ciddi bir ilgi gösterilmemiştir - ve haklı olarak öyle. PHP herkes için karmaşık olmamalıdır.
Her şey düşünüldüğünde, PHP'nin üretime hazır ve test edilmiş özelliklerinden yararlanmasına izin vermenin, sahip olduklarımızdan en iyi şekilde yararlanma yoluna izin vermenin, daha fazlasını eklemek her zaman bir seçenek olmadığında ve pek çok şey için olmasına izin vermenin hala faydaları vardır. göreve asla gerçekten ihtiyaç duyulmaz.
pthreads, onu keşfetmek isteyenler için, bir kullanıcının çok iş parçacıklı PHP uygulamalarına izin veren bir API elde eder. API'si devam eden bir çalışmadır ve bir beta kararlılık ve bütünlük seviyesi belirlemiştir.
PHP'nin kullandığı bazı kitaplıkların iş parçacığı açısından güvenli olmadığı yaygın bir bilgidir, programcı için pthreads'ın bunu değiştiremeyeceği ve denemeye çalışmayacağı açık olmalıdır. Ancak, iş parçacığı açısından güvenli olan herhangi bir kitaplık, yorumlayıcının diğer iş parçacığı güvenli kurulumunda olduğu gibi kullanılabilir.
pthreads, Posix Threads kullanır (Windows'ta bile), programcının yarattığı gerçek yürütme iş parçacıklarıdır, ancak bu evrelerin yararlı olması için PHP'nin farkında olmaları gerekir - kullanıcı kodunu çalıştırabilir, değişkenleri paylaşabilir ve yararlı bir iletişim aracına izin verebilir. (senkronizasyon). Böylece her iş parçacığı, yorumlayıcının bir örneğiyle oluşturulur, ancak tasarım gereği, yorumlayıcısı, yorumlayıcının diğer tüm örneklerinden izole edilmiştir - tıpkı çok iş parçacıklı Sunucu API ortamları gibi. pthreads, boşluğu aklı başında ve güvenli bir şekilde kapatmaya çalışır. C'deki iş parçacığı programcısının endişelerinin çoğu, pthreads programcısı için orada değildir, tasarım gereği, pthreads okunduğunda kopyalanır ve yazılırken kopyalanır (RAM ucuzdur), bu nedenle iki örnek aynı fiziksel verileri hiçbir zaman değiştiremez , ancak her ikisi de başka bir iş parçacığındaki verileri etkileyebilir.
Neden yazarken kopyala ve oku:
public function run() {
...
(1) $this->data = $data;
...
(2) $this->other = someOperation($this->data);
...
}
(3) echo preg_match($pattern, $replace, $thread->data);
(1) pthreads nesnesi veri deposunda bir okuma ve yazma kilidi tutulurken, veriler bellekteki orijinal konumundan nesne deposuna kopyalanır. pthreads, değişkenin refcount'unu ayarlamaz, Zend, kendisine başka referans yoksa orijinal veriyi serbest bırakabilir.
(2) someOperation argümanı nesne deposuna atıfta bulunur, kendisinin (1) sonucunun bir kopyası olan depolanan orijinal veriler, motor için tekrar bir zval konteynerine kopyalanır, bu durumda bir okuma kilidi tutulur. nesne deposu, kilit serbest bırakılır ve motor işlevi çalıştırabilir. Zval oluşturulduğunda, 0'lık bir refcount değerine sahiptir ve motorun işlem tamamlandığında kopyayı serbest bırakmasını sağlar, çünkü başka hiçbir referans yoktur.
(3) preg_match için son argüman veri deposuna referans verir, bir okuma kilidi elde edilir, (1) 'deki veri seti yine 0 refcount ile bir zval'e kopyalanır. Kilit serbest bırakılır, preg_match çağrısı çalışır verilerin bir kopyası, yani orijinal verilerin bir kopyası.
Bilinecek şeyler:
Nesne deposunun verilerin depolandığı, iş parçacığı güvenli olan karma tablosu
, Zend tarafından PHP ile birlikte gönderilen TsHashTable'a dayanmaktadır.
Nesne deposu bir okuma ve yazma kilidine sahiptir, TsHashTable için ek bir erişim kilidi sağlanır, öyle ki gerekirse (ve bunu yapar, var_dump / print_r, PHP motoru onlara başvurmak istediği için özelliklere doğrudan erişim) pthreads TsHashTable'ı işleyebilir tanımlı API'nin dışında.
Kilitler yalnızca kopyalama işlemleri meydana gelirken, kopyalar yapıldığında kilitler mantıklı bir sırada açılırken tutulur.
Bu şu anlama gelir:
Bir yazma gerçekleştiğinde, yalnızca bir okuma ve yazma kilidi değil, aynı zamanda ek bir erişim kilidi de tutulur. Tablonun kendisi kilitlenmiştir, başka bir bağlamın onu kilitlemesi, okuyabilmesi, yazması veya etkilemesi mümkün değildir.
Bir okuma gerçekleştiğinde, sadece okuma kilidi tutulmaz, aynı zamanda ek erişim kilidi de tutulur, yine masa kilitlenir.
İki bağlam, nesne deposundan aynı verilere fiziksel olarak veya aynı anda erişemez, ancak herhangi bir bağlamda bir referansla yapılan yazılar, bir referansla herhangi bir bağlamda okunan verileri etkileyecektir.
Bu mimari hiçbir şey paylaşılmaz ve var olmanın tek yolu bir arada var olmaktır. Biraz anlayışlı olanlar bunu görecek, burada çok fazla kopyalama var ve bunun iyi bir şey olup olmadığını merak edecekler. Dinamik bir çalışma süresi içinde oldukça fazla kopyalama devam eder, bu dinamik bir dilin dinamikleridir. pthreads nesne düzeyinde uygulanır, çünkü bir nesne üzerinde iyi bir kontrol elde edilebilir, ancak yöntemler - programcının yürüttüğü kod - başka bir bağlama sahiptir, kilitlenmeden ve kopyalamadan - yerel yöntem kapsamı. Bir pthreads nesnesi durumunda nesne kapsamı, bağlamlar arasında veri paylaşmanın bir yolu olarak görülmelidir, bu amaçtır. Bunu göz önünde bulundurarak, gerekmedikçe nesne deposunu kilitlemekten kaçınmak için teknikler uygulayabilirsiniz.
PHP için mevcut kitaplıkların ve uzantıların çoğu 3. tarafların etrafındaki ince sarmalayıcılardır, PHP çekirdek işlevselliği bir dereceye kadar aynı şeydir. pthreads, Posix Threads etrafında ince bir paketleyici değildir; Posix Threads tabanlı bir iş parçacığı API'sidir. PHP'de Threads uygulamasının kullanıcılarının anlamadığı veya kullanamayacağı bir anlamı yoktur. Muteksin ne olduğu veya ne yaptığı hakkında bilgisi olmayan bir kişinin hem beceri hem de kaynaklar açısından sahip oldukları her şeyden yararlanamaması için hiçbir neden yoktur. Bir nesne bir nesne gibi işlev görür, ancak aksi takdirde iki bağlamın çarpışacağı her yerde, pthreads kararlılık ve güvenlik sağlar.
Java'da çalışan herkes, bir pthreads nesnesi ile java'da iş parçacığı arasındaki benzerlikleri görecek, aynı kişiler şüphesiz ConcurrentModificationException adında bir hata görmeyecekler - çünkü iki iş parçacığı aynı fiziksel verileri yazarsa java çalışma zamanı tarafından ortaya çıkan bir hata gibi. eşzamanlı. Neden var olduğunu anlıyorum, ancak bu kadar ucuz kaynaklarla, çalışma zamanının eşzamanlılığı tam ve tek zamanda kullanıcı için güvenliğin elde edilebileceği ve seçtiği anda tespit edebilmesi beni şaşırtıyor. yürütmeyi ve verilere erişimi yönetmek yerine çalışma zamanında muhtemelen ölümcül bir hata atmak.
Pthreads tarafından bu tür aptalca hatalar yayılmayacaktır, API, iş parçacığını olabildiğince istikrarlı ve uyumlu hale getirmek için yazılmıştır, inanıyorum.
Çoklu iş parçacığı, yeni bir veritabanı kullanmak gibi değildir, kılavuzdaki her kelimeye ve pthreads ile birlikte gönderilen örneklere çok dikkat edilmelidir.
Son olarak, PHP kılavuzundan:
pthreads oldukça iyi sonuçlara sahip bir deneydi ve öyle. Sınırlamaları veya özelliklerinden herhangi biri herhangi bir zamanda değişebilir; deney yapmanın doğası budur. Genellikle uygulama tarafından empoze edilen sınırlamalar iyi bir nedenle mevcuttur; pthreads'ın amacı, PHP'de herhangi bir düzeyde çoklu görev için kullanılabilir bir çözüm sağlamaktır. Pthreads'ın yürüttüğü ortamda, kararlı bir ortam sağlamak için bazı kısıtlamalar ve sınırlamalar gereklidir.
pcntl_fork()Apache'den çağrıldığında bu ( ) işlevinin çalışıp çalışmayacağını bilen var mı?