Párhuzamosítás PHP-ben
Párhuzamosítási megoldások PHP-ben
■ 
Friss blogmarkok
- Web Akadálymentesítési Útmutató (WCAG) 2.1 – nyilvános munkaterv – Megjelent a WCAG (Web Akadálymentesítési Útmutató) 2.1 nyilvános munkaterv (0)
- MongoDB Apocalypse Is Here as Ransom Attacks Hit 10,000 Servers – Több tízezer védtelen MongoDB szerverre csaptak le hackerek (2)
- 12 Signs You’re Working in a Feature Factory – A cél nélküli funkciógyártás néhány tünete (0)
- Translatable, custom dates in Twig templates of Drupal 8 – Saját dátumok megjelenítése, fordíthatóan a Drupal 8 smink rétegével dolgozva (0)
- NativeScript – Cross-Platform Native Development with Javascript – Fejlesszünk natív mobilalkalmazást JavaScripttel (0)
- GitHub Security Update: Reused password attack – Érdemes bekapcsolni a kétfaktoros azonosítást, ha a GitHub jelszavunkat más oldalakon is újra felhasználtuk (17)
- UX Design könyv – Hogyan tervezz felhasználóbarát és szerethető alkalmazásokat? (0)
- Introducing unlimited private repositories – Megváltozik a GitHub díjszabása: minden előfizetéshez korlátlan számú privát repository jár (0)
- Drupal 8 Twig: add custom CSS classes to menus (based on menu name) – Saját elképzeléseink szerinti CSS osztályok (automatizált) hozzáadása a Drupal 8 menüihez (0)
Cikkajánló
Friss csiripek
Csiripek betöltése…
Aktív fórum témák
Új fórum témák
Archívum
| H | K | Sze | Cs | P | Szo | V |
|---|---|---|---|---|---|---|
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | 1 | 2 | 3 | 4 | 5 |
Jó összefoglaló
Annyit tennék hozzá a threades részhez, hogy ha webes script indítgat több threadet, akkor az elég nehezen kontrollálható erőforráskezelést fog eredményezni. Igaz, hogy shared heapet használnak a threadek, viszont saját stacket, nem tudom ennek állítgatására a pthreads biztosít-e lehetőséget. Ha nem, és/vagy linux default stack size-t használ (ez 64 bites linuxon alapból általában 8MB), az pl lehet csúnyán lábon lövős... Emiatt (is) thread poolokat szoktak használni, ami php esetében nem igazán játszik, mivel a requestek külön processzekbe esnek be. Szóval a gyakorlatban a pthreads-et én inkább csak daemonban javasolnám (ha már phpban ilyet perverzkedünk :)), mert ott lehet felettük kontrollod. Meg a túl sok thread cpu használat szempontjából sem feltétlenül produktív, de ez persze már függ a feladattól (jellemzően I/O igényes műveleteknél éri meg növelni a threadek számát). Természetesen ez igaz a processekre is, csak gondolom ott valamivel egyértelműbb ez az aspektus.
Van több osztály, köztük Pool
A stack size-ra nem találtam semmit, a c-ben lehet módosítani, a php-s verzióban egyelőre úgy tűnik nincs rá lehetőség.
Ha szeretnél beleírni a cikkbe, szólj nyugodtan. A cikket áttekintésnek szántam, nem mélyedtem bele különösebben egyik technológiába sem, inkább csak olvasgattam róluk egy konkrét probléma miatt. Végül kiderült, hogy a cooperative multitasking és szinkron kód használata teljesen megfelel, sőt újra átgondolva a problémát talán még az sem fog kelleni. Újabban sokkal több időt töltök a lehetőségek feltérképezésével, mint a kódolással... Még írni fogok egy csomó ilyen összefoglalót a későbbiekben, elsősorban architecture, cqrs, event sourcing, message queue, rest stb... témákban. Az event sourcing most kifejezetten izgatja a fantáziámat.
Nagyon jó, itt lenne a helye
A weblaboros cikkeknél az
[OFF]
Ádám végre leírhatná az alapszabályokat, a használandó tageket, mi meg írhatnánk hozzá szerkesztőt.
Hát tényleg off... :-) Jobb
+1
Köszi, nagyon jó volt!
(A manual nem írja, hogy a főprocessben a visszatérési érték, a pid mindig 1, de ez mindegy, a lényeg hogy nem -1 és nem falsy)
Igaz, a PID a visszatérési
PCNTL-el kapcsolatban lehet találni tök szép példákat, ha sokat keres az ember: pleac_php/processmanagementetc.html.