Django uslužuje 500.000 stranica na sat

[caboom]

ivane, nisam mislio na sam clanak i poredjenje brzina - prilicno je irelevantno, nego na "broj strana" koji servira twitter koji je napravljen nad RoR-om kao "konkurentskim" framework-om, a poenta odgovora je da mozes da koristis koji god MVC framework trenutno postoji, ali kada dodje do skaliranja na velikom broju upita/s koji izlazi iz okvira samog framework-a:
1) moraces da izlomis dobar deo funkcionalnosti zbog kojih si uopste krenuo da ga koristis
2) na kraju ces skontati da lagano gubis prednost koju si imao na pocetku izborom udobnijeg okruzenja
3) neces mnogo spavati

takodje, ako procitas malo bolje clanak na codinghorror-u, naglasak takodje nije na samoj brzini kompajliranja posto je to prilican bull**** (slazem se). ofkorz, retko kome zatreba skaliranje tog obima.

hm.. sto se fortrana tice, ne bih se /bin/bash slozio, pre bi bilo tacno reci da se izuzetno lako skalira zbog same jednostavnosti jezika i da postoje izuzetno dobri kompajleri na trzistu, tako da ce prosecni sci-joe (veliku fortran koda u trenutnoj upotrebi nisu napisale osobe koje su po profesiji programeri) dobiti impozantno bolje rezultate sa svojim fortran kodom koji je napisao za 100 puta krace vreme, nego sa sklep/zbudz C kodom. btw. nigde nisam video poziv da web programeri predju na C/C++?!?

elem - poenta je, wtf znaci django servira ~140 strana u sekundi?

[Ilija Studen]

Off Topic:

Originalno napisao caboom

hm.. sto se fortrana tice, ne bih se /bin/bash slozio

Ti to koristiš TextExpander?

Originalno napisao caboom

1) moraces da izlomis dobar deo funkcionalnosti zbog kojih si uopste krenuo da ga koristis
2) na kraju ces skontati da lagano gubis prednost koju si imao na pocetku izborom udobnijeg okruzenja
3) neces mnogo spavati

100% stoji. Poenta frameworka je da ti omogućava lak start i jednostano održavanje, ali kada se suočiš sa situacijom da ti trebaju ludačke performanse onda kompletna poenta pada u vodu pošto baš ono što frameworke čini zanimljivim sada predstavlja ogroman performance killer koji treba da bude odstranjen.

[Peca]

Ja imam jako dobra iskustva sa eaccelerator-om [php accelerator]

Server uptime: 1 day 16 hours 37 minutes 16 seconds
Total accesses: 1327299 - Total Traffic: 5.6 GB
CPU Usage: u564.15 s25.51 cu1.76 cs.21 - .405% CPU load
9.08 requests/sec - 40.0 kB/second - 4514 B/request
30 requests currently being processed, 8 idle servers

obicno je load oko 0.3, a cesto i 0.0x...

[Dragi Tata]

@invanhoe: prosto ne znam odakle da počnem sa demantijima, pa neću ni da počinjem

[caboom]

Originalno napisao Dragi Tata

@invanhoe: prosto ne znam odakle da počnem sa demantijima, pa neću ni da počinjem

od pocetka problem sa C/C++ vs. rest of the world benchmarkovima je u tome sto obicno svaki benchmark koji sam video do sada posmatra uzak niche u kojem je fiktivni protivnik isti ili bolji od loseg ili osrednje napisanog C/C++ koda. naravno, ne sporim prakticne razloge koriscenja jezika koji sami brinu o jednom delu resursa i imaju bogate framework-ove.

[Dragi Tata]

Originalno napisao caboom

problem sa C/C++ vs. rest of the world benchmarkovima je u tome sto obicno svaki benchmark koji sam video do sada posmatra uzak niche u kojem je fiktivni protivnik isti ili bolji od loseg ili osrednje napisanog C/C++ koda. naravno, ne sporim prakticne razloge koriscenja jezika koji sami brinu o jednom delu resursa i imaju bogate framework-ove.

Ti benchmarkovi bi bili smešni da nisu ponekad opasni. Tako su ljubitelji OCaml-a (koji je inače jako lep jezik) ubedili neke nesrećnike da je njihov omiljeni jezik brži od C-a, pa je rezultat završio na Slashdot-u: http://developers.slashdot.org/artic.../03/14/2258219

Za OCaml još i da im čovek poveruje ako ne zna, ali je web pun "dokaza" da je Java tu negde sa Fortranom po performansama, a ko god je imao prilike da vidi realan Java kod u akciji može da se uveri u suprotno.

A posebna je priča što je sva ta zafrkancija nepotrebna. Sasvim dovoljna reklama za npr. Python je da je lepši i lakši za programiranje od C-a (da ne pominjem ++ ) - čemu to izmotavanje sa benchmarkovima?

[ivanhoe]

Originalno napisao Dragi Tata

@invanhoe: prosto ne znam odakle da počnem sa demantijima, pa neću ni da počinjem

ma slobodno, nisam uopste u advocacy fazonu (bar trenutno ).. ako sam rekao nesto glupo ili netacno slobodno udri...

[degojs]

Ilija:
100% stoji. Poenta frameworka je da ti omogućava lak start i jednostano održavanje, ali kada se suočiš sa situacijom da ti trebaju ludačke performanse onda kompletna poenta pada u vodu pošto baš ono što frameworke čini zanimljivim sada predstavlja ogroman performance killer koji treba da bude odstranjen.

Diskutabilno.

Dobar framework će da omogući da programiraš na višem nivou, dok će on na sebe preuzeti odgovornost i posao da se npr. kod izvršava paralelno na više jezgara, što je danas sasvim očekivano. Da li ćeš baš sam uspeti da budeš tako efikasan i da posao raspodeliš na više jezgara?

Uzmi za primer SQL. Odluka o tome kako izvršiti upit je skoro u potpunosti prepuštena bazi. I radi to dobro, zar ne?

[Ilija Studen]

@Dejan - Ta diskusija poteže definiciju frameworka, a to je nešto u šta ne bih želeo da se upuštam Ograničimo ovu diskusiju na web frameworke - Django, Rails, ASP.NET, Symfony, CakePHP i sijaset drugih koji su na tržištu.

Navedeni primeri dodaju funkcionalnost u slojevima na sam jezik (obrada zaheva, apstrahovanje pristupa baze i drugim resursima, ORM, serviranje podataka itd) čime ubrzavaju razvoj, ali usporavaju izvršavanje. Otklanjanjem tih slojeva se dobija na brzini izvršavanja, ali se gube razne funkcionalnosti zbog kojih se inače frameworci i koriste tako da se zna desiti da sa nekim projektima dođeš u tačku da ti je framework kamen oko vrata i da bi ti bilo bolje da si počeo bez njega.

To je u suštini poenta onoga što sam rekao u prethodnom postu. Činjenica je da dobar deo tih frameworka optimizuje izvršavanje kako bi stvari bile rešene brže, ali retko kad to može da nadomesti gubitak performansi uzrokovan samim korišćenjem frameworka.