WEB TOON @System32Comics / system32Comics :: it-юмор :: Смешные комиксы (веб-комиксы с юмором и их переводы) :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

iluxa1810 iluxa1810
it-юмор geek system32Comics Комиксы 
WEB TOON @System32Comics,it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,system32Comics,Смешные комиксы,веб-комиксы с юмором и их переводы
Подробнее
WEB TOON @System32Comics
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,system32Comics,Смешные комиксы,веб-комиксы с юмором и их переводы
Еще на тему
it-юмор

it-юмор(3387)

geek

geek(16938)

system32Comics

system32Comics(82)

Смешные комиксы

Смешные комиксы(173364)

Развернуть
Комментарии 33 23.09.202009:35 ссылка 48.3
ох уж эти утечки памяти
Mactep XyeB Mactep XyeB 23.09.202009:37 ответить ссылка 0.7
Но кот ещё не знает что подотрут им же.
Кракозябр Кракозябр 23.09.202015:53 ответить ссылка ↑ -0.1
Но мусорное ведро всегда переполнено, все свалено в кучу. Как так можно?
zombofrog zombofrog 23.09.202009:54 ответить ссылка 0.2
Всегда можно настроить GC как тебе хочется.
Melatori Melatori 23.09.202010:00 ответить ссылка ↑ 0.7
В QT фреймворке для C++ уже встроенный сборщик мусора, если конечно же наследоваться от QObject.
NikSharp NikSharp 23.09.202010:08 ответить ссылка 1.0
В qt не сборщик мусора, а счетчик ссылок и дерево владения объектами.
Kotoed Kotoed 23.09.202012:13 ответить ссылка ↑ 2.8
Да, разница всё же есть, спасибо за информацию. Получается если удаляется родитель кучи объектов то вслед за ним и все что с ним связано, так?
Давно не пользовал C++.
NikSharp NikSharp 23.09.202012:41 ответить ссылка ↑ 1.6
Да, все объекты, у которых удаленный был родителем, удалятся.
Kotoed Kotoed 23.09.202013:16 ответить ссылка ↑ 1.9
Ну, по факту, java должна была подогнать самосвал
bate bate 23.09.202010:38 ответить ссылка 6.0
17 лет на C# с временными переходами на C++.
Таки с корзиной удобнее )
Bunker Bunker 23.09.202010:38 ответить ссылка 0.2
Чота какое-то странное представление о Яве в этом комиксе.

В реальности она сожрет всю память, которую ей только позволишь аллокейтнуть, даже если она ей нахрен не нужна.
Wild Falcon Wild Falcon 23.09.202010:58 ответить ссылка 4.4
Я несколько лет пользовался текстовым редактором jEdit, который, как можно догадаться из названия, написан на Java.
Так вот он ел очень мало памяти.

