это просто размышления

ну на миллионе элементов уже будет вполне тормозно

Ты в цикле на мобилке считаешь инты?

Миллион элементов

Ты в цикле на мобилке считаешь инты?

да я в цикле на мобилке считаю инты

Так может проблема в алгоритме?

И что ты считаешь?

Кстати, каким ты профайлером мерил?

у меня есть тестовый galaxy s3 с 4.1.2 на борту, лагает все. Даже пустой лист с дамми объектами скролится рывками

у меня есть тестовый galaxy s3 с 4.1.2 на борту, лагает все. Даже пустой лист с дамми объектами скролится рывками

Текствью в несколько строчек?

Так может проблема в алгоритме?

простейший пример - переставить местами R и G в битмапе

Текствью в несколько строчек?

да просто singleListItem

простейший пример - переставить местами R и G в битмапе

На мильёне элементов? Нахуя?

да просто singleListItem

Текст у текствью в несколько строчек в итеме?

На мильёне элементов? Нахуя?

нахуя? ну надо. что за вопрос

не юзал

Текст у текствью в несколько строчек в итеме?

один текствью на один рядок. С текстом типа Item {index}

С5 тоже тормозит

Можно так и ассемблер загрузить

Просто добавь в массив 10кк чисел

оверхед на вызов нативной функции больше

чем код на жаве

нахуя? ну надо. что за вопрос

Просто мне странно, что уважаемый господин создаёт массив с 1кк чисел, последовательно их читает и потом грешит на анбоксинг вместо кешмиса страниц памяти, переключения контексов, перекидывания кешей процессора от ядра к ядру

Но ок, анбоксинг так анбоксинг

я ни на что не грешу. ты просил пример нужды в 1кк элементов - я его привел

мой вопрос был не про это

Все программисты проходят через стадию "я хочу преждевременно оптимизировать всё что вижу". Проще всего грешить на анбоксинг

Вангую, где-то внутри nullable типы - это просто указатели на С++

Передавать int по указателю в с++ дорого?

это дороже, чем без

На сколько?

Дороже вызова обычной функции?

Вдруг ты замедляешь приложеньку просто рефакторя код?

Вангую, где-то внутри nullable типы - это просто указатели на С++

вот это - вряд ли. что-то я не пойму, как это стыковалось бы с джавой

вот это - вряд ли. что-то я не пойму, как это стыковалось бы с джавой

Поч вряд ли?

ну тогда теряется возможность юзать эти типы из обычной джавы

Ну такое, это ещё больше вилами по воде

Так каким ты профайлером пользуешься?

Сохраняю rootView во фрагменте http://joxi.ru/EA4KpYMt6JpV2b фрагмент начинает местами крашится. Нужно как то закешировать rootView чтобы не перезагружалась, может кто чего подскажет?

Ну такое, это ещё больше вилами по воде

какими вилами? две вещи вполне очевидны - аутобоксинг и нуллсейфти имеют свою цену в рантайме. с чем тут можно спорить?

какими вилами? две вещи вполне очевидны - аутобоксинг и нуллсейфти имеют свою цену в рантайме. с чем тут можно спорить?

Всё имеет цену, просто анбоксингом можно пренебречь

как это?

Ты же не думаешь какая у тебя глубина стека вызовов функций

и как эти две вещи связаны?

Сохраняю rootView во фрагменте http://joxi.ru/EA4KpYMt6JpV2b фрагмент начинает местами крашится. Нужно как то закешировать rootView чтобы не перезагружалась, может кто чего подскажет?

Зачем хранить вью?

Когда кончаются аргументы, люди начинают спрашивать "и как это связано" "это не так" "я не понимаю что ты говоришь"

у тебя вроде ни одного аргумента не было?

Ты говорил, что всё имеет свою цену

Начал изучать тему профилирования памяти

Да, это так

И что с того?

ERROR: S client not available

ну ты утверждаешь, что автобоксингом можно пренебречь

а это не так

Всё имеет свою цену, даже твой вдох

Во время использования приложения потребление памяти становилось все больше и больше пока не дошло до максимума

ну ты утверждаешь, что автобоксингом можно пренебречь

Есть дампы профайлера?

Потом сбросилось

Это норма?

Есть дампы профайлера?

а у тебя?

покажи

Что тебе показать? Ты утверждаешь что-то, ты и доказывай

ты утверждал

Ээ

Ты говоришь, что анбоксинг дорогой и им нельзя пренебречь

это очевидная вещь

если тебе не очевидна - то мне жаль

возможно в твоих проектах тебе примитивы не нужны

Во время использования приложения потребление памяти становилось все больше и больше пока не дошло до максимума

У тебя кроме монитора памяти одновременно еще какой-то запущен? GPU к примеру? Если да то поставь на паузу и одновременно запуска только один

Тут кидали ссылку так как раз про это было

Кстати, смотри какую полезную штуку подгоню: https://events.yandex.ru/lib/talks/3456/

Если человек загружает миллион чисел, у него лагает приложенька и он винит анбоксинг, а не последовательное чтение страниц памяти и работу кешей процессора, то это грустно

И чувак странный какой-то

Получает точно меньше сотки

Во время использования приложения потребление памяти становилось все больше и больше пока не дошло до максимума

А у тебя вроде просто GC отработал и все

*в компьютере

Если человек загружает миллион чисел, у него лагает приложенька и он винит анбоксинг, а не последовательное чтение страниц памяти и работу кешей процессора, то это грустно

я говорил, что у меня что-то тормозит? или что я пихал миллион Интегеров в массив?

А у тебя вроде просто GC отработал и все

Я об этом и говорю). Это нормально, что количество занятой памяти доходит до максимума, а потом очищается сборщиком? Я думал, что она просто очищается при закрытии активити.

я говорил, что у меня что-то тормозит? или что я пихал миллион Интегеров в массив?

да, ты приводил пример