การดีบักการใช้งาน CPU / หน่วยความจำสูง (ใกล้เคียง) ของแอปพลิเคชัน“ เนื้อหาเว็บ” บน Linux Mint


42

ฉันมี Linux Mint ติดตั้งอยู่ในคอมพิวเตอร์ 3 เครื่องที่บ้านและทั้งหมดนั้นเกือบจะช้าอย่างไม่น่าเชื่อเมื่อเปิด Firefox นี่คือผลลัพธ์จากด้านบน :

เอาต์พุตสูงสุดขณะเรียกใช้เนื้อหาเว็บ

อย่างที่คุณเห็น "เนื้อหาเว็บ" และ Firefox นั้นใช้งาน CPU ของฉันเกือบทั้งหมดและหน่วยความจำระบบมากกว่า 50% (4GB +)

ฉันไม่เคยมีปัญหานี้ในอดีตกับ Debian หรือ Ubuntu แต่มันเกิดขึ้นกับคอมพิวเตอร์ทุกเครื่องที่ฉันได้ติดตั้ง Mint ไปแล้ว การใช้งานซีพียู / หน่วยความจำสูงมาก (ใกล้เคียง) นี้คงที่และทำให้คอมพิวเตอร์ของฉันไม่สามารถใช้งานได้

ไม่มีใครมีความคิดเกี่ยวกับวิธีการแก้ไขปัญหานี้หรือไม่ หากไม่มีการแก้ไขฉันจะป้องกันไม่ให้แอปพลิเคชัน "เนื้อหาเว็บ" นี้ทำงานได้อย่างไร?


2
สิ่งนี้เกิดขึ้นกับฉันด้วย lubuntu 15 ด้วย
Carlos

4
มันเกิดขึ้นกับฉันด้วย Ubuntu 16.04 ฉันไม่คิดว่าเกี่ยวข้องกับโรงกษาปณ์หรือโรงกลั่นอื่น ๆ
เฟรดริก

1
1) ฉันใช้ Firefox ทุกคืนอัปเดตเป็นประจำ 2) และฉันปิด e10s เพราะฉันคิดว่ามันเป็นความหายนะ -> ฉันไม่เคยมีปัญหาใด ๆ และฉันมี Firefox ที่รวดเร็วและเล็กมาก ฉันไม่มีกระบวนการ WebContent และอึที่คล้ายกัน
user259412

e10s คืออะไร การค้นหาเว็บไม่ได้เกี่ยวข้องอะไรเลย มีหน้า Wikipedia สำหรับมัน แต่เปลี่ยนเส้นทางไปยังหน้า Firefox หลักสำหรับคุณสมบัติ แต่ไม่มีที่ไหนที่ e10s แสดงอยู่ในหน้า Firefox wikipedia
bgoodr

1
@bgoodr e10s == อิเล็กโทรไลต์อาร์ Multiprocess Firefox support.mozilla.org/en-US/kb/…
doremi

คำตอบ:


12

นี่เป็นปัญหาทั่วไปที่ทำให้ไม่มีสิ่งใดนอกจากแบตเตอรี่ที่สิ้นเปลืองพลังงานลดเวลาในการใช้งานที่ไม่ได้เสียบปลั๊กอย่างมีนัยสำคัญ

สาเหตุของปัญหาที่ดูเหมือนจะง่ายมาก: คุณอาจจะมีแท็บมากเกินไปเปิดแต่ละคนมีขนาดใหญ่และไร้ประโยชน์ลูปไม่มีที่สิ้นสุดทำงานจาวาสคริปต์

จาวาสคริปต์เหล่านั้นมักจะไม่ได้มาจากเว็บไซต์ที่คุณกำลังทำงานอยู่ แต่เป็นโฆษณาจากบุคคลที่สามจากที่อื่นที่พยายามรวบรวมข้อมูลจากเซสชัน FFox ของคุณหรือเพื่อแสดงโฆษณาสลับข้าง

ง่าย ( แต่ไม่ซ้ำกัน) วิธีการแก้ปัญหาจะต้องติดตั้งปลั๊กอิน NoScript - ก่อให้เกิดผลทันที - Web กระบวนการเนื้อหา CPU consumtion จะลดลงเกือบถึง0%

