Django uslužuje 500.000 stranica na sat

[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.

[degojs]

^Ma kako to?

Pa hajde da napravimo najobičniju stranicu u ASP.NET-u pa da mi onda neko pokaže ekvivalent u C ili C++ koji će jednako dobro (i jednostavno) da skalira od servera sa jednim procesorom do onog sa npr. 8 procesora.

Što se pominjanja SQL-a tiče, poenta je oko deklarativnog programiranja, a npr. ASP.NET to sasvim podržava. Evo primer:

<asp:SqlDataSource ID="sql1" SelectCommand="Select * From t1" ... />

<asp:Repeater ID="rep1" DataSourceID="sql1" ...>
  <ItemTemplate>
    <div class="item">
    ...
    </div>
  </ItemTemplate>
</asp:Repeater>

I to je to. Nikakvo smaranje sa ovim ili onim oko baze, petljama, a pokažite mi kako će to loše da skalira, itd. Ili, pokažite mi ručno pisani kod koji će to da radi brže (a pogotovo ako se ne oslanja na framework).

[jablan]

Frejmvork je vrlo širok pojam, neki od njih teže da pokriju i performanse, a neki (o kojima Ilija priča) samo lakoću razvoja. Django, recimo, sam kreira tabele u bazi i SQL upite na osnovu modela i svakako ne može biti efikasniji od ručno optimizovanog upita. Barem do sad fokus njihovog razvoja nije bio na skalabilnosti.

[degojs]

Originalno napisao jablan

Django, recimo, sam kreira tabele u bazi i SQL upite na osnovu modela i svakako ne može biti efikasniji od ručno optimizovanog upita. Barem do sad fokus njihovog razvoja nije bio na skalabilnosti.

To onda više liči na samo ORM, zar ne?