[mrwrotek]

<student> Java jest szybsza od C++. W C++ nie ma JIT

<inny student> i java zjada mniej pamięci niż C++. Bo w C++ nie ma garbage collector

#java #cpp #humorinformatykow

[Wolfik1024]

@mrwrotek: jakby mnie na dlugosc reki dopuscili do tych javowcow to bym zaperdolil.

[l.....l]

@mrwrotek: JIT potrafi w pewnych sytuacjach zdjąć wirtualność z obiektów, co dzieje się dynamicznie. Co nie zmienia faktu, że ogólnie i tak jest wolniejsza, co najwyżej niewiele : >.

Co do pamięci... Ręce opadają..

[lifapek]

@mrwrotek: @Wolfik1024: @losiul: humor humorem ale sam jestem studentem i tego jeszcze nie rozumiem. Dlaczego c++ "zjada" mniej pamięci niż Java ?tak na prawdę to dlaczego java jest wolniejsza ?

[x.....s]

@lifapek: Java nie jest zazwyczaj wolniejsza(GC odrobinę spowalnia), zdarza się, że nawet jest szybsza przez kompilację wykorzystującą wszystkie flagi procesora.

[l.....l]

@xaxes: że co?...

[x.....s]

@losiul: no tak, skompilowany kod jest lepiej zoptymalizowany, bo JVM kompiluje kod pod procesor na którym działa. Nie znam innych powodów, choć pewnie jest ich więcej.

[l.....l]

@lifapek: Java zjada więcej pamięci, bo wykorzystuje intensywnie stertę, dorzucając do każdego obiektu bonusowe informacje, czego C++ nie robi. W C++ możesz spokojnie napisać bardzo duży program prawie nie wykorzystując sterty. Ponadto, w C++ usunięty obiekt zwalnia pamięć od razu, w Javie będzie istniał dopóki nie usunie go GC. Dodatkowo, ze względu na ten model pamięci, programiści Javy często w ogóle nie zwracają uwagi na jej użycie...

@xaxes: A, przepraszam,

[Wolfik1024]

@lifapek: to nie jest tak ze ze c++ zjada mniej pamieci ale garbage kolektor korzysta z algorytmow heurystycznych czasami czyli zgaduje kiedy ma sprzatnac obiekt. Czasami jest to zle, a czasami dziala calkiem dobrze. To ze nie ma w c++ garbage kolektora to nie znaczy ze jezyk jest gorszy. Dla mnie najwiekszy problem z java to #!$%@? konstrukcja samej aplikacji. Paczki, moduly, interfejsy ktorze trzeba zaimplementowac i ogrom gotowych klockow. W

[l.....l]

@Wolfik1024: Pakiety i moduły IMO największa zaleta Javy : ). Przydałby się taki porządek w C++, dołączanie tekstowe plików jest koszmarnym archaizmem. Zapomniałeś przy tym że:

- musisz dołączyć do linkera obj albo lib'a który implementuje dany header,

- musisz zrobić to w określonej kolejności, bo dostaniesz nierozpoznane symbole,

- lib'y nie są przenośne między systemami..

W tym wypadku Java przypomina porządny system obiektowy, a C++ tragedię preprocesora w 17 aktach..

[Wolfik1024]

@losiul: niestety mam syndrom pierwszego jezyka. Uczylem sie najpierw C a potem C++ i teraz mam pisac gierke w javie i jestem jak dziecko we mgle. No ale coz java jest najpopularniejsza i bede musial ruszyc dupe i sie przemoc.

[l.....l]

@lifapek: @Wolfik1024: Temat "C++ vs Java mem/speed performance" jest chyba najlepiej opisany tutaj, w drugiej od góry odpowiedzi (198 vote'ów):

http://stackoverflow.com/questions/145110/c-performance-vs-java-c?page=1&tab=votes#tab-top

[lifapek]

Java zjada więcej pamięci, bo wykorzystuje intensywnie stertę, dorzucając do każdego obiektu bonusowe informacje

@losiul: Jakie informacje? Z tego co rozumiem to java wrzuca wszystko na tą sterte(obiekty, zmienne) a co w takim razie robi C++ ? W powietrzu to trzyma? Jak to jest ?

[progresywnyRegres]

@lifapek: stos

[l.....l]

@lifapek: Każdy obiekt w Javie ma podorzucane informacje o typie. W C++ nie, tylko klasy z metodami wirtualnymi dorzucają pointer do VTable. Dodatkowo, wirtualizowanie metod w Javie jest znacznie powszechniejsze niż w C++, bo dzieje się to z automatu i programista nie musi być nawet tego świadom, co rzecz jasna pogarsza sprawę. W C++ z kolei możesz po prostu tego nie robić, lub uciec od problemu szablonami. Do tego kompilator potrafi

[lifapek]

@losiul: Zajebista odpowiedz, dzięki !

@progresywnyRegres: To w czym sterta jest gorsza od stosu ?

[l.....l]

@lifapek:

Sterta: obszar pamięci, na którym alokujesz obiekty. Ma te same problemy co dysk twardy, tzn, może ulec fragmentacji, bo pamięć może być zwalniana w dowolnej kolejności.

Stos: Kolejka LIFO, czyli masz gwarancję, że ostatni zaalokowany obiekt będzie zwolniony jako pierwszy, dopiero potem następne. Dzięki temu nie masz problemu fragmentacji i wszelkiej maści map "gdzie pamięć jest zaalokowana, a gdzie nie" - tutaj wystarczą Ci 2 wskaźniki (początku i końca stosu),

[progresywnyRegres]

@lifapek: pytales gdzie przechowywac dane jesli nie na stercie, wiec odpowiadam w c++ w znacznie wiekszym stopniu wykorzystuje sie stos. Notabene do obiektow na stercie potrzebujesz adresow ktore i tak sa przechowywane na stosie. nie bezposrednie adresowanie rowniez powoduje pewien narzut (mozna sie sprzeczac czy istotny ale jenak)