DevProTalk
Strana 3 od 6 < 12 3 456 >
Prikažite 40 poruka iz ove teme na jednoj stani

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)

degojs 27. 05. 2007. 06:20
^Sorry, od kako je kompjutera prelazilo se na nove jezike/platforme i skoro uvek je pri tom dolazilo do gubitka performansi. I ne vidim da je to sprečilo prelazak na te nove platforme. Koji to mainstream framework (PHP, ASP.NET, Java, itd) nije na višem nivou od npr. C/C++, koji je bio mainstream u prošloj deceniji?

Citat:
ali da, ima situacija u kojima je potrebno spustiti se dovoljno "nisko", zasukati rukave i raspisati dobar deo stvari od nule
Po neki deo, ponekad, može da se uradi u jeziku nižeg nivoa zarad performansi, ali to je pre izuzetak nego pravilo. Znači zbog jednog slučaja od npr. 100, u kom smo jedan mali (dokazano kritičan) deo aplikacije, napisali u "nižem" jeziku --- to znači, šta, da je framework koji koristimo "izgubio prednosti" ili da ne koristimo taj framework?

Pominješ cenu struje, itd? Pa što se onda ne koriste C i C++ za web aplikacije? Ispade, svi su izvršili "ekonomsko samoubistvo", pošto ja taj C i C++ nešto ne viđam u web aplikacijama.

Citat:
java je brza kao/brza od C/C++-a (10 primera u kojima ni u tragovima nije moguce videti ponasanje JVM-a kada GC divlja, ili su na nivou domaceg zadatka iz osnova programiranja - ne mislim nista lose, ali cesto takvi primeri pokazuju izuzetno malo, a buzz koji se generise je izuzetno velik)
Koje su to uopšte web aplikacije pisane u C/C++ i koliko ih je u odnosu na one pisane u Javi?

degojs 27. 05. 2007. 07:51
Citat:
10 primera u kojima ni u tragovima nije moguce videti ponasanje JVM-a kada GC divlja
Radi se o tzv. "dramaturgiji stranice" :)

Daj bre, sve pucaju Java aplikacije na svakom koraku zbog problema sa upravljanjem memorijom.. Ajde, šta misliš.. Je, isto se dešava i sa .NET aplikacijama..

A u isto vreme C/C++ imaju savršen model za isti problem, how yes no, baš su poznati po tome.

Petar Marić 27. 05. 2007. 09:53
Već neko vreme pratim razvoj ove teme i ne mogu da ne primetim:

1. Svrha ove teme je postavljanje lepe vesti o jednoj od platformi koju koristim i u čijem razvoju učestvujem u slobodnom vremenu. Definitivno nisam želeo da pokrenem još jedan benchmark/language/framework/tehnološki rat.

2. Ovaj forum odista počinje da biva hejterski :(. Još gore, neki učesnici unose dodatnu zabunu time što ne čitaju prethodno napisano i/ili ne razumeju dovoljno dobro neke tehnologije/koncepte.

Toliko od mene na ovoj temi.

bluesman 27. 05. 2007. 12:44
Citat:
Originalno napisao degojs (Napišite 35923)
Ne znači da od početka trebaš da ideš sa najsporijim rešenjem i traljavim programiranjem, naravno.
Ne bih da ulazim u diskusije, samo bih želeo da istaknem šta je u stvari "the root of all evil". Džabe džango, džambo, mambo-džambo... ne pomaže ni CPU ni framework ni Bog.

pcigre 27. 05. 2007. 14:24
Citat:
2. Ovaj forum odista počinje da biva hejterski . Još gore, neki učesnici unose dodatnu zabunu time što ne čitaju prethodno napisano i/ili ne razumeju dovoljno dobro neke tehnologije/koncepte.
Off Topic: ocigledno je da i ova zajednica prolazi kroz faze, kao i vecina drugih domacih zajednica... iz marketing faze, kada su ljudi maltene iskljucivo postovali reklamne postove, preslo se u "hejtersku" fazu... no dobro, nakon toga ce se stvari normalizovati a aktivnost i broj korisnih postova na temu foruma ce ponovo porasti... a i vruca jesen nas ceka :)

