LinkedIn ใช้ RAM 2.4GB จากแค่สองแท็บ

 (news.ycombinator.com)
4 คะแนน โดย GN⁺ 2026-03-30 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • เว็บไซต์ LinkedIn ใช้หน่วยความจำ 2.4GB เมื่อเปิดใน เบราว์เซอร์เพียงสองแท็บ
  • ถูกชี้ว่าเป็นปัญหาเรื่อง การใช้ทรัพยากรอย่างไม่มีประสิทธิภาพ ของเว็บแอปพลิเคชัน
  • มีการตั้งข้อสังเกตถึงความเป็นไปได้ที่จะกระทบต่อ ประสิทธิภาพของเบราว์เซอร์ และ ประสบการณ์ผู้ใช้
  • มีการกล่าวถึงว่า เฟรมเวิร์กฟรอนต์เอนด์ขนาดใหญ่ หรือ สคริปต์โฆษณาและติดตาม อาจเป็นสาเหตุ
  • ประเด็นเรื่อง ความจำเป็นในการปรับแต่งเว็บให้มีประสิทธิภาพ ของแพลตฟอร์มหลักกลับมาได้รับความสนใจอีกครั้ง

การใช้หน่วยความจำมากเกินไปของเว็บไซต์ LinkedIn

  • มีรายงานกรณีที่การรัน LinkedIn ในสองแท็บใช้ RAM รวม 2.4GB
  • แม้เพียงแค่ท่องหน้าเว็บธรรมดา ก็ยังเกิดการใช้หน่วยความจำสูง ซึ่งสะท้อนถึง ความไม่มีประสิทธิภาพในการจัดการทรัพยากรเว็บ
  • ปรากฏการณ์นี้อาจนำไปสู่ ประสิทธิภาพของเบราว์เซอร์ที่ลดลง และ ประสบการณ์ผู้ใช้ที่แย่ลง

สาเหตุและนัยสำคัญ

  • เฟรมเวิร์กฟรอนต์เอนด์ขนาดใหญ่, สคริปต์โฆษณาและติดตาม, และ โครงสร้างการเรนเดอร์ฝั่งไคลเอนต์ที่ซับซ้อน ถูกชี้ว่าเป็นปัจจัยที่ทำให้การใช้หน่วยความจำเพิ่มขึ้น
  • ถูกมองว่าเป็นกรณีตัวอย่างที่แสดงให้เห็นว่าแพลตฟอร์มเว็บหลักควรให้ความสำคัญกับ การปรับทรัพยากรให้มีประสิทธิภาพและทำให้เบาลง มากขึ้น
  • ในมุมของผู้ใช้ อาจจำเป็นต้อง จำกัดจำนวนแท็บ หรือ จัดการส่วนขยายของเบราว์เซอร์

บทความที่เกี่ยวข้อง