ดังนั้นให้ติดตั้ง NoScript ไว้ใน FFox'es ทั้งหมดของคุณและติดตามว่าโดเมนใดที่คุณอนุญาตให้สคริปต์ทำงานจริง ๆ อย่างระมัดระวัง

เป็นวิธีปฏิบัติที่ดีที่จะอนุญาตเฉพาะสคริปต์โดเมนดั้งเดิมสำหรับถาวร (ตัวเลือก " อนุญาต ") เพื่อให้เว็บไซต์ที่คุณกำลังเยี่ยมชมแสดงข้อมูลที่เป็นประโยชน์ทั้งหมดอย่างถูกต้อง แต่เพื่อให้โดเมนด้านข้างหรือพิเศษใน " ห้าม " หรือ " ชั่วคราว อนุญาตโหมด "ดังนั้นการโหลด FFox ครั้งต่อไปจะทำให้สคริปต์ที่ไม่พึงประสงค์ทั้งหมดถูกแบนอีกครั้ง


ฟังดูเหมือนคำอธิบายที่สมเหตุสมผล
Hexdump

เพิ่มขึ้น แต่ในกรณีของฉัน Ghostery เป็นส่วนเสริมที่ดูเหมือนว่าจะทำงานร่วมกับ CPU ในขณะที่ NoScript ก็ทำงานได้เช่นกัน เห็นได้ชัดว่า NoScript ไม่มีการควบคุมกิจกรรม WebContent ที่เกี่ยวข้องกับการทำงานของ Ghostery (เนื้อหาเนื่องจากมาจากภายในระบบ) ประสบการณ์ของฉันสอดคล้องกับคำตอบ
XavierStuvw

3

ฉันเพิ่งพบปัญหานี้กับ Firefox "ใหม่" กระบวนการใช้ 2.4 GB ในเครื่อง 4 GB โดยเปิดเพียงแท็บเดียว การปิดใช้งานปลั๊กอิน Ghostery แก้ไขปัญหาให้ฉันได้


นี่เป็นคำอธิบายที่ดีสำหรับกรณีของฉัน: ฉันมี NoScript และ Ghostery เริ่มทำงาน การปิดการใช้งาน Ghostery ทำให้การใช้งาน CPU ของแอปพลิเคชั่นเนื้อหาเว็บมีเปอร์เซ็นต์ที่สมเหตุสมผล ดังนั้นในกรณีของฉัน NoScript มีประโยชน์ (ดูโพสต์ด้านล่าง ) แต่ไม่สามารถป้องกัน Ghostery ได้ ฉันใช้ Ubuntu 14.04 LTS; ปัญหารู้สึกได้ในแล็ปท็อปมากกว่าในเดสก์ท็อปที่มี Firefox และส่วนเสริมเดียวกัน
XavierStuvw

Ghostery ไม่ใช่เครื่องมือที่จะมี มันไม่เคยแนะนำใคร
Oleg Kokorin

1

ดูเหมือนว่าคุณมีปลั๊กอิน Firefox หรือส่วนขยายที่ติดตั้งแล้วหรือไม่ ลองปิดการใช้งานส่วนขยายใด ๆ / ทั้งหมดและดูว่าช่วยแก้ไขปัญหาได้หรือไม่

แก้ไข *: ตรวจสอบลิงค์นี้สำหรับข้อมูลเพิ่มเติม - ดูเหมือนว่าจะเกี่ยวข้องกับแฟลช: https://forums.linuxmint.com/viewtopic.php?t=231186


น่าเศร้าที่ลิงค์นี้ไม่สมเหตุสมผลสำหรับฉัน
ซีอาน

มันไม่ได้ช่วยอะไร สิ่งนี้เกิดขึ้นแม้จะมีการติดตั้งเริ่มต้น
เจ. เทย์เลอร์

1

ฉันมีปัญหาเดียวกันและพยายามปิดแท็บที่เปิดอยู่ทีละแท็บเพื่อค้นหาแท็บที่ต้องอาศัยกระบวนการเนื้อหาเว็บเป็นอย่างมาก ปรากฏว่าอีเบย์ใช้ซีพียูของฉันประมาณ 20-30% ขึ้นอยู่กับเครื่องของคุณเปอร์เซ็นต์นี้อาจต่ำกว่าหรือสูงกว่า

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.