bNasty 27. 05. 2007. 20:51
Citat:
Koje su to uopšte web aplikacije pisane u C/C++ i koliko ih je u odnosu na one pisane u Javi?
Znam za par koje koriste (ili su koristile) C/++ u delovima, radi optimizacije, od aplikacija 37signals-a do (prethodne inkarnacije) eBay-a. Javin GC nece nikad biti ni prineti custom memory alocatoru po pitanju performansi itd. itd.
Ali ne radi se o tome, uopshte.
Caboom je u pravu, samo ti, degojs, bash i ne razumesh, ili ne zhelish da razumesh shta pokushava da ti kazhe :)

degojs 27. 05. 2007. 21:22
:-)

U *DELOVIMA*. Nisam pitao u delovima, da se razumemo.

Pa čekaj malo, eBay znači, npr. 99% funkcionalnosti ostvaruje u Javi, 1% u C++ i šta sad --- reći ćemo da eBay ne koristi Javu? Pa nemojte priču o tome kako je nešto u delovima optimizovano pomoću C/C++, servirate kao da je cela aplikacija pisana u C/C++. Koliko ja znam eBay radi pod Javom, a ako su nešto izdvojili i uradili u C++, vala neka su.

Samo.. pa koji su to sajtovi koje daješ za primer? eBay? Jesi li ti pri sebi, bez ljutnje? Šta, većina sajtova treba da očekuje broj posetilaca kao eBay, pa hajde odmah da radimo kao oni? Imamo li svi i budžet za IT kao eBay?

Još si samo trebao da pomeneš i Google i njihov Google Web Server, pa da batalimo Apache i IIS.

Evo jednostavnog primera: koliko ljudi ovde je rešavalo problem velikog broja korisnika tako što je deo aplikacije prepisivalo u C++?


Citat:
Caboom je u pravu, samo ti, degojs, bash i ne razumesh, ili ne zhelish da razumesh shta pokushava da ti kazhe
Ja njega duže vreme ne razumem, iskreno.

bNasty 28. 05. 2007. 02:10
Ne, necu da pochinjem raspravu na tu temu... :)

Poenta cele priche je izolovati bottleneck i zakrpiti ga odgovorajucom metodom koja se ne svodi na puko "dodaj josh cpu-a i memorije" ukoliko ne mora. Niko pametan ne bi kreirao kompletne back-endove u C++u u danashnje vreme.
Pomenuh, 37signals su zbog problema skaliranja pisali par cgi programa u C-u u pozadini backpack-a (ne mogu da nadjem link ka celoj prichi o tome trenutno).
Da li su mogli da reshe problem dodavanjam X instanci Mongrel-a, uz par svezhih rekova? Mozhda, ali su ga reshili drugachije, optimizacijom na niskom nivou.


Btw, eBay nema nishta vishe u C++u, sve je u Javi... shto me ne chudi, kad im je jedan od problema bio "dostigli smo max broj varijabli u klasi i C++ kompajler je stao"... takav horor od softverskog dizajna ne bih zheleo ni da vidim :)

degojs 28. 05. 2007. 03:35
Citat:
Btw, eBay nema nishta vishe u C++u, sve je u Javi...
Alo, pa ti sada navodiš eBay kao upravo suprotan primer: rešili su se C++, ispade, a ne Jave. O čemu onda uopšte pričamo vezano za eBay, Javu i C++?

Slobodno vi izbegavajte bilo kakve frameworke i projektujte svoje sajtove od prvog dana kao da će biti u rangu sa Google.com i sličnim. I izvlačite primere gde je neko odradio možda 5% funkcionalnosti u C++ kao dokaz.. ne znam samo čega, a pri tom ignorišite bezbroj sajtova gde to nije rađeno.

I ja mislim da dalja diskusija nema smisla.

A da, ostaje mi samo da Petru i ekipi, koja radi to što radi, skromno poručim: samo napred.

Dragi Tata 29. 05. 2007. 14:24
Nije mi baš više jasno oko čega je sve rasprava :D ali što se frameworka tiče, u principu ih izbegavam kad god se radi o iole dugotrajnijem projektu. Moje iskustvo sa svim frameworcima (koja reč, majko Božja!) počev od starog lošeg MFC-a do DNN-a je da pružaju puno sve dok radiš 100% ono što su kreatori istog zamislili da ćeš da radiš. Čim treba da uradiš nešto neortodoksno, eto belaja na kvadrat.

Zato danas gledam da koristim biblioteke koje ne nameću dizajn, a ne frameworks.


Vreme je GMT +2. Trenutno vreme je 17:09.
Strana 3 od 6 < 12 3 456 >
Prikažite 40 poruka iz ove teme na jednoj stani

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.