Wuu Posted November 16, 2014 Report Share Posted November 16, 2014 150ms skaitās ahujenā ātri? Quote Link to comment Share on other sites More sharing options...
jurchiks Posted November 17, 2014 Report Share Posted November 17, 2014 Salīdzinot ar 900ms, jā. 6x performance increase tomēr. Quote Link to comment Share on other sites More sharing options...
Roze Posted November 20, 2014 Report Share Posted November 20, 2014 Mēs nevis rakstam projektu no nulles, bet pārrakstām esošu. Salīdzinot ar veco Symphony versiju, No 900ms esam ieguvuši 150ms. (Ar visu tīklu un DB) Pirms ņemties ar tehnoloģijām ieteiktu tomēr kaut ko pamonitorēt (ja tas, protams, nav darīts, lai gan pārlasot postus tā nešķiet), jo "900ms uz 150ms" (vismaz man) neko neizsaka .. Kur 750 ms tika iegūtas? Kur tās 150ms tiek pātērētas? Kas aizņem visvairāk laika? Varu ieteikt http://newrelic.com/application-monitoring, kas piedāvā ļoti uzskatāmu aplikācijas darbības statistiku un analīzi (php, python, java, ruby, node, net utt). Bezmaksas versija ir ar 24h darbības reportu ar ko pilnībā pietiek. Kā piemēru varu minēt - piemēram, draugiem backenda (t.i. php/db u.c. network servisi) average izpildes laiks ir 20 ms tai pat laikā faktiski lapa renderējas (lietotājam parādās) average vismaz 2+ sekundes. Var jau skaldīt matus un kaut kur vēl iegūt 1,2-10 .. ms, taču tas jau nekādi nemaina faktu, ka klienta galā ir "bloatware" un ņemšanās ap backendu uz kopējā fona nebūs pat 1% ieguvums. Un šeit ir tā vieta kur palīdz kaut kādas kopainas redzēšana t.i. reizēm atliek tikai nomainīt vienu komponenti, koda gabalu, sql kveriju u.t.t un viss notiek .. Quote Link to comment Share on other sites More sharing options...
Kasspars Posted November 20, 2014 Report Share Posted November 20, 2014 ^ saki kā ir, tās 20ms ir ja atgriež pilnībā iekešoto rezultātu, vai ne? Piemēram, tikko paskatījos draugiem.lv profila lapu. Responsi atgriež pēc 180ms No pieredzes 150ms ir ļoti labs laiks, ja aplikācija izgriež visus procesus - framwork ielāde, pieslēgums pie db, vairāki query, vairākas datu apstrādes. Quote Link to comment Share on other sites More sharing options...
rATRIJS Posted November 20, 2014 Report Share Posted November 20, 2014 Breaking News @ 1000ms Quote Link to comment Share on other sites More sharing options...
jurchiks Posted November 21, 2014 Report Share Posted November 21, 2014 Ļoti interesants video! Tas HTTP/2 arī izklausās interesanti, interesanti gan zināt, pēc cik gadiem tas nonāks plašākas publikas rokās. Quote Link to comment Share on other sites More sharing options...
Roze Posted November 27, 2014 Report Share Posted November 27, 2014 ^ saki kā ir, tās 20ms ir ja atgriež pilnībā iekešoto rezultātu, vai ne? Piemēram, tikko paskatījos draugiem.lv profila lapu. Responsi atgriež pēc 180ms draugiem.lv faktiski neko (ja neskaita Zend Opcache, kas ir tikai php opcoda kešošanai) nekešo t.i. nav nekāda html keša (arī datu keši ir visai nosacīti t.i. ja tādi ir tie ir servisu pusē un php par to neko nezin) attiecīgi tās 20ms ir tas ko patērē php izpildoties no lapas sākuma līdz beigām, bet kā jau rakstīju tas ir vidējais pieprasījuma izpildes laiks, Loģiski, ka ir portāla sadaļas, kas droši vien ģenerējas 1ms un ir kas 1000ms. Vēl protams arī būtiski, kas tajās 180ms ietilpst t.i. svarīgi vai tās 180ms ir domātās viss sākot ar konektu un līdz pieprasījuma beigām (t.i. arī dns lookups / tcp connects / SSL handsheiks, kas reizēm aizņem būtisku laika daļu) vai tiešām tikai laiks pēc konekta līdz ~pēdējam (html) baitam. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.