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-юмор(3452)

geek

geek(17089)

system32Comics

system32Comics(82)

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

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

Развернуть
Комментарии 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
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы
компьютер

компьютер

без перевода

без перевода

программирование

программирование

перевел сам

перевел сам

КИНА БУДЕТ

КИНА БУДЕТ


Тренды

Новый Год
S.T.A.L.K.E.R
Arcane (LoL)
Похожие посты
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 МЫ ЗАМЁРЗНЕМ ДО СМЕРТИ, 1