Avatar for Username

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信，及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

话题已存档。 如果需要帮助请提出新问题。

Thunderbird 102.5.0 HEAVY CPU Use

  • 1 个回答
  • 0 人有此问题
  • 11 次查看
  • 最后回复者为 Wayne Mery

Jonathan B. Horen
Jonathan B. Horen
more options

HOST: Raspberry Pi 4B (8GB) OS: Debian 12 (Bookworm) LM: Slim (1.3.9) DE: None WM: JWM (2.4.3)

As part of yesterday's daily update, apt-get installed thunderbird-102.5.0 in place of thunderbird-102.4.1 -- the result? top -d1 displayed a constant 100%-200% CPU use (with system loads of 4-5+), during the startup and throughout its presence on my desktop. Loading messages took several minutes (I keep my Inbox small, preferring to sort messages -- automatically or manually -- into subfolders); populating the calendar took almost seven minutes -- neither is acceptable.

In the end, I removed v102.5.0 and replaced it with v102.4.1 -- I hope this issue is not particular to my setup, and that it will be remedied sooner, rather than later.

HOST: Raspberry Pi 4B (8GB) OS: Debian 12 (Bookworm) LM: Slim (1.3.9) DE: None WM: JWM (2.4.3) As part of yesterday's daily update, apt-get installed thunderbird-102.5.0 in place of thunderbird-102.4.1 -- the result? top -d1 displayed a constant 100%-200% CPU use (with system loads of 4-5+), during the startup and throughout its presence on my desktop. Loading messages took several minutes (I keep my Inbox small, preferring to sort messages -- automatically or manually -- into subfolders); populating the calendar took almost seven minutes -- neither is acceptable. In the end, I removed v102.5.0 and replaced it with v102.4.1 -- I hope this issue is not particular to my setup, and that it will be remedied sooner, rather than later.

所有回复 (1)

Wayne Mery
Wayne Mery
  • Moderator
  • Top 10 Contributor
more options

It is worth noting that users have previously reported issues with Raspberry Pi, and we do no testing on this platform.

I'm not aware of any Thunderbird patches that might cause this problem in 102.5.0 - the list of patches is https://bugzilla.mozilla.org/buglist.cgi?bug_id=1796964%2C1782646%2C1795751%2C1798161%2C1795605%2C1794997%2C1795578%2C1797927%2C1795547%2C1794775%2C1792281%2C1795709%2C1787531%2C1798701%2C1792923&list_id=16296395

And I think it unlikely that the gecko side of the code (from Firefox) would have introduced such a problem.

A performance profile might help pinpoint the cause https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance