Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Sens multiwątkowości w PHP
Skie
post
Post #1





Grupa: Zarejestrowani
Postów: 555
Pomógł: 84
Dołączył: 20.02.2008
Skąd: Małopolska

Ostrzeżenie: (0%)
-----


Witam,
ostatnio dużo mówi się o multiwątkowości/multiprocesowości w PHP - pthreads , pcntl - i tym podobne pomysły. Ludzie debatują czy PHP jest thread-safe czy też nie.
Nie potrafię zrozumieć jednak sedna tego problemu - sensu istnienia tego mechanizmu. Jeżeli wykorzystujemy klasyczną architekturę do wtorzenia serwisu - tj serwer HTTP, który wywołuje w cmd parser PHP i potrafi to robić asynchronicznie , to czy w tym momencie architektura nie staje się multiprocesowa? Po co do tego dokładać jakieś rozgnieżdżenia procesu po stronie skryptu PHP ?
Może ktoś mi to wytłumaczyć LUB wskazać literaturę/artykuł gdzie jest omówiony sens tego zagadnienia z szerszej perspektywy niż tylko parsera PHP ?
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
Skie
post
Post #2





Grupa: Zarejestrowani
Postów: 555
Pomógł: 84
Dołączył: 20.02.2008
Skąd: Małopolska

Ostrzeżenie: (0%)
-----


Cytat
Nie przekonuje mnie to. Jeżeli na jednej stronie mamy do wyświetlenia dwa raporty, to wykorzystując dwa procesory odpowiedź powędruje do klienta szybciej niż wygenerowanie tych raportów jeden po drugim na jednym procesorze.


W teorii tak, ale w praktyce serwisy PHP nie wymagają twardych ograniczeń czasowych, co oznacza, że będziemy chcieli użyć w maksymalnym stopniu dostępny hardware by zminimalizować koszty utrzymania serwisu. Innymi słowy w praktyce, jeżeli zaprojetkowalibyśmy obsługę pojedynczego requesta w równoległej architekturze to i tak nam niewiela da, gdyż serwer nie będzie miał zasobób, by to wykorzystać.

Cytat
Rozwiń swoją wypowiedź. Bo ja nie widzę problemu w wykorzystaniu PHP do zastosowań dalece odbiegających od "tradycyjnych" (czyli, idąc Twoim tokiem rozumowania, wykonywanych pośrednio przez serwer HTTP).


Różne języki programowania zostały stworzone do różnych celów. C++, JAVA, PHP, Erlang etc. Każdy z nich ma swoje mocne strony, do których powinien byc używany. Próba dodawania "brakujących funkcji" poszczególnym językom na siłę i używanie ich w "dalece odbiegających od tradycjnych zastosowań" jest moim zdaniem pomysłem z góry skazanym na porażkę. Bo jak mówi przysłowie, jak coś jest do wszystkiego to jest do d.... (IMG:style_emoticons/default/smile.gif)

Nie wydaje mi się, by ktoś jeszcze był zainteresowany tematem, gdyż wisiał tu parę dni i napisały 2 osoby. W każdym razie dziękuję Wam za opinie (IMG:style_emoticons/default/smile.gif)

Ten post edytował Skie 22.03.2014, 01:49:36
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 15.10.2025 - 09:50