следующая тема »

[13 Август 2025, 01:24:07]

Новости, реклама:

[13 Август 2025, 01:24:07]

Новости, реклама:

[coolasm]

Цитировать
Знаете, когда наблюдаешь в логах, что сборщик мусора решил освободить пару килобайт памяти именно в тот момент когда идут тяжелые рассчеты и он их начинает прибивать своей прожерливостью или когда понимаешь, что в этом месте можно было бы освободить память, потому как 5-ю строчками ниже память сильно понадобится, а заставить явно сработать GC нету возможности, в такие моменты начинаешь тихо ненавидеть Java.
Ну тогда советую поинтересоваться как менеджит память Dalvik as Register machine и чем это отличается от Java as Stack machine.

Использованием регистров, а не стэка, а в силу того что ARM это RISC семейство dex-байкод будет быстрее и проще транслируеться. Интерсно как это поможет если нужно будет выделить память в куче? Знаете, строку как-то не получится хранить в регистрах. А если мне нужно что-то распарсить, JSON какойнить, неужели и в этом мне поможет куча регистров? Объясните чем сборщик мусора в Dalvik так хорош, ведь основные претензии к нему. Java не позволяет явно управлять памятью, почему же это не сделали в Dalvik если он никакого отношения не имеет к Java, ведь это дало бы существенный прирост в производительности?
Начиная с OS X 10.6 можно было собирать программы в которых используется сборщик мусора, начиная с OS X 10.7 такая возможность исчезла с появлением ARC который на этапе сборки заботится о работе с памятью, исходный код программы использующий GC и ARC практически не измненился, а вот скорость работы программ выросла. Под iOS никогда не было GC, были заметны порывы но в Apple быстро опомнились.