wodzik
Ło k-----s...

#php #programowanie #webdev
  • Najlepsze
  • Wszystkie komentarze
pearl0
1:07 PM - Dec 8, 2016


@wodzik:
wodzik
wodzik Autor
5
@pearl0: Tym lepiej, teraz może być jeszcze szybszy ( ͡° ͜ʖ ͡°)

https://react-etc.net/entry/php-8-0-0-release-date-and-jit-status
sokytsinolop
@wodzik: czyli nadal wolno :D
donpedroleone
@wodzik młody paciorek. Hodża paciorek ( ͡º ͜ʖ͡º)
getin
getin
0
@wodzik: WordPress multi maaax speed ( ͡° ͜ʖ ͡°)
plushy
@wodzik wszystko spoko ale aplikacje i tak są ograniczone przez io. No chyba że musisz robić obliczenia w PHP ale ja to bym nie chciał tego robić...znowu.
wodzik
wodzik Autor
0
@plushy: Aplikacje są ograniczone przez bazę, ale każde przyspieszenie w samym php jest spoko. Dzięki temu możemy mieć mniejszy load na serwerze.
plushy
@wodzik baza to też io. Skok między 5.6 a 7.0 był ogromny ale teraz już szału nie będzie
MQs
MQs
0
@wodzik: Tylko, że JIT rozwali się po całym kodzie i spowolni jego zmiany. Zyskasz przyśpieszenie tam, gdzie go nie potrzebujesz i nie wykorzystujesz, a zablokujesz możliwość rozwoju nowych funkcjonalności i optymalizacji w bardziej krytycznych miejscach - trochę drogo jak za tymczasowe leczenie kompleksów.
ProgramistaHTML
ProgramistaHTML
@MQs: co? JIT rozwali się po całym kodzie? Zablokujesz możliwość rozwoju nowych funkcjonalności i optymalizacji w bardziej krytycznych miejscach? O czym ty w ogóle mówisz?
ProgramistaHTML
ProgramistaHTML
@plushy: *większość aplikacji jest ograniczona przez IO

Takie dajmy na to Magento (od razu zaznaczam - nie jestem zwolennikiem, ale jest bardzo popularne jako platforma sprzedażowa) naprawdę mocno obciąża samo PHP i aktualizując PHP do wersji >=7.0 a Magento do wersji 2 można zauważyć ogromną różnicę.
plushy
@ProgramistaHTML ale to php 7 a nie 8. Moja ostatnia aplikacja po upgrejd miała góra 20ms pracy a reszta masa zbędnych zapytań do bazy i mikroserwisów. Urwanie czegoś z tych 20 szalu by nie zrobiło
ProgramistaHTML
ProgramistaHTML
@plushy: Nie do końca rozumiem. Co php 7 nie 8?

No i to, że dla Ciebie taka optymalizacja nic by nie zmieniła, bo nie wykorzystujesz tego w ten sposób, nie znaczy, że ogólnie nic by nie zmieniła.

Taki FB w swoim czasie napisał HHVM i Hack po to, zeby tanim kosztem wykonywać swój kod php szybciej - po małej adaptacji. PHP w wersji 7 przyśpieszyło na tyle, że w większości
MQs
MQs
0
O czym ty w ogóle mówisz?


@ProgramistaHTML: O tym, że niskopoziomowy kod nie jest tak modularny jak obiektowy czy funkcyjny. Zresztą, patrząc po dyskusjach, php czeka prawdopodobnie to samo co było przed 7.0, czyli jakieś 2-3 lata ciszy, bo kilku (dosłownie) devów będzie dłubać w jądrze i nie ma sensu, żeby reszta pracowała nad czymś, co zaraz będzie niekompatybilne z nową wersją.

Gdyby chodziło o sam JIT to pewnie by