2 ความคิดเห็น

 
GN⁺ 2026-03-30
ความคิดเห็นบน Hacker News

  • เมื่อเอาข้อเท็จจริงที่ว่า “Voyager 1 ทำงานด้วยหน่วยความจำ 69KB และเครื่องบันทึกเทป 8 แทร็ก” มาเทียบกับสภาพตอนนี้ มันให้ความรู้สึกเหมือนเป็น ความตัดกันที่รุนแรงมาก

    • ใช่ ทุกวันนี้ทั้งสาย 5G หลุด, LinkedIn ใช้หน่วยความจำระดับ GB, แม้แต่ตู้เย็นยังต้องอัปเดตก่อนถึงจะเปิดไฟได้ แต่ Voyager 1 ก็ยังคงบินอยู่ในอวกาศด้วย 69KB
    • ในยุคนั้น 69KB ก็น่าจะถือว่าเยอะมากแล้ว อาจจะราคา 1,000 ดอลลาร์ต่อ 1KB ก็ได้ และถ้าเป็น หน่วยความจำทนรังสีอวกาศ ก็คงแพงกว่านั้นอีกราว 10 เท่า
    • ตอนนี้แม้แต่แอปแชตธรรมดาก็ยังทำแทบทุกอย่างที่ LinkedIn ทำได้โดยใช้ RAM ไม่ถึง 100MB
    • แน่นอนว่า Voyager 1 เป็นผลิตภัณฑ์ที่เรียบง่ายกว่ามาก จึงเป็นเรื่องธรรมดาที่มันจะใช้หน่วยความจำน้อยกว่ามากขนาดนั้น

  • ในความเป็นจริง LinkedIn เต็มไปด้วย คนแปลก ๆ แต่เอาเข้าจริงโซเชียลมีเดียส่วนใหญ่ก็แย่พอ ๆ กัน
    ไม่ว่าจะ Facebook หรือ Twitter สุดท้ายก็มุ่งไปในทางที่ไม่ดีเหมือนกัน ส่วน Google+ อย่างน้อยก็เคยมีเครื่องมือที่จำกัดประสบการณ์ตามพื้นที่ได้ เลยดูมีศักยภาพอยู่บ้าง

    • ดูเหมือนทุกวันนี้หน่วยงานยุติธรรมก็จะมองคล้าย ๆ กัน Meta กับ Google ยังโดนกำกับดูแลอย่างต่อเนื่อง แต่ในขณะเดียวกันก็ขัดขวางไม่ให้บริษัทนวัตกรรมรายใหม่เกิดขึ้นได้ เกิดเป็นวงจรเลวร้ายที่ ผลย้อนกลับของการกำกับดูแล ทำให้นวัตกรรมยิ่งเกิดได้ยาก
    • LinkedIn แย่เป็นพิเศษ โพสต์แนว inspiration porn ปะปนกับการถกเถียงการเมืองจนทำให้มึนหัว แต่เวลาไปสมัครงานก็ยังถูกขอ URL ของ LinkedIn เลยต้องฝืนรักษาบัญชีไว้
    • เหตุที่โซเชียลมีเดียแย่ ส่วนหนึ่งมาจาก แนวปฏิบัติทางธุรกิจที่ไม่โปร่งใส ของบริษัท แต่ก็เป็นปัญหาที่ตัวผู้ใช้เองด้วยเหมือนกัน อยากรู้ว่าเคยลองใช้ Mastodon ไหม
    • สงสัยว่าความต่างระหว่าง HN กับโซเชียลมีเดียคืออะไร ถ้ามีฟีดแบบปรับเฉพาะบุคคลก็ถือว่าเป็น ‘โซเชียล’ หรือว่าหัวใจอยู่ที่การแนะนำแบบอิงกราฟกันแน่
    • LinkedIn เหมือน ฟีดข่าวโฆษณาบริษัท มากกว่า เป็นเหมือนป้ายโฆษณาที่ผู้ใหญ่สมัครใจติดตามเอง

  • AWS ก็กิน RAM เยอะคล้ายกัน เปิดแท็บ AWS แค่ไม่กี่แท็บบน VM ของบริษัทก็กินไปประมาณ 1.4GB แล้ว แม้แต่หน้าเว็บข้อความล้วนก็ยังมักใช้ หน่วยความจำระดับกิกะไบต์ กันบ่อยขึ้น
    ยังมีหลายเว็บที่ภายนอกดูเรียบง่ายแต่ CPU พุ่งหนัก เช่น UI ใหม่ของ Reddit หรือ DeepL Translator เลยอดสงสัยไม่ได้ว่า LLM มาแก้โค้ดให้อัตโนมัติแล้วดันพลาดเรื่อง การปรับแต่งประสิทธิภาพ ไปรึเปล่า

    • ปัญหาคือเว็บเฟรมเวิร์กหลายตัวทำให้สร้างแอปซับซ้อนที่ “ใช้งานได้เฉย ๆ” ได้ง่าย แต่ไม่ได้คำนึงถึงประสิทธิภาพเลย UI เว็บของ OpenAI เมื่อก่อนก็แย่มากเพราะเรนเดอร์ประวัติการสนทนาทั้งหมดใหม่ทุกครั้ง
    • ตอนดูเว็บ BestBuy อยู่ iPhone ร้อนจี๋แล้วแบตลดฮวบ มันหนักระดับเหมือนกำลัง ขุดคริปโต อยู่เลย
    • ทุกวันนี้เว็บไซต์ต่าง ๆ เหมือนฝังเบราว์เซอร์ของตัวเองไว้ใน JavaScript เพื่อคอยติดตามพฤติกรรมผู้ใช้
    • เมื่อก่อนแอปเดสก์ท็อป Slack ใช้หน่วยความจำมากกว่า IDE ของฉันเสียอีก จนทุกครั้งที่คอมไพล์ต้องปิด Slack ก่อน
    • ดูเหมือนในหมู่นักพัฒนาเว็บทุกวันนี้จะมีการแข่งขันกันใช้ CSS filter เกินพอดี เปิดหน้า DeepL ทิ้งไว้หนึ่งชั่วโมงแล้วโน้ตบุ๊กของฉันร้อน เพราะวิดีโอติดอยู่ในลูป SEEK ไม่สิ้นสุดจนเผา CPU ไปเรื่อย ๆ ฉันคิดว่า Google ควรใส่การใช้ทรัพยากรเข้าไปใน Web Vitals

  • บริการบล็อกบอตของ LinkedIn (protechts.net) เคยกิน RAM ในโน้ตบุ๊กของฉันไป 42GB Firefox สว็อปหนักผิดปกติจนพอเช็กดูก็พบว่าตัวการคืออันนี้
    มี ภาพหน้าจอ ด้วย ชื่อ iframe ว่า “humanSecurityEnforcerIframe” นี่ช่างประชดดีจริง ๆ

  • มีวิธีแก้ปัญหานี้แบบถาวรอยู่ ปิดแท็บแล้วอย่าเปิด LinkedIn อีกก็พอ

    • แล้วก็มี เคล็ดลับประหลาด ๆ สำหรับลดภาระจากอีเมลด้วย

  • ไม่เข้าใจว่าเดี๋ยวนี้ยังมีใครใช้ LinkedIn อยู่บ้าง พอล็อกอินเข้าไปก็มีแต่ ข้อความและภาพที่ AI สร้าง เต็มไปหมด เหมือนฉากหนึ่งในซีรีส์ Severance

    • ผู้ใช้ส่วนใหญ่ไม่ได้อ่านฟีดหรือโพสต์อะไรเลย ใช้แค่ หางานและดูแลเครือข่ายคนรู้จัก เท่านั้นด้วยซ้ำ แถมผู้สมัครที่เคลื่อนไหวบนฟีดเยอะ ๆ ยังดูเสี่ยงเหมือนเป็นคนที่หมกมุ่นกับ LinkedIn มากเกินไปในเวลางาน
    • ฉันก็ได้งานล่าสุดมาจาก LinkedIn และจนถึงตอนนี้ก็ยังมีรีครูเตอร์ติดต่อมาเรื่อย ๆ แต่ไม่เคยดูฟีดเลย
    • เมื่อก่อนเวลาเจอ login gate จะคิดว่า ‘คงต้องสมัครแล้ว’ แต่ตอนนี้กลับคิดว่า ‘ที่นี่ไม่ได้อยากได้ฉัน’ เพราะงั้น LinkedIn อาจให้ผล ตรงข้ามกับการจ้างงาน ก็ได้
    • LinkedIn แย่มากจนกลับใช้งานแบบชาอารมณ์ได้ เหมือนเมื่อก่อนที่ใช้ Facebook แค่เพื่อติดต่อเพื่อนร่วมงานเก่า
    • คนส่วนใหญ่ไม่ได้สนุกกับฟีดเลย LinkedIn แทบจะเป็นแพลตฟอร์มแบบ write-only ต้องมีทางเลือกที่ดีกว่านี้ แต่ปัญหาคือสแปมอัตโนมัติและอัลกอริทึมมันตามไปทุกที่
      ฉันเคยทำ สตาร์ตอัปด้านเดตติ้ง มาก่อน แต่หลังจาก ChatGPT ออกมา จุดขายที่แตกต่างก็หายไปเลยจนต้องปิดกิจการ การรีครูตด้วย AI เองก็เสี่ยงจะกลายเป็นสแปมอัตโนมัติที่หนักขึ้นในท้ายที่สุด

  • การที่ LinkedIn จำกัดความเร็วในการเลื่อนแบบตั้งใจนี่ให้ความรู้สึกเหมือนบ้าไปแล้ว เหมือน กำลังเดินฝ่ากากน้ำตาลเหนียว ๆ

    • ฉันหาวิธีเลี่ยงได้แล้ว แค่เพิ่มกฎนี้ใน uBlock Origin:
      www.linkedin.com##main:style(font-size: 16px !important;)
    • ทุกครั้งที่เปิดหน้ารายการงานใหม่ มันเริ่มที่ด้านล่างสุดของลิสต์ ทำให้ต้องเลื่อนกลับขึ้นไปข้างบนอีกที น่าทึ่งที่ในปี 2026 ยังมี UI แบบนี้อยู่
    • การบังคับควบคุมการเลื่อนนี่ชวนเสียสติจริง ๆ
    • พอนึกภาพ MBA ที่เสนอไอเดียนี้ขึ้นมาก็ขำดี เป็น แก่นแท้ของวิศวกรรมแบบ Microslop เลย
    • การ hijack การเลื่อนแบบนี้แสดงให้เห็นถึง ความเสื่อมของวิธีคิดด้านผลิตภัณฑ์ มันเป็นลูกเล่นที่ตั้งใจทำให้ผู้ใช้ช้าลงเพื่อเพิ่มเวลาอยู่บนเว็บ แต่กลับทำลายเครื่องมือช่วยการเข้าถึงและการนำทางด้วยคีย์บอร์ด โน้ตบุ๊กเก่า ๆ ก็อืดอยู่แล้วเวลาเข้า LinkedIn ยังต้องมาโดนเพิ่มความหน่วงแบบจงใจอีก

  • เบราว์เซอร์เว็บสมัยก่อน ผู้ใช้ยังตั้งขีดจำกัด RAM หรือแคชเองได้ ตอนนี้ อำนาจควบคุมทรัพยากร แบบนั้นหายไปหมดแล้ว น่าเสียดาย

    • สุดท้ายก็กลายเป็นยุคที่ต้องอนุญาตให้รันโค้ดจากระยะไกลตลอดเวลาเพียงเพื่อจะอ่านข้อความ

  • สงสัยว่าเหตุผลที่ LinkedIn ใช้ 1.3GB คืออะไร อยากให้มีใครสักคนช่วย วิเคราะห์ memory dump
    เคยได้ยินคำอธิบายว่าเบราว์เซอร์คิดว่า “RAM ที่เหลืออยู่คือ RAM ที่สูญเปล่า” เลยจองไว้ล่วงหน้า แต่ฟังดูเหมือนข้ออ้างมากกว่า เพราะเวลาจำเป็นก็ค่อยขอจาก OS ก็ได้ ทำไมต้องกินไว้ก่อนทั้งหมด

  • มีคนคาดว่า LinkedIn อาจตรวจสอบส่วนขยายของเบราว์เซอร์เพื่อพยายาม ป้องกัน screen scraping
    ดู เธรดที่เกี่ยวข้อง

    • แต่โค้ดส่วนนั้นเล็กมาก และไม่ใช่สาเหตุที่แท้จริง ตรงกันข้าม การที่มีรีครูเตอร์สแปมมากเกินไปก็ทำให้พอเข้าใจได้ระดับหนึ่งว่าทำไม LinkedIn ถึงเพิ่มการ ตรวจจับการ scrape ข้อมูล
 
duqduqduq 29 일 전

มันค่อนข้างน่าขันที่ได้เห็นการพูดจาไร้สาระแบบนี้เต็มไปหมด ทั้งที่นักพัฒนาที่เข้าใจสถาปัตยกรรมเว็บจริง ๆ คงไม่พูดแบบนี้ เบราว์เซอร์มีเหตุผลเป็นสิบ ๆ ข้อที่ทำให้ใช้หน่วยความจำสูง แต่คุณกลับอ้างว่าเป็นความผิดของเว็บไซต์ทั้งหมดงั้นเหรอ? ไปเอาคำพูดไร้สาระแบบโง่ ๆ ที่ปนกับจินตนาการมาจากไหนถึงได้พ่นอะไรเหลวไหลแบบนี้ออกมา? แม้แต่เอนจิน V8 เองก็ยังจัดสรรหน่วยความจำเพิ่มแบบเลือกสรรเมื่อมีทรัพยากรของผู้ใช้เหลืออยู่ และถ้าเบราว์เซอร์จงใจหน่วง CG เชิงกลยุทธ์ ก็ทะลุ 1GB ได้สบาย ๆ... ถ้าไม่รู้ก็ไปถาม AI สิ ไอ้พวกโง่