Android 17 ກຳລັງປ່ຽນວິທີຈັດການແອັບທີ່ໃຊ້ memory ຫຼາຍເກີນໄປ. Google ເລີ່ມກຳນົດ memory limit ຕໍ່ແອັບໃນ Pixel ເພື່ອບໍ່ໃຫ້ແອັບດຽວກິນ RAM ຈົນໂທລະສັບທັງເຄື່ອງຊ້າ. ຫາກເກີນຂີດຈຳກັດ ແອັບອາດຖືກຫຼຸດຄວາມໄວ, ຍ້າຍຂໍ້ມູນໄປ memory ທີ່ບີບອັດ ແລະອາດຖືກປິດ process.
Android 17 ກຳນົດ memory budget ຕໍ່ແອັບ
Google ໃຊ້ວິທີເປັນຂັ້ນຕອນ ບໍ່ໄດ້ປິດແອັບທັນທີ. ເປົ້າໝາຍແມ່ນຮັກສາຄວາມລື່ນໄຫຼຂອງອຸປະກອນ ແລະໃຫ້ແອັບມີໂອກາດຫຼຸດການໃຊ້ memory. Game, media app ແລະ software ຊັບຊ້ອນຈະໄດ້ຮັບຜົນຊັດ.
ເມື່ອແອັບເກີນ RAM limit ຈະເກີດຫຍັງ
ເມື່ອຮອດ limit Android ສາມາດຍ້າຍ memory pages ໄປ zRAM ທີ່ເປັນ RAM ບີບອັດ. ມັນຊ່ວຍຫຼຸດພາລະ RAM ຈິງ ແຕ່ການບີບອັດ/ຄາຍຂໍ້ມູນໃຊ້ CPU ແລະອາດເຮັດໃຫ້ lag ຫຼືຊ້າ.
– ຂັ້ນທີ 1 — zRAM swapping: Android ບີບອັດ memory pages ໄປ zRAM ເພື່ອຫຼຸດພາລະ RAM ແຕ່ CPU ອາດເຮັດໃຫ້ຊ້າ.
– ຂັ້ນທີ 2 — process termination: ຫາກ memory ຍັງເກີນ zRAM threshold Android ສາມາດປິດແອັບ ແລະ ApplicationExitInfo ອາດສະແດງ “MemoryLimiter:AnonSwap”.
ເຫດໃດ Google ຈຶ່ງເຂັ້ມງວດ memory ຕອນນີ້
Google ຊີ້ວ່າລາຄາ memory ທີ່ສູງຂຶ້ນເຮັດໃຫ້ອຸປະກອນໃໝ່ບາງຮຸ່ນຄົງ ຫຼືຫຼຸດ RAM ຈິງ ແຕ່ຜູ້ໃຊ້ຍັງຄາດຫວັງຄວາມໄວ. Android ຈຶ່ງຕ້ອງປ້ອງກັນ process ທີ່ optimize ບໍ່ດີຈາກການລາກທັງລະບົບໃຫ້ຊ້າ.
ບໍ່ໄດ້ຈຳກັດຢູ່ Pixel. ໃນປີຕໍ່ໄປຜູ້ຜະລິດຫຼາຍຂຶ້ນຈະນຳ memory limit ໄປໃຊ້ກັບອຸປະກອນ RAM 4GB ຫາ 16GB ຫຼືຫຼາຍກວ່າ.
Developer ແລະຜູ້ໃຊ້ Android ຕ້ອງຄາດຫວັງຫຍັງ
Developer ຄວນໃຊ້ Android vitals ຕິດຕາມ memory/Bitmap Memory, Firebase Crashlytics 20.1.0 ສຳລັບ OOM ແລະ Memory Limiter, ແລະ ProfilingManager ເພື່ອເກັບ heap dump/profile ຈາກອຸປະກອນຈິງ ເພື່ອຫາ memory leak.
ສຳລັບຜູ້ໃຊ້ ແອັບພື້ນຫຼັງຈະກິນ RAM ຈົນທັງເຄື່ອງຊ້າໄດ້ຍາກຂຶ້ນ. ແຕ່ແອັບທີ່ optimize ບໍ່ດີ ຫຼືກິນ memory ຫຼາຍອາດ lag, reload ຫຼືປິດງ່າຍຂຶ້ນ. ເລີ່ມຈາກ Pixel Android 17 ແລະຈະຂະຫຍາຍໄປຍັງຍີ່ຫໍ້ອື່ນ.
