Z čeho se skládá Facebook. Je to stále PHP a Apache?

Rumunsky Hip-Hop ???

Holt Zuckerberg nema prilis dobrej hudebni vkus

Nemá v plánu někdo přeložit celý článek? :D

http://translate.google.com/translate... -)

A ze všeho nejhorší jsou trpaslíci...

Ne, gnomové :D

Jestli se nepletu, tak Facebook používá jako DB úložiště Cassandru ... MySQL jim evidentně nedostačovalo.

Apple iPhone 13 Pro 128GB Blue (Vodafone) | Apple MacBook Pro 13" (2016, i7, 16GB RAM, 500GB SSD, Touch Bar) |

Tak ono se na Wiki pise, ze PHP maj jenom jako frontend a zbytek je Java/C++/Erlang

Java ? Si jedol houbicky.Alebo co ? Obavam sa ze to je iba pozostatok ktory tam bol. Tak isto ako mysql. Nikto by nenasadil javu na take monstrum ako je facebook.

Příspěvek byl 2× upraven, naposled 21. 06. 2010 16:14

Právě třeba ta NoDB Cassandra je v Javě. Doporučuji si o tom nejdřív něco nastudovat.

Mas pravdu. Sorry.

A v cem bys ty "monstra" psal? :) Proc myslis ze ma Google tolik projektu v Jave? Pro srandu kralikum to nebude...

A nejsou náhodou v Javascriptu?

v javascriptu tak maximalne klientskou cast, ale v necem musis taky mit psany server

Java a .NET jsou po těch letech tak vyladěné, že v takových případech už nestojí za to programovat to v C nebo C++.

Co se db týká, takový objem by nezvládla žádná klasická relační DB. Proto se používají NoDB nebo "cloud" řešení, která nemají takové funkce jako relační, ale jejich škálovatelnost je prakticky neomezená.

Java a .NET nejsou ani zdaleka tak vyladěné aby mohly konkurovat C++ v rychlosti, kromě případu kdy porovnáváme dobře napsaný program v Javě se špatně napsaným programem v C++.

Kde ale Java konkurovat dokáže je poměr cena/výkon. Program napsaný v Javě je sice dvakrát pomalejší než v C++, ale na jeho vývoj, provoz a údržbu padne míň než polovina nákladů, takže se vyplatí koupit dvě mašiny a pustit na nich Javu i když by totéž zvládla jedna s C++.

Ta posledna cast ja absolutne nedokazatelna. Aj ked viem ako to myslis. No je to len blabol do vzduchu. Daj priklad.

ehm jenom 2x???

„Řemeslo se naučí každý. Umění nikdo.“ | „Jednoduchost je nejvyšší úroveň sofistikovanosti.“ | - Leonardo Da Vinci

Koukněte třeba sem - výkon je srovnatelný : http://kano.net/javabench/data...

ježiš už je to tu zase JAVA je v C vy borci... takže je samozřejmě rychlejší...

„Řemeslo se naučí každý. Umění nikdo.“ | „Jednoduchost je nejvyšší úroveň sofistikovanosti.“ | - Leonardo Da Vinci

Výkon je srovnatelný v jednoduchých testech, ne ale v rozsáhlých aplikacích. Problém Javy není ani tak kvalita kódu, která je skutečně srovnatelná s C++, ale Garbage Collector a celkové pojetí jazyka. Tam, kde C++ provadí jenom statickou alokaci na zásobníku (data jsou tak blízko sebe a procsor nemusí nikam lozit nadvakrát), musí Java zaměstnat celý mechanismus alokace a dealokace pomoci GC. Zatímco v C++ se dá psát kód absolutně bez alokace paměti, u Javy to není prakticky možné.

Tohle uz par let neni pravda. Co se tyce GC, tak ten je dnes tak zoptimalizovan, ze se s nim klasicke new/delete nemuze rovnat. Co se tyce alokaci na zasobniku - nejnovejsi JIT JVM dela analyzu volani a rozhoduje co alokovat kde, takze ani to uz neni problem - resp. neco co nemusi resit vyvojar, ale JVM.

Vice napr zde:

http://www.ibm.com/developerworks/java/libra... ...

http://www.ibm.com/developerworks/java/libra... ...

No nevím, jestli máte představu, jak ta práce se zásobníkem v reálu vypadá. Dejme tomu, že u jednoduchých volání to dokáže JIT rozpoznat, i když pochybuju, že to dělá.

V praxi to nicméně funguje tak, že základní funkce alokuje něco na zásabníku, na co se potom odkazují ostatní volané funkce a nějakým způsobem s tím pracují, přičemž pro další funkce vytváří data obdobným způsobem. Objekty na zásobníku se po skončení všech těch volání samy ničí pouhým odečtením registru SP, čili veškerá režie žádná. V celém programu nemusíte použít ani jeden new/delete.

To vubec neni pravda, obecne Java NEMUZE byt rychlejsi nez C++, to je snad kazdemu programatorovi jasne, mrkni na tytez testy, ale kde jsou opravdu nastavene podminky pro oba jazyky stejne: http://bruscy.republika.pl/pages/przemek/java_not_re... ...

ano... C++ is a winner

"Java NEMUZE byt rychlejsi nez C++"

Takhle silne tvrzeni vyzaduje jasne zadani toho, co to znamena "obecne", co to znamena "rychlejsi" a take nejaky exaktni dukaz.

Kazdopadne je jakekoliv podobne srovnani nesmysl, protoze kazdy jazyk je lepsi na neco jineho a tam kde se nasazuje Java neni nejaky 5% vykonnostni rozdil v hashovaci funkci rozhodujicim kriteriem.

> obecne Java NEMUZE byt rychlejsi nez C++

obecne muze, protoze java muze delat analyzu kodu za behu, C++ bezi tak jak je napsano. Neni problem napsat protipriklad k tomuto tvrzeni

Co se tyce testu, tak jednak jsou na docela stare JVM. Druhak je otazka co merit - jim vyslo, ze beh server JVM byl delsi nez client, coz vypada na to, ze zapocitali i startup aplikace. To vas muze a nemusi zajimat u low level benchmarku, ale rozhodne vas to nebude zajimat u serveru, ktery se jednou pusti a pak bezi mesice a roky.

Ano brutalne zoptimalizovane c++ bude nejspis rychlejsi nez java, ale za cenu delsiho vyvoje, kompromisu pri navrhu atd. Pak je otazka co je prednejsi a jestli neni vyhodnejsi nechat spinavou praci na JIT optimalizacich.

pamatuju jak byl i velkej rozdíl mezi C a Pascalem už v DOSu (to se prosím kompilovalo rovnou do assembleru - C z toho vylezlo nádherně čistý skoro jako by to v ASM už bylo, Plácal byl v ASM takovej divnej)

Myslím že JAVA nejde srovnávat s C to je jak porovnávat BASIC s Assemblerem

„Řemeslo se naučí každý. Umění nikdo.“ | „Jednoduchost je nejvyšší úroveň sofistikovanosti.“ | - Leonardo Da Vinci

Proč ne? Čas srovnávat jde.