А кто что может посоветовать для оптимизации ViewPager'a? Есть пейджер с 8 фрагментами. На каждом текст и картинка небольшая. Но в памяти этот экран забирает 250 Мб, чёт как то дохрена. Какие есть способы оптимизации?

LocationServices.SettingsApi.checkLocationSettings. SettingsApi deplicated что юзать lk

LocationServices? О_о используйте LocationManager и провайдер, по которому хотите получать локацию https://startandroid.ru/ru/uroki/vse-uroki-spiskom/291-urok-138-opredelenie-mestopolozhenija-gps-koordinaty.html

А кто что может посоветовать для оптимизации ViewPager'a? Есть пейджер с 8 фрагментами. На каждом текст и картинка небольшая. Но в памяти этот экран забирает 250 Мб, чёт как то дохрена. Какие есть способы оптимизации?

250 мб?? Ты уверен?

250 мб?? Ты уверен?

Да

там картинки по 13мпх?

А кто что может посоветовать для оптимизации ViewPager'a? Есть пейджер с 8 фрагментами. На каждом текст и картинка небольшая. Но в памяти этот экран забирает 250 Мб, чёт как то дохрена. Какие есть способы оптимизации?

сделай дамп хипа и посмотри что там

> картинка небольшая смотря с какой стороны смотреть ))

> картинка небольшая смотря с какой стороны смотреть ))

200-300 кб максимум на каждой

200-300 кб максимум на каждой

файл?

да

он не имеет никакого отношения к тому во что распаковывается изображение в RAM

Дамп показывает, что byte[] занимает большую часть памяти

180мб

Дамп показывает, что byte[] занимает большую часть памяти

смотри откуда они

смотри откуда они

Студии плохо стало, сделал ещё один дамп. Теперь View фрагментов больше всего занимает

Студии плохо стало, сделал ещё один дамп. Теперь View фрагментов больше всего занимает

запусти без картинок )

Когда пытаюсь посмотреть откуда byte, у меня студия зависает

запусти без картинок )

Логишно. Сейчас проверю

Логишно. Сейчас проверю

Какое разрешение у картинок?

Большое

Большое

А точнее

A/libc: Fatal signal 11 (SIGSEGV), code 128, fault addr 0x0 in tid 11113 (partial.package.name) [ 08-31 16:14:03.315 1296: 1296 W/ ] debuggerd: handling request: pid=11113 uid=10093 gid=10093 tid=11113 Выдается в onDestroyView фpагмента моим любимым, сука, mapbox. Что может быть не так?

1000x1000 в среднем

запусти без картинок )

Без картинок 90 Мб)

А как им можно разрешение уменьшить? Есть какие онайлн сервисы для такого?

1000x1000 в среднем

1000x1000x8 будет занимать каждая картинка в хипе

А как им можно разрешение уменьшить? Есть какие онайлн сервисы для такого?

Optimizilla если не резать на ассеты

Optimizilla если не резать на ассеты

Он вес уменьшает

А не размер

Если на несколько размеров, то Android asset generator вроде так

А как им можно разрешение уменьшить? Есть какие онайлн сервисы для такого?

дак а ты с помощью чего картинки отображаешь?

А не размер

а что там гугл? забанили?)

дак а ты с помощью чего картинки отображаешь?

ImageView

Он вес уменьшает

А в какой папке drawable они находятся

тыжпрограммист

А в какой папке drawable они находятся

drawable-ru :) там по картинке на локаль

drawable-ru :) там по картинке на локаль

Понятно, тогда андроид их ещё и апскейлит )

х3 😁

Перенесы в drawable-nodpi-ru

ImageView

ну можешь попробовать glide/picasso там же можешь трансформацию с ними сделать

Перенесы в drawable-nodpi-ru

Спасибо, сейчас попробую

drawable по умолчанию этo mdpi. Соответственно на экранах hdpi, xxx...dpi картинка будет увеличиваться кратно коэффициенту

Перенесы в drawable-nodpi-ru

drawable-nodpi-ru: Error: Invalid resource directory name

возможно другой порядок квалификаторов

drawable-nodpi-ru: Error: Invalid resource directory name

правильно drawable-ru-nodpi

правильно drawable-ru-nodpi

помогло) Теперь 160мб занимает)

Без картинок 90 Мб)

прилага съедает в оперативе 90 мб ? или экран

без картинок

Приложение

или что 90 мб ? неочень понял

это же очень много

или у вас высоконагруженное приложение

с кучей данных в рантайме

Да

высоконагруженное

не считаете ли это чуть неверным ?

съедать столько оперативы )

на мобилке

ну это мое имхо

всё зависит от размера экрана и количества доступной...

да понятно

но это надо largeheap врубать как я понимаю ещё

Всё зависит от.

но всё равно как-то занадто 90 мб.. я бы точно подумал про оптимизацию в ближайшее время

Всё зависит от.

всё зависит включен ли largeheap или нет )

в такой ситуации

но всё равно как-то занадто 90 мб.. я бы точно подумал про оптимизацию в ближайшее время

хз, у меня на с8 чистый проект с HalloWorld съедает 65метров

хз, у меня на с8 чистый проект с HalloWorld съедает 65метров

Ох уж эти самсунги

размер выделяемого хипа зависит от многих факторов

размер выделяемого хипа зависит от многих факторов

Ох уж эти самсунги

он красивенький

настройки вендора, количество свободной ОЗУ, разрешение экрана и тд. Советую посмотреть https://www.youtube.com/watch?v=w7K0jio8afM

Я сегодня в который раз думал добавить Room и в который раз задумывался насколько ленивые Google что в свою прокладку для SQLite не добавили async вызову на уровне библиотеки (как в ретрофит)

Но в свою очередь кидают exception что хера ты в main потоке юзаешь

Я сегодня в который раз думал добавить Room и в который раз задумывался насколько ленивые Google что в свою прокладку для SQLite не добавили async вызову на уровне библиотеки (как в ретрофит)

есть

Какая?

возвращай Live либо Flowable/Single..

Оно автоматически это поддерживает, да

Room

А можно посмотреть дифф между предыдущей и новой версией объекта? (если не Single, конечно)