Re: [問題] 解決Line卡頓問題 是不是只能換新旗艦機?

[shelizi ("無"所作"為"的ㄚ翰)]

如果你的歷史訊息很多line會卡的話
你先備份對話紀錄到雲端
然後去找line的舊版apk 12.15.1
解除舊版安裝以後裝下載的apk版本
然後恢復雲端訊息
然後等個一小時等他把資料同步好以後
把 Line APP關掉再打開
然後再次執行一次雲端手動備份
理論上這樣就會變順
然後等到隔天備份的同一時間他會開始變卡，你就再執行一次手動備份就可以再變順，基本
上要過前一天的備份時間以後再執行才有用，然後line自動更新請關掉，因為這方法新版沒
有用。

以上是方法，現在說一下原因
line每天會對所有的對話紀錄做索引，所以會把cpu資源佔住導致發熱卡頓跟耗電，舊版的l
ine可以透過雲端備份的方式把索引的執行中斷，然後到隔天備份的時間才會再做索引，理
論上新的手機效能比較好做索引的時間越短，卡頓的時間會縮短，不過訊息越多需要的時間
也越多，所以暫時的解法就是我上面的方法，你可以試試看

要怎樣確認這個方法有沒有用或者成功
https://play.google.com/store/apps/details?id=a98apps.monitorfree

可以安裝這個軟體，然後打開cpu的監控，當line打開在前景的時候會看到cpu的大核會跑高
頻率，然後如果放到背景他會跑小核高頻率，然後把line完全關掉，所有核心都會降低，這
樣就是line在做索引，那如果執行備份中斷做索引，那所有核心基本上都會維持較低的狀
態，不會有上述的狀況，那就是中斷索引有成功。

9 /26更新：
我後來裝了新版的13.15.1版他的索引有優化，處理的時間明顯變短，現在大概處理20-30分
左右就可以完成，也是一樣每天都會跑索引，所以有一段時間會比較卡，可以透過上面說的
cpu軟體判斷，這時候可以讓line保持在畫面，然後不要讓螢幕關掉，避免系統將line關閉
中斷執行導致重來，等到cpu開始降到低點，表示處理索引完畢，就可以再順順用一天，每
天重複，其實也跟每天要備份差不多意思，大家可以試試看。


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.2.82 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1692353058.A.EE3.html
推 EPIRB406    : 群組留言砍一砍就順了，看一堆人都999還不去看留著
→ EPIRB406    : 不知道幹嘛
推 NX9999      : 不重要的對話刪一刪就爆幹順了
→ bbbing      : 那個肥大是沒有極限的，清一清實在
→ arlaw       : line雲端不要太相信  還是本地也備份一下
推 cowardooooo : 999不看，有些人會受不了
推 iamxup6     : 先推再看
推 dixsion     : 推一個
推 osk2        : 定期清垃圾對話就不會頓了 結論就是line太糞
→ MK47        : 砍掉垃圾對話實在 太多對話用旗艦機一樣lag
推 saico8023   : 對話那麼多又不去看他。幹嘛還加進去，卡頓才在哪
→ saico8023   : 邊唉，可憐的人
推 agpc        : 糞賴就是需要手動清，不然性能再好，也撐不住日漸
→ agpc        : 肥大的糞
推 qqq15963    : 定期清真的比較有用
推 wi22900     : 有些是APP問題吧 可能版本和手機廠牌不相容，之前也
→ wi22900     : 是手賤更新後訊息會延遲，後來裝舊版APK就正常了
推 fcshden     : 推一個
推 saedn       : 所以對話不能留了？
推 EQUP        : 推一個
→ fym68       : 公司群組訊息刪掉唯一正解
→ gn02546574  : 沒Line前都不會有這問題
→ BOARAY      : 這樣真的999之後訊息就不會延遲了嗎
→ BOARAY      : 用了舊版 999之後還是訊息延遲QQ
推 andrew5106  : 為啥tg對話更多就不會頓
→ shelizi     : 因為TG對話紀錄都是在雲端，line都是在本地端的資
→ shelizi     : 料庫，所以資料量越大line就會越慢，然後他還每天
→ shelizi     : 都做所有對話紀錄的索引，這個實際上是沒有必要的
→ shelizi     : 行為，導致line更卡，避免索引的方法就是我文章內
→ shelizi     : 說的， TG雖然訊息在雲端速度比較快，缺點是TG如果
→ shelizi     : 倒了，或者無法連線，那些對話紀錄是看不到了，lin
→ shelizi     : e就沒這個問題，因為他資料都在本地端
→ seopen      : 都3202年了，光存取文字記錄是能有多大容量…
推 allen501pc  : @seopen斷詞、索引結構跟演算法的設計，在reindex
→ allen501pc  : 的時候造成額外系統運行成本。就算是只有10MB的文
→ allen501pc  : 字訊息，它在載入成為索引資料結構的時候，耗用的
→ allen501pc  : 記憶體等資源會膨脹到系統無法負荷。
推 falassion   : 定期清
→ shelizi     : 我的對話紀錄資料庫大概5GB，手機效能有限處理起來
→ shelizi     : 還是要花很多時間
※ 編輯: shelizi (223.136.45.108 臺灣), 09/26/2023 08:21:35
※ 編輯: shelizi (223.136.45.108 臺灣), 09/26/2023 08:24:39