DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   Web aplikacije, web servisi i software (http://www.devprotalk.com/forumdisplay.php?f=30)
-   -   Django uslužuje 500.000 stranica na sat (http://www.devprotalk.com/showthread.php?t=2949)

Petar Marić 25. 05. 2007. 08:00

Django uslužuje 500.000 stranica na sat
 
Iliti ~140 stranica svake sekunde!
:1039:

Njihov setup.

caboom 25. 05. 2007. 09:22

heh :) ovo zvuci kao language/framework war :)

http://www.codinghorror.com/blog/archives/000838.html

cvele 25. 05. 2007. 10:03

Citat:

Originalno napisao Petar Marić (Napišite 35821)

Pazi, sa ovakvim setupom (hardver) onoliki downtimovi... primera radi juce je curse gaming bio down oko 1h a da nepricam o tome sto iz kesa redovno dobijam outdated sadrzaj...

ivanhoe 25. 05. 2007. 14:10

Citat:

Originalno napisao caboom (Napišite 35831)
heh :) ovo zvuci kao language/framework war :)

http://www.codinghorror.com/blog/archives/000838.html

gomila proizvoljnih zakljucaka (i netacnih ili delimicno tacnih komentara).. znaci bez zelje za advokatisanjem ili flejmom, cisto da skrenem paznju na netacne premise, jer covek pise o razlici u perfomansama izmedju interpretiranih i kompajliranih jezika, ali potpuno "zaboravlja" par stvari:

- razlika lezi u vremenu kompajliranja, ako se koristi kesiranje kompajliranog koda (sto podrzavaju i php i python, a verovatno i ruby), onda je ta razlika mnoooogo manje drasticna (a naravno niko nece da pravi tako tesko opterecen server bez keshiranja koda). Secam se podatka od pre jedno 6-7 godina da se kompajlirani perl izvrsava najvise 1.5 puta sporije od kompajliranog C-a, a u nekim slucajevima cak i brze (u malim programima gde perl samo poziva visoko optimizovane rutine i sistemske funkcije)...

- Usluzivanje bilo kakvog dinamickog sadrzaja na apachu je oko 200 puta sporije od slanja statickih strana (plus trosi mnogo vise CPU i memorije). Znaci niko normalan nece na serveru sa ogromnim loadom da generise strane direktno, pa je u sustini nebitno kako generises strane, mnogo je bitnije kako ih keshiras

- Razvoj u C-u je mnooooogo sporiji, sa vise bagova i problema, plus developeri kostaju vise (a manje poznaju specificnosti web programiranja). Radio sam, na pocetku karijere, na jednom solidno velikom projektu koji je pocet u C-u, a onda kad je potroseno pola godine i 100K funti na prvih 15% projekta, presli smo na perl i zavrsila sve do kraja godine...

Takodje u komentarima neko pise kako je C++ brzi od C-a, sto je obicna glupost, obrnuto je... a fortran je jos brzi od C-a, tako da mislim da bi svi trebali da krenemo da pravimo sajtove u fortranu :)

caboom 25. 05. 2007. 16:01

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 25. 05. 2007. 16:04

Off Topic:
Citat:

Originalno napisao caboom (Napišite 35867)
hm.. sto se fortrana tice, ne bih se /bin/bash slozio

Ti to koristiš TextExpander? :D


Citat:

Originalno napisao caboom (Napišite 35867)
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 25. 05. 2007. 16:48

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 25. 05. 2007. 17:00

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

caboom 25. 05. 2007. 19:54

Citat:

Originalno napisao Dragi Tata (Napišite 35876)
@invanhoe: prosto ne znam odakle da počnem sa demantijima, pa neću ni da počinjem :D

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 25. 05. 2007. 21:43

Citat:

Originalno napisao caboom (Napišite 35892)
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 ++ :D ) - čemu to izmotavanje sa benchmarkovima?


Vreme je GMT +2. Trenutno vreme je 12:54.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.