Так что странное представление у тебя.
А ест много памяти не язык, а программа на языке. И вот с ними у Java действительно проблема. Java провоцирует строить абстракции над абстракциями, что в итоге порождает монстров. Ну а те жрут всё, что жрётся есессно.
Qu2uW Qu2uW 23.09.202011:46 ответить ссылка ↑ 2.4
Жрут память программисты, что пишут такой код. На С++ в 80-х и 90-х на плюсах писали шикарные программы которые не жрали больше одного мегабайта. В Java тоже можно грамотно построить архитектуру, что много памяти не потребуется, и GC не придется удалять 100500 объектов каждые 5 сек.
WhiteStalker WhiteStalker 23.09.202016:05 ответить ссылка ↑ 0.1
ну, немножко таки жрёт. Вот экранная линеечка JRuler, минималистичная.
что-то подобное я писал на Delphi в начале 2000, она жрала 400 кб.
если на плюсах её написать - exe будет весить несколько килобайт, а в памяти займёт 20-30 кб.
gj Skype.exe 696 0.04 [JjfnQtepad-t-t-.exe 4312 <0.01 Cr3JRuler.exe 8444 0.55 firefox.exe 7144 2.39 firefox.exe 8888 0.91 firefox.exe 8564 0.24 y^ firefox.exe 6908 0.80 y^ firefox.exe 692 y^ firefox.exe 3720 0.17 y^ firefox.exe 6244 y^ firefox.exe 7240 2.83 y^ firefox.exe 8240 0.17
PoshtarBoba PoshtarBoba 23.09.202017:36 ответить ссылка ↑ 0.0
На фоне толстолиса эта линеечка не сильно и заметна...
Оху́евший Оху́евший 24.09.202000:22 ответить ссылка ↑ 0.3
толстолис всё же тоньше хрома. в хроме одна вкладка открыта, а в файрфоксе около 300. я на него с хрома перелез потому что хром с 50-ю вкладками все 8 гиг озу выжырал и падал, забирая с собой в вальгаллу фотошоп с апачем.
PoshtarBoba PoshtarBoba 24.09.202012:47 ответить ссылка ↑ 0.0
Ну что тут скажешь писать такие шикарные программы долго и дорого, а кто согласится например на новую часть гта которая будет выходить раз в 20 лет стоить около 200$ но при этом таки мало весить и запускаться практически на любом ведре. Приоритеты поменялись.
Vadim Radchenko Vadim Radchenko 23.09.202021:25 ответить ссылка ↑ 0.4
Тут стоит уточнить, что мало весить современные игры не могут даже не из-за разъевшегося кода, а из-за хайрезных текстур и прочих детализированных контентов, которые занимают дохрена.
Wild Falcon Wild Falcon 24.09.202000:36 ответить ссылка ↑ 0.3
Это понятно, но и их при желании можно почистить и убрать детали на которые никто не обратит внимание, но в общем этим тоже никто заниматься не будет.
Vadim Radchenko Vadim Radchenko 24.09.202001:30 ответить ссылка ↑ -0.6
Это уже даже не код, а работа художников, моделлеров, левелдизайнеров.

И, с другой стороны, многие как раз ценят мелочи которые на игру напрямую не влияют, но проработаны и работают на восприятие настоящести мира.
Wild Falcon Wild Falcon 24.09.202010:17 ответить ссылка ↑ 0.0
Тут все-таки имеет значение и реализация рантайм энвайромента.

Я имел в виду то, что Ява Машина, как минимум работающая под линухами, не любит отдавать память, даже если программы работающие под ней давно ее освободили.
Wild Falcon Wild Falcon 23.09.202022:12 ответить ссылка ↑ 0.1
Да, есть такое.
Ну, точнее, она отдает, но оооочень не сразу.
Как правило, после full gc с дефрагментацией памяти. Который, при определенных настройках и типе программы, может произойти вообще ни разу за сутки, например.
Оху́евший Оху́евший 24.09.202000:27 ответить ссылка ↑ 0.0
Лучше удалить 100500 и даже 10050000 со сложностью an чем их переиспользовать со сложностью n^2, а то и хуже.
Поясню:
Чтобы экономить память на
java нужно выделять как можно меньше памяти объектам через 'new'. Для этого придётся писать reset методы, которые жрут проц. Если программирование многопоточной (а какое может быть в 2020), то накидывает либо сложность на многопоточную реализацию, любо затраты на оверсинхронизацию. Приправим к этому щепотку нюбства и коллизий данных из-за гонки и получаем, что лучше жрать память и работать нормально, чем её экономить и из-за собственной криворукости страдать от трудных багов, а получить в итоге код, который работает даже медленнее, чем если бы мы не парились про оптимизацию вовсе.
Grounder Grounder 24.09.202010:32 ответить ссылка ↑ 0.0
Сорри за ошибки, грёбаный телефон.
Grounder Grounder 24.09.202010:34 ответить ссылка ↑ 0.0
Скорее так
Java : Мне больше не нужен этот кусок памяти, нужно отдать его тому кому нужнее, но отдам я ее конечно же в самый важный момент, что бы все зависло нахуй
С++: ха ха я вижу у эти программисты дальоебы, спизжу как я у них память, они даже ничего не заметят
Robin Hood Robin Hood 23.09.202011:05 ответить ссылка 1.8
Тем временем Assembler: Куча, GC, malloc...Пижоны - mov eax, [ebx]
VagonBananov VagonBananov 23.09.202012:06 ответить ссылка ↑ 1.0
В ассемблере тоже надо выделять память из кучи. На одном стеке не уедешь.
WhiteStalker WhiteStalker 23.09.202016:02 ответить ссылка ↑ 0.4
Если ты в ос, то все равно дергай sbrk.
DarkCoder DarkCoder 23.09.202017:25 ответить ссылка ↑ 0.0
Assembler:
ASSUMING DIRECT CONTROL
Ko3bMa Ko3bMa 23.09.202011:59 ответить ссылка 1.3
В реальности С++ достанет говно из корзиньі, завернет его в фантик и скормит тебе
hemix hemix 23.09.202013:36 ответить ссылка 0.7
Rust: бьёт тебя по ебалу за то, что пытаешься положить мячик в неправильное место
DarkCoder DarkCoder 23.09.202017:28 ответить ссылка 1.3
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы
компьютер

компьютер

без перевода

без перевода

перевел сам

перевел сам

красивые картинки

красивые картинки

КИНА БУДЕТ

КИНА БУДЕТ


Тренды

лето
Похожие посты
Anti-Virus Software scam Warning! I have detected 5 critical viruses on your computer! System32Comics УРА, Я ПОФИКСИЛ ТЮСЛВЪНИЙ В АП Free Anti-Virus Software to the rescue! @System32Com¡cs  @System32Com¡cs МОЯ ЛЮБОВЬ ТОЖЕ НИ КО ГОА НЕ ЗАКОНЧИТСЯ! '---------V— Д}_____________I @БуБ1ет32СоптсБ