AlekXL
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kaz_av
Цитата: Ты убедился, что
Цитата: Цитата:
Это 5 процентов овехеда -- чудовищное замедление?
Из ничего - не то слово. |
проблема фрагментации памяти не надумана? Вот и ладушки. |
нет, не убедился. Пример не показателен.
Цитата:| Последовательно у тебя расположены ссылки, а счетчики находятся где? Вот-вот... В объектах, которые лежать могут где угодно. |
Если объекты примерно одинаковой длины, то они будут расположены, с большой вероятностью, рядом. Так устроен менеджер кучи для небольших объектов.
Если нет, то и в GC не будут расположены последовательно, поскольку это вызвало бы жуткую фрагментацию очень быстро.
Кроме того, как я уже говорил, последовательное размещение объектов не дает выигрыша в скорости в плане кэша, если эти объекты более 64байт.
Если же объекты меньше, то тем хуже для GC -- с маленькими объектами ему управляться труднее всего.
Цитата:| Детский сад какой-то. А элемент массива не может быть 32 или 64 байта, нет? |
Могут. И я выделяю буфер как раз такой, чтобы в него помещалось на 1-2 элемента более заявленного . Но , поскольку буферы обычно выделяются под строки, я и упомянул 1-2 байта.
Все остальное твои придирки.
Цитата:| Сам автор пишет, что версия экспериментальная. Если ты считаешь использование экспериментальной версии в продакшене нормальным, то говорить более не о чем. |
Любой новый код является экспериментальным
Когда я пишу свой код, то он является куда менее стабильным , чем код, опубликованный в сети, и которым пользуются десятки или сотни разработчиков.
Во включении чужого полезного кода нет никакой проблемы, если умеешь править чужие исходники. Это лучше, чем изобретать велосипед.
И вполне нормально использовать его в "продакшене", когда это нужно. Мне не свойственна эта боязливость.
Для людей, думающих как ты, "как бы чего не вышло", -- да, managed код привлекателен. Но мне это кажется недостатком профессионализма и мужества.
Цитата:| Только iOS пилиться именно под это конкретное железо, а ведроид работает вообще на любой ноунеймовой китайщине. Разница немного очевидна, не считаешь? |
ладно, это вопрос веры, что тормозит Андроид: кривая поддержка железа или Dalvik. Я думаю, что именно Dalvik, поскольку над поддержкой железа работают многоопытные сишники-линуксоиды.
Тем не менее примеров, где managed код работает хуже натива, предостаточно.
Цитата: Цитата:
Это 5 процентов овехеда -- чудовищное замедление?
Из ничего - не то слово |
Я показал уже, что JVM на строках, даже когда "обгоняет" Delphi, половину процессорного времени, и половину RAM выделяет под нужды GC.
5 процентов оверхеда из-за кривого использования ARC -- это много,"не то слово",
а 50 процентов всех ресурсов на GC -- это ерунда?
Цитата: Цитата:
вот тебе и ответ. GC может быть хорош, когда памяти вдвое более требуемой.
Нет не ответ. Если GC не будет хватать памяти, ведроид тупо скинет в кэш фоновые приложения. Т.е. для пользователя вообще не имеет значения сколько свободной памяти доступно на устройстве т.к. для работы активного приложения она есть всегда. |
Сбрасывать в кэш? То есть будет свопиться.. Ну, мы знаем, что это такое.
А если одному приложению потребуется почти вся, 60-70 процентов, свободная память, что будет? А вот что: перманентный GC, из-за не освобожденной вовремя памяти.
Так ли хорош GC, когда памяти не вдвое более требуемой?
Цитата:
Это с чего вдруг? Никаких разговоров об ограничении небыло |
Память конечна. А сравнение должно проводится в равных условиях.
Или ты думал, что я забился с тобой на пацанский спор? Может, еще и кирпичи купить мне предложишь?
Цитата:| Ты не написал код на дельфях, который обогнал бы жабу на работе со строками. Всё что ты сделал, это загнал жабу в некомфортные условия работы. Молодец. |
Некомфортные условия работы -- это значит, справедливые и равные, в твоем понимании?
Может, запустим яву на i7, а Delphi выделим 4-й пенек?
А ведь Delphi приложение однопоточное, давай еще выделим JVM только одно ядро. Что мы получим, догадываешься? Или тебя ткнуть носом?
Да, ява быстрее Delphi на строках..
..при двукратном превосходстве ресурсов как по памяти, так и, верояно, по процессору .
Я выделил то, что было мелким шрифтом, всего то лишь.
При всем этом она все равно минимум в два раза уступает Delphi по отзывчивости, я наглядно показал на предложенном тобой примере. |
Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 11:51 09-01-2015 | Исправлено: AlekXL, 11:51 09-01-2015 |
|
