[SmacznyPies]

w #cpp bardzo mi się podoba fakt, że można od razu striggerować garbage collectora, a nie czekać, aż cały ram się zapcha i system zacznie spowalniać #programowanie #programista15k

[ciezka_rozkmina]

skonstrułowano

@SmacznyPies: xDDD

[GigaBizon]

@SmacznyPies: we skonstruowano napisz poprawnie albo sie na angielski przerzuc

[MamCieNaHita]

@SmacznyPies: co

[y.....l]

@SmacznyPies: Od kiedy w cpp jest garbage collector?

[Sinti]

@SmacznyPies: co ty tam google chrome kodujesz że ci się ram zapycha?

[KDKJ]

@SmacznyPies: #programista15k? Chyba Jenów... XD

[Aryo]

@SmacznyPies: ale języki wyższego poziomu też pozwalają na wyczyszczenie pamięci w miarę potrzeb. Taki C# na którym działam ma System.GC.Collect()

To nie jest tak, że sie nie da. Zwyczajnie nie jest to przewaznie potrzebne, bo Garbage collectory są robione przez prawdziwych specjalistów w swojej branży i mają wiele optymalizacji o których junior nie pomyśli

C++ lubię ofc. ale twój wpis zwyczajnie jest dziwny

[mcnight95]

@SmacznyPies: jeżeli masz potrzebę odpalania GC to masz dużo większy problem ziom

[SmacznyPies]

@yggdrasil: no a kto zbiera śmieci ze stosu?

[y.....l]

@SmacznyPies: Program napisany w cpp zarządza pamięcią, jeżeli nie napiszesz zbierania śmieci ze stosu to one tam zostaną. Taki typ błędów to memory leak. Garbage Collector jest np. w Javie czy Pythonie. Tam maszyna wirtualna zarządza pamięcią i nie musisz sam o to dbać.

[Saly]

@SmacznyPies: warto trochę poczytać. GC używane w javie (np. parallel czy G1) sprawiają, że programy są dużo szybsze, niż jakby było używane podejście new/delete. Na reddicie często widzę takie artykuły "why my rust program is slower than java/kotlin equivalent" i najczęstszą przyczyną są niepotrzebne alokacje. Tyle, że alokowanie w Javie jest dużo (naprawde dużo) szybsze, niż takie new/delete, przez co pisząc typowy kod na szybko nie ponosisz tej kary aż tak

[Saly]

no a kto zbiera śmieci ze stosu?

@SmacznyPies: w każdym języki tak to działa. Można to podciągnać pod GC, tylko, że naczelną funkcjonalnością GC jest wykrywanie, czy dana pamięć jest jeszcze używana czy nie. W przypadku stosu jest to trywialne

[lionbest]

@yggdrasil: @Saly: @MamCieNaHita: Ten post wyglądał na słabego bejta.

@SmacznyPies: jeżeli nie trolujesz to raczej zainteresuj się Rustem, oszczędzi ci to włosów na głowie, bo na C++ szczególnie z ręcznym wywoływaniem delete to niejeden już je stracił ¯\_(ツ)_/¯

[GotoFinal]

@Saly: @SmacznyPies: Tylko taka uwaga że w cpp/rust spokojnie można zasuwać tak szybko jak w javie/c# nawet alokując w #!$%@?, tylko wtedy też się robi własny alokator. Alokujesz więcej pamięci z gory co by nie martwic sie o pytanie systemu i używasz samemu jak potrzebujesz. Ale tak to właśnie daltego java tak #!$%@? przy dużej ilości alokacji, bo zjada sobie z gory znacznie wiecej pamieci niz potrzebuje i nie musi

[kaitek666]

@yggdrasil: @Sinti: @KDKJ: i po co karmicie trolla..

[l.....z]

Od kiedy w cpp jest garbage collector?

@yggdrasil: a wiesz, że... to nie do końca jest oczywiste? W standardzie pojawiły się jakieś elementy wspierające jego implementację - tj c++11. Żaden stdlib tego nie wspiera obecnie (ja nie znam) no i... wylatuje to razem ze standardem 23.

[bungaBunga]

Program napisany w cpp zarządza pamięcią, jeżeli nie napiszesz zbierania śmieci ze stosu to one tam zostaną.

@yggdrasil: Ekhm, ze stosu?
Ze stosu (stack) się usuną jak wrócisz z funkcji. Ze sterty (heap) się nie usuną.

[msichal]

@SmacznyPies: żebyś zobaczył jak fajnie jest w C, wszystko samemu usuwasz i masz pełną kontrolę nad pamięcią ( ͡° ͜ʖ ͡°)

[oxfox]

@SmacznyPies: swietny przyklad, robisz delete zeby wyjscie z maina zrobilo zaraz to samo? ( ͡° ͜ʖ ͡°) z ciekawostek ci powiem ze jak wykomentujesz //delete a; to output konsoli bedzie ten sam XD

[oxfox]

@bungaBunga: @yggdrasil, jesli stworzysz jakis new Object, popchniesz go na heap i bez smart pointerow juz go nie usuniesz jak stracisz jego adres.