Возможные причины огромного количества журналов в logcat? (Фоновое параллельное копирование G C освобождено) - PullRequest
0 голосов
/ 29 января 2020

Каковы возможные причины, которые могут вызывать МАССИВНОЕ количество журналов в logcat между автоматизированными тестами пользовательского интерфейса в приложении android? Когда я говорю «массивный», я имею в виду тысячи журналов, таких как:

12-11 18:32:04.071 6857 6868 I zygote : Background concurrent copying GC freed 970(64KB) AllocSpace objects, 14(56MB) LOS objects, 3% free, 148MB/154MB, paused 469us total 167.395ms
12-11 18:32:04.261 6857 6868 I zygote : Background concurrent copying GC freed 5079(271KB) AllocSpace objects, 33(141MB) LOS objects, 6% free, 83MB/89MB, paused 407us total 157.552ms
12-11 18:32:04.625 6857 6868 I zygote : Background concurrent copying GC freed 1618(96KB) AllocSpace objects, 3(28MB) LOS objects, 10% free, 51MB/57MB, paused 6.436ms total 69.100ms

Полезная информация: - в наборе, скажем, с 4 тестами, первый тест выполняется менее чем за 2 минуты, второй тест выполняется примерно через 6 минут третий тест занимает более 10 минут, а последний - более 20 минут; - все тесты должны занять пару минут, чтобы завершить sh свои шаги пользовательского интерфейса; приложение закрывается после того, как тест завершил свои действия пользовательского интерфейса, но до начала следующего теста в logcat течет огромное количество журналов G C, и между ними больше ничего нет; - это начало происходить внезапно, и я пытаюсь найти возможную причину для этого; Мне сказали, что это не проблема приложения (я не знаю, так ли это на самом деле), и я думаю, что что-то могло измениться со стороны API.

Есть еще идеи? PS: извините за отсутствие конкретной c информации, приложение не мое, поэтому все остальное конфиденциально;

...