Speed ​​Comparisons - Procedural versus OO în limbi interpretate

Poate că eu sunt nebun, dar îngrijorătoare de viteză în astfel de cazuri folosind un limbaj interpretativ este ca și cum ai încerca să-ți dai seama ce culoare să pictezi vărsarea. Să nu ajungem chiar la ideea că acest tip de optimizare este în întregime prematură.

Ai lovit cuiul pe cap când ai spus "mentenabilitate". Aș alege o abordare care este cea mai productivă și mai rezistentă. Dacă aveți nevoie de viteză mai târziu, nu va ieși din comutarea între paradigme de codare orientate spre procedură versus obiect în interiorul unei limbi interpretate.

Linia de fund: nu, deoarece cheltuielile de interpretare copleșesc cheltuielile de expediere.

Dacă utilizați un limbaj interpretat, diferența este irelevantă. Nu ar trebui să utilizați o limbă interpretată dacă performanța este o problemă. Ambele vor efectua aproximativ același lucru.

Am făcut de fapt un mic test ca acesta în Python pe un site web pe care îl susțin și am constatat că ele sunt aproape echivalente în viteză, abordarea procedurală câștigată de ceva de genul zece mii de secunde, dar că codul OO a fost atât de semnificativ mai curat nu am continuat exercițiul mai mult decât o singură iterație.

Deci, într-adevăr, nu contează (în experiența mea oricum).

Performanța dvs. va fi caracterizată de implementare, nu de limbă. Ați putea folosi cea mai lentă limbă și s-ar putea număra ca fiind cel mai mare site din lume atâta timp cât îl proiectați la scară.

Trebuie doar să vă amintiți prima regulă de optimizare.

Nu te.

:)

Din păcate, mi-am făcut și testele. Am facut teste de viteza si este cam la fel, dar cand testez pentru folosirea memoriei obtinind memory_get_usage () in PHP, am vazut un numar coplesitor de mare pe partea OOP.

116.576 octeți pentru OOP la 18.856 octeți pentru procedura. Știu că "Hardware-ul este ieftin", dar haideți! 1.000% creștere a utilizării? Ne pare rău, nu este optim. Și având atât de mulți utilizatori care lovesc site-ul dvs. dintr-o dată, sunt sigur că RAM ar arde doar, sau se va termina. Am greșit?

Din experiența mea, un site cu încărcătură mare va fi împotmolit și va deveni mai ușor de răspuns cu codul OOP decât procedural. Motivul este ușor de înțeles.

OOP necesită mult mai multe alocări de memorie (MALLOC) și mult mai multe operații pentru a rula în memorie decât codul procedural. Este nevoie de mult mai mult timp CPU pentru a-și îndeplini sarcinile. Acesta este, în esență, "overhead", înfășurat în jurul codului procedural, adăugând sarcina CPU pentru executarea acesteia, în special atunci când efectuează operațiuni de bază de date.

Mulți programatori preferă folosirea OOP, creând niște cutii negre ascunse în spatele unor interfețe simple. Cu toate acestea, am fost plătit bine pentru a revigora site-urile care au fost luate pentru totdeauna pentru a răspunde sub sarcină grele de utilizator. Eliminarea OOP și înlocuirea acestuia cu funcții procedurale simple au făcut o diferență enormă.

Dacă nu vă așteptați ca site-ul dvs. să fie foarte ocupat, cu toate mijloacele utilizați OOP. Dacă construiți un sistem cu trafic ridicat, veți dori să eliminați fiecare ciclu de CPU din procesare și fiecare octet de la ieșirea pe care o puteți obține.