TY - JOUR
T1 - Aging or Glitching? What Leads to Poor Android Responsiveness and What Can We Do About It?
AU - Lin, Hao
AU - Liu, Cai
AU - Li, Zhenhua
AU - Qian, Feng
AU - Li, Mingliang
AU - Xiong, Ping
AU - Liu, Yunhao
N1 - Publisher Copyright:
IEEE
PY - 2024/2/1
Y1 - 2024/2/1
N2 - Almost all Android users have ever experienced poor responsiveness, including the common frame dropping events - slow rendering (SR) and frozen frames (FF), as well as the uncommon Application Not Responding (ANR) and System Not Responding (SNR) that directly disrupt user experience. This work takes two complementary approaches, controlled benchmarking and in-the-wild crowdsourcing, to comprehensively understand their prevalence, characteristics, and root causes, which turn out to be significantly different from common understandings and prior studies. We find that SR, FF, ANR, and SNR all occur prevalently on all the studied hardware models of Android phones, and better hardware does not seem to relieve ANR/SNR. Most surprisingly, they are oftentimes ascribed to defective software design that incurs substantial resource overuse - lightweight apps can experience severe SR/FF events due to redundant UI rendering, and the most ANR/SNR events stem from Android's aggressive implementation of write amplification mitigation. In fact, the former can be effectively overcome by simplifying the apps' UI hierarchy, and we design a practical approach to address almost all (>99%) of the latter while only decreasing 3% of the data write speed with large-scale deployment. We have released our measurement code/data to the research community.
AB - Almost all Android users have ever experienced poor responsiveness, including the common frame dropping events - slow rendering (SR) and frozen frames (FF), as well as the uncommon Application Not Responding (ANR) and System Not Responding (SNR) that directly disrupt user experience. This work takes two complementary approaches, controlled benchmarking and in-the-wild crowdsourcing, to comprehensively understand their prevalence, characteristics, and root causes, which turn out to be significantly different from common understandings and prior studies. We find that SR, FF, ANR, and SNR all occur prevalently on all the studied hardware models of Android phones, and better hardware does not seem to relieve ANR/SNR. Most surprisingly, they are oftentimes ascribed to defective software design that incurs substantial resource overuse - lightweight apps can experience severe SR/FF events due to redundant UI rendering, and the most ANR/SNR events stem from Android's aggressive implementation of write amplification mitigation. In fact, the former can be effectively overcome by simplifying the apps' UI hierarchy, and we design a practical approach to address almost all (>99%) of the latter while only decreasing 3% of the data write speed with large-scale deployment. We have released our measurement code/data to the research community.
KW - Android
KW - application not responding (ANR)
KW - frozen frames (FF)
KW - redundant UI rendering (RUIR)
KW - responsiveness
KW - slow rendering (SR)
KW - system not responding (SNR)
KW - write amplification mitigation (WAM)
UR - http://www.scopus.com/inward/record.url?scp=85147260550&partnerID=8YFLogxK
UR - http://www.scopus.com/inward/citedby.url?scp=85147260550&partnerID=8YFLogxK
U2 - 10.1109/tmc.2023.3237716
DO - 10.1109/tmc.2023.3237716
M3 - Article
AN - SCOPUS:85147260550
SN - 1536-1233
VL - 23
SP - 1521
EP - 1533
JO - IEEE Transactions on Mobile Computing
JF - IEEE Transactions on Mobile Computing
IS - 2
ER -