1 คะแนน โดย GN⁺ 2024-07-18 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • พยายามชุบชีวิต Surface Pro 4 ที่ซื้อมาในปี 2016 ให้กลับมาเป็นแท็บเล็ต Linux แต่สุดท้ายต้องกลับไปใช้ Windows 10 เพราะปัญหาทัชทำงานผิดพลาดซ้ำๆ
  • การติดตั้งทั้ง EndeavourOS และ Fedora Workstation 40 เป็นไปอย่างราบรื่น และหากใช้งานในขอบเขตแบบโน้ตบุ๊ก ฟังก์ชันอย่างเครือข่ายไร้สาย Bluetooth คีย์บอร์ด โปรไฟล์พลังงาน และการสเกล HiDPI ก็แทบทำงานได้ปกติแม้ไม่มี linux-surface kernel
  • เมื่อติดตั้ง linux-surface kernel แล้ว จะสามารถใช้มัลติทัชและสไตลัสที่รองรับแรงกดได้ในระดับหนึ่ง แต่ปัญหา ghost touch และการปฏิเสธการสัมผัสจากฝ่ามือที่ล้มเหลว ทำลายประสบการณ์การใช้งานแบบแท็บเล็ตและปากกา
  • KDE ทำงานได้เร็วและตอบสนองดี แต่คีย์บอร์ดเสมือน ท่าทางคลิกขวา การปรับขนาดหน้าต่าง และการเลื่อนยังไม่เสถียร ส่วน Gnome มี UI สำหรับแท็บเล็ตที่ดีกว่า แต่ช้ากว่าและเกิด OOM kill บ่อย
  • ถ้าระบบสัมผัสเสถียรพอ ความไม่สะดวกของ KDE ก็ยังพอรับได้ แต่เมื่อรวมปัญหาการแตะแบบสุ่มและการกินแบตระหว่างสลีป ทำให้การใช้ Surface Pro 4 เป็นแท็บเล็ต Linux ยังไม่เหมาะกับการใช้งานจริง

เหตุผลที่ลองใช้ Surface Pro 4 เป็นแท็บเล็ต Linux อีกครั้ง

  • อุปกรณ์ที่ใช้คือ Surface Pro 4 ที่ซื้อมาในปี 2016 พร้อม CPU Intel Core m3-6Y30 และหน่วยความจำ 4GB
  • สเปกไม่ได้โดดเด่นเมื่อเทียบกับโน้ตบุ๊กทั่วไปเมื่อหลายปีก่อน แต่รูปแบบแท็บเล็ตที่ได้หน้าจอ HiDPI 2K สไตลัสรองรับแรงกด และคีย์บอร์ดที่ใช้งานได้ในราคาต่ำ ถือว่าน่าสนใจ
  • มันค่อนข้างหนักถ้าจะใช้เป็นแท็บเล็ต แต่ก็ยังเบากว่าโน้ตบุ๊กทั่วไป และเพียงพอสำหรับงานที่มีขอบเขตจำกัด
  • หลังซื้อโน้ตบุ๊กที่แรงกว่ามาแล้ว Surface Pro 4 ก็ถูกส่งต่อให้คนในครอบครัว แต่ความคิดที่อยากมี แท็บเล็ต Linux ยังอยู่ตลอด
  • หลังจากดู Pinetab แล้ว ผู้เขียนเห็นว่าถ้าสามารถติดตั้ง Linux ลงบน Surface เดิมได้ก็น่าจะเหมาะกว่า จึงเริ่มทดลองโดยอ้างอิงจากกรณีใช้งานที่สำเร็จบนอินเทอร์เน็ต

เป้าหมายการใช้งาน

  • การใช้งานที่สำคัญที่สุดคือ การท่องอินเทอร์เน็ต รวมถึงการใช้ RSS Brain ซึ่งเป็น RSS reader ที่ผู้เขียนทำเอง
  • อีกเป้าหมายคือการเสพสื่อ เช่น ดูวิดีโอจาก Samba share และวิดีโอบนเว็บไซต์ออนไลน์อย่าง YouTube
  • สำหรับ PDF แค่อ่านได้ก็เพียงพอ แต่ถ้าจดโน้ตลงบน PDF ได้ด้วยก็จะยิ่งดี
  • ผู้เขียนมองว่าโน้ตข้อความแบบ Markdown มีประสิทธิภาพและค้นหาได้ดีกว่าการจดลายมือ แต่ก็อยากย้ายสเก็ตช์ที่ปกติวาดบนกระดาษเวลาแก้ปัญหาหรือ brainstorm ไปอยู่ในรูปแบบดิจิทัล
  • การวาดภาพไม่ใช่สิ่งจำเป็น แต่เมื่อ AI พัฒนาไป ก็มีการพิจารณาความเป็นไปได้ที่จะส่งสเก็ตช์ไปยังเครื่องที่ทรงพลังยิ่งกว่าเพื่อสร้างภาพ

การติดตั้งและการทำงานพื้นฐาน

  • การติดตั้ง Linux เองนั้นง่ายมาก และทั้ง EndeavourOS กับ Fedora Workstation 40 ต่างก็ติดตั้งได้อย่างราบรื่น
  • ขั้นตอนการติดตั้งสรุปไว้อย่างดีใน linux-surface wiki
  • linux-surface ให้เคอร์เนล Linux และเครื่องมือสำหรับอุปกรณ์ Surface
  • หากใช้เป็นโน้ตบุ๊กอย่างเดียว ประสบการณ์แทบจะสมบูรณ์แบบแม้ไม่มี linux-surface kernel
  • แต่เมื่อเริ่มใช้งานแบบแท็บเล็ต ปัญหาเฉพาะก็เริ่มปรากฏ

ส่วนที่ทำงานได้ดี

  • แม้ไม่มี linux-surface kernel ฟังก์ชันส่วนใหญ่ก็ยังทำงานได้ ยกเว้นหน้าจอสัมผัสและสไตลัส
    • เครือข่ายไร้สาย
    • Bluetooth
    • คีย์บอร์ด
    • โปรไฟล์พลังงาน
    • การสเกล UI แบบ HiDPI
  • หลังติดตั้ง linux-surface kernel แล้ว ก็สามารถใช้ มัลติทัช และสไตลัสที่รองรับแรงกดได้ในระดับหนึ่ง
  • อายุแบตเตอรี่ประมาณ 5~6 ชั่วโมงสำหรับการท่องเว็บเบาๆ และอ่าน PDF และประมาณ 3 ชั่วโมงสำหรับการดูวิดีโอ
    • ตัวเลขนี้เป็นการประเมินจากประสบการณ์ใช้งาน ไม่ใช่ benchmark แบบเข้มงวด
  • ทั้ง EndeavourOS และ Fedora รองรับการหมุนหน้าจออัตโนมัติ
  • KDE เร็วและตอบสนองดีมาก และเมื่อถอดคีย์บอร์ดออก ระบบจะสลับไปเป็นโหมดแท็บเล็ต ทำให้ UI บางส่วนใหญ่ขึ้นและเหมาะกับท่าทางสัมผัสมากขึ้น
    • ตัวอย่างเช่น ใน Dolphin สามารถเปิดโฟลเดอร์ได้ด้วยการแตะโดยไม่ต้องดับเบิลคลิก
  • Gnome แม้ตอบสนองช้ากว่า KDE แต่มี UI สำหรับแท็บเล็ตที่สวยกว่า และให้ทั้งเลย์เอาต์ที่ชวนให้นึกถึง iPad หรือแท็บเล็ต Android พร้อมความสามารถแบบเดสก์ท็อป OS
  • โดยรวมแล้วประสบการณ์มีโอกาสจะตอบโจทย์การใช้งานที่ตั้งไว้ แต่มีปัญหาร้ายแรงอยู่อย่างหนึ่งที่ขัดขวางการใช้งานจริง

ปัญหาร่วมของทุกดิสโทร

  • ปัญหาใหญ่ที่สุดคือ การรับสัมผัส และเป็นปัญหาทางฝั่งเครื่องมือ linux-surface จึงส่งผลกับทุกดิสโทร
  • อาการหลักคือ ghost touch
    • ทั้งที่ไม่ได้ทำอะไร ระบบก็ลงทะเบียนการสัมผัสแบบสุ่ม
    • ลองวิธีหลบเลี่ยงหลายแบบ รวมถึงวิธีใน linux-surface wiki page แล้ว แต่ก็ยังแก้ไม่ได้อย่างสมบูรณ์
    • บางครั้งรีบูตแล้วหาย แต่พอรีบูตครั้งถัดไปก็กลับมาอีก
    • บางช่วงใช้งานได้ดีอยู่พักหนึ่ง แต่พออัปเกรดระบบแล้วก็กลับมาเกิดอีก
    • บางครั้งหลังปลุกจากสลีป หน้าจอสัมผัสก็ไม่ทำงานไปเลย
  • เวลาวาดภาพด้วยปากกา ปัญหา การปฏิเสธการสัมผัสจากฝ่ามือ ก็รุนแรงมาก
    • iptsd ซึ่งเป็นเดมอนจัดการการรับสัมผัสของ linux-surface มีตัวเลือกให้ปิดหน้าจอสัมผัสระหว่างใช้ปากกา
    • แต่การตั้งค่านั้นทำงานได้ไม่ดี ทำให้ความสามารถในการใช้งานเพื่อวาดภาพต่ำมาก
  • ทั้ง KDE และ Gnome มีคีย์บอร์ดเสมือนเมื่อถอดคีย์บอร์ดจริงออก และโดยมากก็ใช้งานได้
  • หากตั้งค่าการเข้ารหัสดิสก์ด้วยรหัสผ่าน ตอนบูตในขั้นตอนกรอกรหัสผ่านดิสก์จะไม่มีคีย์บอร์ดเสมือน จึงต้องใช้คีย์บอร์ดจริงเสมอ
    • แม้จะไม่สะดวก แต่ก็ไม่ใช่ปัญหาชี้ขาด
  • ปัญหา แบตเตอรี่ลดระหว่างสลีป ก็มีมากเช่นกัน
    • หากปล่อยไว้ในโหมดสลีปข้ามคืน จะใช้แบตไปราว 30%
    • ผู้เขียนเคยเจอปัญหาคล้ายกันในโน้ตบุ๊กเครื่องอื่น และคิดว่าอาจแก้ได้ด้วยการปรับแต่งค่า แต่หลังจากเลิกใช้ Linux เพราะ ghost touch ก็ไม่ได้ขุดต่อ

ปัญหา KDE บน EndeavourOS

  • นอกจากปัญหาร่วมแล้ว ปัญหาใหญ่ที่สุดของ KDE คือ คีย์บอร์ดเสมือน
    • มีบั๊กและไม่เสถียร
    • บางครั้งเด้งขึ้นมาตลอด บางครั้งก็ไม่แสดงเลย
    • หากไม่แสดงในหน้าจอล็อกอิน ก็จะต้องใช้คีย์บอร์ดจริง ทำให้ใช้งานแบบแท็บเล็ตจริงๆ ไม่ได้
    • บางครั้งเมื่อคีย์บอร์ดเสมือนแสดงอยู่ จะไม่สามารถแตะแผงด้านล่างได้
    • ปัญหาเกิดขึ้นแบบสุ่ม จึงรายงานได้ยาก
  • การจัดการคลิกขวาด้วยท่าทางสัมผัสไม่เป็นไปตามที่คาดหวัง
    • บนหน้าจอสัมผัส การแตะค้างให้ทำงานเหมือนคลิกขวาถือเป็นพฤติกรรมที่เป็นธรรมชาติ แต่ KDE ไม่ได้ทำเช่นนั้น
    • งานที่ต้องใช้คลิกขวาจึงจัดการได้ยากหากไม่มีเมาส์
  • การปรับขนาดหน้าต่างด้วยการสัมผัสเพียงอย่างเดียวก็ลำบาก
    • ในการลองครั้งแรก ต้องแตะขอบหน้าต่างให้แม่นยำมาก
  • การเลื่อนไม่ลื่น ทำให้แค่เลื่อนหน้าเว็บหรือ PDF ก็รู้สึกเวียนหัวเล็กน้อย

ปัญหา Gnome บน Fedora Workstation 40

  • ผู้เขียนเลือก Fedora เพราะมาพร้อม Gnome เป็นค่าเริ่มต้น และเคยมีประสบการณ์ที่ดีกับมันมาก่อน
  • ความประทับใจแรกหลังติดตั้งคือ ช้ากว่า KDE บน EndeavourOS มาก
  • แม้จะปิด swap และ ZRam ที่เปิดมาให้ตามค่าเริ่มต้นแล้ว ก็ยังช้ากว่า KDE อยู่ดี
  • แม้อยู่ในสถานะ idle การใช้หน่วยความจำก็ยังอยู่ราว 40~50% และ OOM kill ที่แทบไม่เคยเกิดบน KDE ของ EndeavourOS กลับเกิดบ่อย
  • ยังมีบั๊กในการใช้งานอีกหลายอย่างที่ดูเหมือนเกี่ยวข้องกับความช้า
    • ในโปรแกรมดู PDF เมื่อปัดขึ้นด้วยสี่นิ้วเพื่อเข้าสู่มุมมอง workspace PDF จะยังคงเลื่อนต่ออยู่ด้านหลัง
    • เวลาเลื่อนในตัวจัดการไฟล์ เมนู context จะเด้งขึ้นมาเรื่อยๆ
  • คีย์บอร์ดเสมือนมีปัญหาที่ปุ่ม Backspace ทำงานไม่ถูกต้อง
    • สามารถแก้ขัดได้ด้วยการติดตั้ง Gnome addon จาก third-party แต่บางครั้งคีย์บอร์ดเดิมก็กลับมาแสดงอีก

การตั้งค่าหลังกลับไปใช้ Windows 10

  • ถ้าการรับสัมผัสทำงานได้ดีพอ ปัญหาอื่นของ KDE ที่เหลือก็ยังอยู่ในระดับที่พอยอมรับได้
  • แต่ปัญหาการรับสัมผัสของ Linux บน Surface Pro 4 รุนแรงมาก สุดท้ายจึงกลับไปใช้ Windows 10
  • Windows 10 ยังคงทำงานได้ดีพอตามที่จำได้เมื่อหลายปีก่อน
  • ผู้เขียนไม่ได้ใช้ OneNote และผลิตภัณฑ์บางอย่างของ Microsoft แต่แทนที่ด้วยซอฟต์แวร์ต่อไปนี้
    • Firefox: เบราว์เซอร์
    • Nextcloud: ซิงก์ไฟล์
    • Samba: แชร์วิดีโอ
    • โปรแกรมเล่นวิดีโอในตัว: เล่นวิดีโอภายในเครื่อง
    • Krita: วาดภาพและสเก็ตช์
    • Drawboard PDF: อ่าน PDF
  • แม้จะน่าผิดหวังที่ไม่สามารถใช้อุปกรณ์นี้กับ Linux ได้อย่างเหมาะสม แต่ผู้เขียนเห็นว่าการใช้ Windows ยังดีกว่าปล่อยอุปกรณ์ทิ้งไว้เฉยๆ
  • เมื่อการสนับสนุน Windows 10 จะสิ้นสุดลงในปีถัดไป ก็อาจกลับมาประเมินอีกครั้ง

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

 
GN⁺ 2024-07-18
ความคิดเห็นจาก Hacker News
  • ผมใช้ Ubuntu บน Dell XPS 13 อยู่ และจากที่ใช้งานจริงก็ไม่มีปัญหาอะไรเลย แทบไม่ได้ไปปรับแต่งอะไร นอกจากอัปเดตซอฟต์แวร์และเฟิร์มแวร์เป็นระยะๆ
    พอปิดฝาใส่กระเป๋า แล้วอีกไม่กี่ชั่วโมงหรือวันถัดมาเปิดขึ้นมา ก็กลับสู่สถานะเดิมได้ทันที ในบรรดาประสบการณ์ที่เคยเจอนอก Apple นี่คือ ประสบการณ์ที่ใกล้ Mac ที่สุด
    ถึงอย่างนั้นก็ยังอยากให้มีใครสักคนทำแล็ปท็อป Linux ที่มี การผสานรวมฮาร์ดแวร์ ดีเท่าระดับที่ macOS ทำงานเข้ากับฮาร์ดแวร์ MacBook

    • อาจเป็นเพราะ XPS ถูกสร้างมาโดยคำนึงถึง การรัน Ubuntu ตั้งแต่แรกอยู่แล้ว รุ่นที่ติดตั้ง Ubuntu มาให้ล่วงหน้าก็ซื้อได้
    • โหมดสแตนด์บายก็ทำงานดีด้วยเหรอ? ที่บริษัทชอบ XPS15 มากจนแนะนำอย่างจริงจัง และผมก็ชอบในฐานะเครื่องพัฒนา Windows แต่ โหมดสแตนด์บาย ใช้งานไม่ได้เรื่องเลย
      พอปิดฝาใส่กระเป๋า แบตเตอรี่ก็หมดและกระเป๋าร้อนมากๆ เลยต้องปิดเครื่อง XPS15 ทุกเย็น ซึ่งไม่สมเหตุสมผลเลย
      ที่บ้านผมใช้ Mac และแล็ปท็อปพวกนั้นไม่เคยปิดเครื่องเลย
    • ดูเหมือนเรื่องแบบนี้จะเกิดขึ้นไม่บ่อยเพราะโครงสร้างรอบๆ การพัฒนาไดรเวอร์อุปกรณ์ การเอา ไดรเวอร์อุปกรณ์รุ่นล่าสุด มาใช้กับ ฮาร์ดแวร์ทั่วไป ต้องใช้เวลาและค่าใช้จ่าย แต่ด้วยราคาสำหรับตลาดทั่วไปแล้ว ต้นทุนการพัฒนานั้นยากจะสมเหตุสมผล
    • มีเรื่องหนึ่งของฝั่ง PC ที่ผมไม่ชอบมากๆ และไม่ค่อยเชื่อว่า Dell XPS 13 จะแก้ได้แล้ว
      คอมพิวเตอร์พวกนี้ชาร์จด้วยกำลังไฟสูงสุดของพอร์ต USB-C ได้ก็จริง แต่ถ้าแบตเตอรี่หมดสนิท จะปลุกเครื่องกลับมาด้วยพอร์ตนั้นไม่ได้ สุดท้ายต้องใช้แจ็กไฟทรงกลมแย่ๆ ของแล็ปท็อปอยู่ดี
      มีแค่ Apple เท่านั้นที่ทำให้ USB-C เพียงอย่างเดียวทำหน้าที่เป็นที่ชาร์จ ได้จนจบ
    • https://system76.com/laptops
  • นี่คือสถานการณ์ที่ปิด Swap กับ Zram ไว้ แล้วพอเครื่องถูกปิดเพราะหน่วยความจำไม่พอก็ทำหน้า Pikachu ตกใจ
    ล้อเล่นไว้ก่อน แต่มี เหตุผลที่สมควร จริงๆ ไหมที่จะปิดสิ่งนี้บนเวิร์กสเตชัน? ผมเข้าใจเหตุผลที่อยากปิด swap บนเครื่องอย่างโหนดคลัสเตอร์ Kubernetes แต่สำหรับเวิร์กสเตชัน อย่างน้อยผมคิดว่าการเปิด zram ไว้ช่วยหลีกเลี่ยงการถูกปิดเพราะหน่วยความจำไม่พอได้ดี
    อยากให้เซียน Linux ใน HN อธิบายเหตุผลของการตัดสินใจนี้ให้ฟัง

    • ส่วนตัวผมปิด swap มานาน และปล่อยให้ ตัวจัดการเมื่อหน่วยความจำไม่พอ ทำงาน
      ในงานประจำวันมี RAM เพียงพอ และเป็นสภาพแวดล้อมที่ใช้คำนวณเชิงตัวเลข ซึ่งการเกิดหน่วยความจำไม่พอมักหมายถึงหนึ่งในสองอย่างแทบเสมอ
      อย่างแรกคือสคริปต์มีบั๊ก ทำให้เผลอคลี่สิ่งอย่างเมทริกซ์เบาบางขนาดมหึมาออกมาในหน่วยความจำจริง และอย่างที่สองคือระบบไม่ได้ขาดไป “นิดหน่อย” แต่กินหน่วยความจำมากกว่าความจุจริงเป็นหลักสิบเท่าขึ้นไปและกู้กลับไม่ได้
      ในสถานการณ์แบบนี้ ระบบจะเริ่ม thrashing อย่างหนักจนท้ายที่สุดต้องบังคับรีบูต และ OOM daemon ก็ช่วยกันเรื่องนั้น ทำให้แก้บั๊กได้
    • บน SBC และ VPS ผมใช้ การตั้งค่า zram ที่เน้นแคช บนพื้นฐาน LZ4 และการเปลี่ยนแปลงที่สำคัญที่สุดจากค่าปริยายคือ vm.page-cluster=0 เท่าที่จำได้ cache pressure กับ swappiness ตั้งไว้ที่ 200 ทั้งคู่ และปรับให้ทำ foreground I/O เฉพาะเมื่อบัฟเฟอร์เขียนเบื้องหลังเต็ม
      swap แบบนี้เร็วและใช้ CPU ต่ำ อีกทั้งช่วยให้มีดิสก์แคชมากขึ้นบนสตอเรจประสิทธิภาพต่ำ ผมไม่ต้องใช้ disk scheduler และปิดไว้เพราะคิดว่าน่าจะเพิ่มโอเวอร์เฮดเท่านั้น
      ดังนั้นปริมาณ RAM ที่ใช้ได้จึงเพิ่มขึ้น มีแคชอ่านที่เหลือเฟือจนอ่าน SD card น้อยลง และยังอ่านได้แม้มีการเขียนดิสก์ไปยังสตอเรจที่เขียนได้ เพราะไม่มี clustering และการคลายบีบอัดก็เร็ว จึงไม่มี latency ของ swap เวลาดึงเพจกลับมา
      ต่างจาก swap รุ่นเก่าบนดิสก์ที่ช้าและกัน I/O เอาไว้เพื่อป้องกันหน่วยความจำไม่พอ LZ4 ใน RAM นั้นเร็วและไม่รบกวน I/O ดังนั้นแนวทาง “swap ให้เร็วและบ่อย” จึงตรงข้ามกันโดยสิ้นเชิง
      ผมใช้การตั้งค่านี้มาตั้งแต่ปี 2022 และไม่มีปัญหา เพียงแต่ในสภาพแวดล้อมนั้นไม่ได้คอมไพล์งาน แต่ก็ไม่เห็นเหตุผลว่ามันจะไม่ปลอดภัยไปกว่าการคอมไพล์โดยไม่มี zram
    • ในคู่มือแนววิกิสำหรับ Linux บนเวิร์กสเตชัน ยังมี คำแนะนำเก่าๆ แบบ cargo cult ที่ไม่ได้ปรับให้ทันสมัยตั้งแต่ยุค 2000 หลงเหลืออยู่เยอะมาก
      ปกติผมไม่ชอบบ่นโดยไม่มีทางออก แต่พอบอกเพื่อนๆ ว่านี่แหละเป็นปีของ Linux desktop จริงๆ แล้วถ้ามีอะไรผิดพลาด ก็จะตกไปเจอผลการค้นหาที่ผมเคยเห็นตอนเด็ก และคำแนะนำก็ไม่ได้อัปเดตเลย
      เคยมีสมัยที่ swap ให้ความรู้สึกเหมือนต้องหมุนเฟืองที่มีหินหนักๆ อยู่ และความถี่ RAM ก็เปรียบได้แค่แกว่งไม้ให้เกิดเสียงหวีด ตอนนั้นถ้าเกิด swap ขึ้นกะทันหัน ระบบไม่ได้แค่น่ารำคาญ แต่หยุดค้างจนใช้งานไม่ได้จริงๆ
      คำแนะนำให้ปิด swap กับ zram มาจากยุคของระบบที่มี “ข้อจำกัดด้านทรัพยากร” แบบนั้น แต่วิกิ รวมถึงตอนนี้ยังมีเรื่องเหลวไหลจาก LLM ที่เคี้ยวเอื้องซ้ำๆ คอยยึดมันไว้ ทำให้มีมนี้คงไม่ตายง่ายๆ
    • บนโหนด Kubernetes ที่ผมดูแลเอง ผมเปิด swap, zram, systemd-oomd ไว้ ช่วยจัดการโปรแกรมที่ใช้ JVM หรือซอฟต์แวร์ที่หน่วยความจำรั่วได้ด้วยต้นทุนต่ำ
      ในหลายสถานการณ์ ผมไม่ค่อยเข้าใจว่าทำไมต้องปิดพวกนี้
    • ตอนคอมไพล์ clang บน Ubuntu 20.04 ขั้นตอนลิงก์ใช้ RAM จนหมด แล้วเริ่ม swap บน NVMe
      htop ค้าง ผมกด ctrl-c แต่ก็ไม่มีอะไรเกิดขึ้น เมาส์ก็ไม่ขยับ SSH ก็ไม่ได้ เครื่องแข็งสนิท สุดท้ายต้องปิดเปิดไฟเครื่องจริงๆ
      หลังจากนั้นผมเลยปิด swap เพื่อไม่ให้ทั้งเครื่องตายแทนที่จะเป็นแค่โปรเซส และเริ่มส่ง -DLLVM_PARALLEL_LINK_JOBS=1 ด้วย
  • อาจไม่ตรงกับเป้าหมายของผู้เขียน แต่สำหรับตระกูล Surface ผมมองว่า เคล็ดลับคือใช้ WSL มากกว่าจะรัน Linux แบบเนทีฟ
    แม้เวลาผ่านไปแล้วจะดีขึ้น แต่ตอนใช้ Surface Pro 4 การรองรับ Linux ยังขาดอยู่ค่อนข้างมาก ปีหน้า Win10 จะหมดอายุ และก็ไม่มีการรองรับ Win11 ดังนั้นเมื่อถึงจุดที่อายุการใช้งานแทบจะสิ้นสุดลงแล้ว มันอาจจะดีขึ้นก็ได้
    น่าเสียดายที่ SSD เริ่มเสีย และอายุแบตเตอรี่ก็แย่ลง สุดท้ายเลยซื้อเครื่องอื่นแทน คะแนนความยากในการซ่อมของ iFixit แสดงให้เห็นว่า การเปลี่ยน SSD กับแบตเตอรี่นั้นยุ่งยากแค่ไหน
    บางครั้งก็คิดถึงมันอยู่เหมือนกัน ผมชอบ อัตราส่วนหน้าจอ 3:2 มากจริงๆ

    • ผมค่อนข้างพอใจกับสิ่งที่ WSL ทำได้ ถึงขั้นที่เครื่องมือจำนวนไม่น้อยที่ผมใช้ก็รันบน Windows เองได้ดีด้วยซ้ำ
      แต่ข้อเสียที่ใหญ่ที่สุดของการตั้งค่าแบบนี้คือ ต้องทนกับ ประสบการณ์ผู้ใช้ของ Windows ผมเกลียดทุกช่วงเวลาที่ต้องโต้ตอบกับก้อนอันน่าสยดสยองนี้
    • WSL ยังมีปัญหาอีกมาก และแค่ดู I/O ที่ช้า กับการใช้ CPU ก็เห็นแล้ว ลองค้นคำว่า “WSL vmmem” แล้วจะเข้าใจว่าหมายถึงอะไร
      สำหรับการใช้งานจริงจังที่ใช้เวลา 90% ไปกับการพัฒนาในสภาพแวดล้อม Linux มันยังไม่พร้อมเลยแม้แต่น้อย
    • บอกว่าไม่รองรับ Win11 แต่ Windows 11 ก็รันบน Surface 2 Pro ได้ดีนะ ตอนติดตั้งเหมือนจะไม่ได้ถาม license key ด้วยซ้ำ
      น่าจะสร้าง image ด้วย Rufus และปิดส่วนที่มีปัญหาของ Win11 ไปสองสามอย่าง แต่ยังไงก็ติดตั้งได้แทบไม่มีปัญหา
      นี่เป็นรุ่น RAM 4GiB, พื้นที่เก็บข้อมูล 128GiB และถ้าจำไม่ผิด โปรเซสเซอร์ระดับ MacBook Air ยุคก่อน retina แต่ก็ยังใช้งานได้ค่อนข้างดี
    • WSL จัดการ มัลติทัชและเจสเจอร์ ได้ดีด้วยไหม?
    • การจัดการพลังงานของ Linux ก็แย่พอๆ กับ Windows ดังนั้นอาจเป็นวิธีที่เป็นไปได้ เพราะฉะนั้นก็ไม่ได้สูญเสียอะไรไปมากนัก
      ผมไม่เข้าใจจริงๆ ว่าทำไมใครถึงเลือกอุปกรณ์พกพาที่อายุแบตเตอรี่สั้นขนาดนั้น และยิ่งไม่เข้าใจว่าทำไมไม่มีบริษัทไหนนอกจาก Apple ที่ให้แบตเตอรี่ใช้งานได้นานพอสมควร
      แม้แต่ผลิตภัณฑ์ชั้นหนึ่งของ Microsoft ที่ไม่มีความวุ่นวายจาก OEM ปะปน ก็ยังห่วยในเรื่องนี้
  • ไม่เคยชอบซีรีส์ Surface มากนัก ดูเผิน ๆ ก็เท่มาก แต่พอเริ่มใช้งานจริงกลับรู้สึกเหมือนแท็บเล็ตประหลาด ๆ ที่รัน Windows อืด ๆ อยู่
    พอปรับแต่งให้ดีขึ้นได้บ้าง แต่ก็มีข้อจำกัด ราคาเองก็ค่อนข้างแพง และบางครั้งการสนับสนุนก็ช้าจนน่าหงุดหงิด
    ผมให้ Lenovo Yoga 2-in-1 เครื่องเก่าแก่ภรรยา ถ้าพับเป็นแท็บเล็ตไว้ดู Netflix ก็พอใช้ได้ แต่ประสิทธิภาพก็ยังไม่ดีอยู่ดี
    บางทีอาจดีกว่าถ้าไม่คาดหวังอะไรมากเกินไปจากคอมพิวเตอร์ประหลาด ๆ พวกนี้ที่แสร้งทำตัวเป็นแท็บเล็ต

    • ผมกับภรรยาใช้ Surface Pro 8 16GB ที่ซื้อเมื่อปีที่แล้ว ลง Windows 11 Pro แล้วก็พอใจกันดี ส่วนใหญ่ใช้โดยต่อคีย์บอร์ดไว้
      แล็ปท็อปของบริษัทภรรยาถูกล็อกไว้แน่นมาก จนแม้แต่งานส่วนตัวพื้นฐานอย่างซื้อของชำออนไลน์ก็ทำได้ยาก เลยจำเป็นต้องมีอุปกรณ์ส่วนตัว
      เคยพิจารณา iPad ด้วย แต่สุดท้ายเลือก Surface Pro เพราะใช้ โปรไฟล์ผู้ใช้หลายคน ได้ Windows Hello ทำงานได้ดีมาก ไม่ว่าใครในสองคนหยิบขึ้นมาแล้วมอง ก็เข้าสู่โปรไฟล์ที่ถูกต้องแทบจะทันที และด้วยการซิงก์คลาวด์ของ OneDrive กับ Microsoft Edge ทำให้ใช้งานได้เหมือนกันไม่ว่าจะเป็นคอมพิวเตอร์ของผมหรือ Surface
      อย่างไรก็ดี ประสบการณ์ตั้งค่าเริ่มต้นไม่ได้ดีเท่าที่คาดไว้ โดยเฉพาะเมื่อเทียบกับประสบการณ์บน iPhone ถึงผมจะชอบ iOS มากกว่า Android แต่ก็ไม่ได้รัก macOS
      ตอนแรกยังไม่ได้ติดตั้งอัปเดตฟีเจอร์ล่าสุดของ Windows 11 ทำให้การติดตั้งแอปอย่าง Instagram จาก Microsoft Store ล้มเหลวพร้อมข้อผิดพลาดที่แทบไม่มีคำอธิบาย สุดท้ายก็พบว่าเป็นเพราะยังไม่ใช่อัปเดตฟีเจอร์ล่าสุด และหลังติดตั้งแล้วก็แก้ได้
      อีกอย่างคือมีแค่โปรไฟล์ผู้ใช้ของผมที่ช้า ส่วนโปรไฟล์ภรรยาใช้ได้ปกติ เช่น เมนู Start โผล่มาช้ามาก ค้นหาวิธีแก้อยู่หลายวันก็ไม่หาย เลยฟอร์แมตแล้วติดตั้ง Windows ใหม่ด้วยอิมเมจ ISO ทางการของ Microsoft
      ปกติซื้อ Windows PC เครื่องใหม่ก็ทำแบบนี้อยู่แล้ว แต่คิดว่าถ้าเป็นฮาร์ดแวร์ของ Microsoft คงไม่จำเป็น ไม่มีซอฟต์แวร์ขยะที่แถมมาให้เห็นชัด ๆ แต่ก็ยังมีอะไรบางอย่างที่ไม่ปกติ 100%
    • แล้วแต่ว่าจะใช้เกณฑ์อะไร แต่ตอนนี้ผมคิดว่ายังไม่มีอุปกรณ์ไหนที่ตอบโจทย์ทุกเงื่อนไขได้ทั้งหมด ดังนั้น Surface Pro ก็เป็นหนึ่งใน เครื่องที่มีข้อบกพร่อง เหล่านั้น
      อีกฝั่งหนึ่งมีอุปกรณ์ที่งานประกอบและความรู้สึกการใช้งานยอดเยี่ยมมาก แต่ทำอะไรจริง ๆ ได้น้อยมาก และอีกด้านหนึ่งก็มีอุปกรณ์ที่ออกแบบตามมุมมองเฉลี่ย ๆ ว่าคอมพิวเตอร์ควรทำอะไรได้ จนถ้าต้องรับมือกับกรณีพิเศษก็ต้องซื้ออุปกรณ์เพิ่ม
    • จุดแข็งของ Surface คือเป็นหนึ่งในแท็บเล็ตไม่กี่รุ่นที่ตรงตามเงื่อนไข ราคาเหมาะสมเมื่อเทียบกับสเปก มี โปรเซสเซอร์ x64 และสามารถติดตั้ง Linux ได้โดยไม่ลำบากมาก
      ถ้าต้องการแท็บเล็ต Linux จริง ๆ Surface อาจเป็นหนึ่งในตัวเลือกที่เป็นไปได้จริงเพียงไม่กี่ทาง
    • ผมมองว่า Surface Pro เป็นอุปกรณ์ที่ขึ้นกับกรณีใช้งานมาก สำหรับการใช้งานของผมมันสมบูรณ์แบบ จนน่าประหลาดใจที่ไม่มีคู่แข่งที่จริงจัง
      ระหว่างเดินทางหรืออยู่ในคาเฟ่ ถ้ามีโต๊ะก็ใช้เป็นโหมดแล็ปท็อปเต็มรูปแบบได้ แล้วสลับไปจดโน้ตหรือวาดรูปด้วยปากกาได้ แต่ถ้าวางบนตักจะไม่ค่อยเวิร์ก
      ถึงจะไม่สำคัญเท่าการใช้ปากกา แต่ตอนอ่านหรือดูวิดีโอ การถอดคีย์บอร์ดออกเร็ว ๆ ก็ช่วยประหยัดพื้นที่และวางหน้าจอให้ใกล้ขึ้นได้
    • Surface Pro สองสามรุ่นแรกผมชอบนะ แต่พอเปลี่ยนมาใช้ ดิจิไทเซอร์ NTrig ก็เริ่มหมดความสนใจ
      Samsung Galaxy Book 12 เคยเป็นคอมพิวเตอร์ที่เกือบสมบูรณ์แบบสำหรับความต้องการของผม มีหน้าจอความละเอียดสูงขนาดกำลังดี ตัวเครื่องเล็กพอจะใส่กระเป๋าเวลาเดินทาง และมีสไตลัส Wacom EMR ที่ผมรู้สึกว่าจำเป็นสำหรับการวาดภาพ สเก็ตช์ ใส่คำอธิบายประกอบ และการเขียนเวลาที่ไม่อยากต่อคีย์บอร์ด
      ประสิทธิภาพก็ค่อนข้างดี แต่ Fall Creators Update ทำให้สไตลัสกลายเป็นเหมือนอินพุตสัมผัสจุดที่ 11 ส่งผลให้ในเว็บเบราว์เซอร์มันเลื่อนหน้าได้ และการเลือกข้อความก็ลำบากขึ้นมาก อีกทั้งการใช้แอปเก่าก็ยากขึ้นด้วย
      ผมโรลแบ็กกลับไป 1703 สองครั้ง และทนใช้จนกว่าสถานการณ์จะบังคับให้ต้องเปลี่ยน เครื่องที่ดีที่สุดเท่าที่หาได้คือ Samsung Galaxy Book 3 Pro 360 และต้องเปิดแอป Settings ค้างไว้เพื่อสลับว่าจะให้สไตลัสทำงานเหมือนเมาส์หรือไม่
      น่าเสียดายที่เมื่อก่อนเคยมีนวัตกรรมยอดเยี่ยมในพื้นที่แท็บเล็ต ชื่อ ThinkPad เองก็ได้มาเพราะเดิมทีวางแผนให้เป็นคอมพิวเตอร์สไตลัส และ NCR-3125 ที่บริจาคให้ Smithsonian ซึ่งรัน PenPoint อยู่ก็เป็นหนึ่งในคอมพิวเตอร์ที่ผมชอบที่สุด ตอน Windows 8 ก็ดูมีอนาคตไม่น้อย
      อย่างน้อยก็ดีที่กลับมาป้อนลายมือในช่องข้อความได้ง่ายอีกครั้ง หวังว่า Lenovo Yogabook 9i จะได้รับความนิยมพอ จนมีใครสักคนทำอุปกรณ์จอคู่ที่ใช้ Wacom EMR ออกมา
  • ต้องดูด้วยว่านี่คือ Surface Pro 4 สเปกต่ำสุด ใช้ Intel Core m3-6Y30 แบบประหยัดพลังงาน จึงทำงานได้โดยไม่ต้องมีระบบระบายความร้อนแบบแอ็กทีฟ และเลยใกล้เคียงกับแท็บเล็ต “ของจริง” มากกว่า
    Surface Pro 4 ส่วนใหญ่ที่เป็นรุ่นจริงจังกว่านี้ใช้โปรเซสเซอร์ i5 หรือ i7 พร้อมระบบระบายความร้อนแบบแอ็กทีฟ และประสิทธิภาพก็ใกล้เคียงกับ PC อัลตร้าบุ๊กอื่น ๆ ในยุคนั้น
    ดูได้ที่ https://en.wikipedia.org/wiki/Surface_Pro_4 ผมใช้ตระกูล Surface Pro สำหรับทุกอย่างที่จำเป็นมาประมาณ 10 ปีแล้ว และมันก็ค่อนข้างทนทาน

    • ผมเองก็ทำทุกอย่างที่จำเป็นบน Surface เหมือนกัน ชอบมาก และไม่เคยเจอปัญหาเลย
      ไม่เข้าใจว่าทำไมถึงเกลียดกันขนาดนี้ และทำไม ความเข้าใจที่ไม่ถูกต้อง ว่ามันรันอะไรบางอย่างไม่ได้ถึงยังคงหลงเหลืออยู่
  • ในการเปรียบเทียบ Fedora Gnome กับ EndeavourOS KDE ปัญหาไม่ใช่ Gnome แต่คือ Fedora
    เมื่อทดสอบกับฮาร์ดแวร์คล้ายกัน ซึ่งก็เป็น Core M3 และ RAM 4GB เหมือนกัน ดิสโทรที่อิง Arch ให้ผลดีที่สุดเมื่อมี RAM น้อย ตั้งแต่ปีที่แล้วผมน่าจะลองใช้ดิสโทรมาราว ๆ 50 ตัวแล้ว
    บนฮาร์ดแวร์ของผม Gnome บน Arch เร็วพอ ๆ กับ KDE และในทางทฤษฎีใช้หน่วยความจำน้อยกว่า KDE ด้วย ผมรู้ว่า RAM เป็นหัวข้อที่ซับซ้อน
    เหตุผลที่ Fedora มีปัญหาบนฮาร์ดแวร์สเปกต่ำคือมันใช้ packagekit และเป็นที่รู้กันพอสมควรว่าตัวนี้กิน RAM มาก นี่ไม่ใช่เหตุผลเดียว และค่าเริ่มต้นอื่น ๆ อย่าง zswap กับ zram ก็ดูเหมือนทำให้มันช้ากว่า Arch บนฮาร์ดแวร์ของผมด้วย
    ในสภาพแวดล้อมที่ CPU อ่อนและ RAM น้อย zswap เป็นตัวเลือกที่ดีที่สุดจริง ๆ ถ้า RAM น้อยอย่าง 4GB ก็จำเป็นต้องมี swap จริง ๆ และเลี่ยงไม่ได้ จากประสบการณ์ของผม zram อย่างเดียวไม่พอ
    ดังนั้นผมคิดว่าหนึ่งในเหตุผลที่ Arch รันได้ดีในกรณีนี้ คือมันเป็นหนึ่งในไม่กี่ดิสโทรที่ตั้งค่าเริ่มต้นของ zswap ในปัจจุบันได้เหมาะ
    บน Fedora และดิสโทรอื่น ๆ ส่วนใหญ่ เมื่อ RAM เต็มเครื่องจะค้างอยู่เรื่อย ๆ และด้วย 4GB ก็เกิดขึ้นได้ง่ายมาก แต่ดิสโทรที่อิง Arch ไม่เจอแบบนี้

    • Packagekit ไม่ได้จำเป็นสำหรับ Fedora ผมปิดมันตลอด แล้วจัดการแพ็กเกจด้วย dnf ปกติ
    • ผมเองก็เคยมองว่าประสิทธิภาพของ Ubuntu กับ Fedora เป็นเรื่องปกติ ช่วงหลังนึกอยากลองเลยย้ายเครื่องสเปกต่ำหนึ่งเครื่องกับเครื่องสเปกสูงหนึ่งเครื่องกลับไปใช้ Arch แล้วทั้งคู่เร็วเหมือนสายฟ้าเมื่อเทียบกับ Ubuntu 24.04 หรือ Fedora 40
      Ubuntu มีของติดตั้งมาเยอะเพื่อพฤติกรรมแบบองค์กร ผมจึงคาดไว้แล้วว่าจะต่าง แต่ไม่คิดว่า Fedora จะต่างถึงขนาดนั้น บน Arch ไม่มีอาการค้าง เปิดและปิดเครื่องเร็ว และการตอบสนองโดยรวมของเดสก์ท็อปก็ดี
      ถึงจะเป็น rolling release แต่โดยรวมแล้วชิ้นส่วนที่เคลื่อนไหวก็มีน้อยกว่า ผมชอบที่ต้องจัดการแค่รีโพหลัก, flatpak และ AUR pkgbuild บางตัว
      บน Ubuntu ถ้าจะตั้งค่าเครื่องมือของผมให้ครบ ต้องซ้อนทั้ง deb repository, PPA, flatpak, brew หรือไม่ก็ต้องเขียนสคริปต์ติดตั้งจาก git เอง
      จุดหนึ่งที่ติดใจในทุกดิสโทรคือค่าเริ่มต้นของ TLP ดูจะระมัดระวังด้านประสิทธิภาพมากเกินไปเมื่อเทียบกับ power profile daemon คงเป็นการออกแบบโดยตั้งใจ
      ผมไม่ได้ขุดลึก แค่กลับไปใช้ PPD แต่ก็ชัดเจนว่ามันให้ความสำคัญกับการประหยัดพลังงานเหนือสิ่งอื่นใด
  • ผมใช้ Fedora บน Surface Pro 7 อยู่ และประสบการณ์โดยรวมก็คล้ายกัน แต่เร็วกว่าเล็กน้อยและไม่มี ghost touch สิ่งที่น่ารำคาญที่สุดคือบางครั้งระบบสัมผัสใน Firefox เพี้ยน

    • ผมก็มีปัญหานี้กับโน้ตบุ๊กจอสัมผัสสองเครื่อง คือ HP กับ Lenovo ดังนั้นดูเหมือนว่า ไม่ใช่ปัญหาฮาร์ดแวร์
    • ช่วยเล่าประสบการณ์เพิ่มเติม โดยเฉพาะขั้นตอนการตั้งค่าได้ไหม?
      ผมมี Surface Pro 7 ที่ใช้ลุยระหว่างเดินทางอยู่เครื่องหนึ่ง พอตั้งหลักได้ก็อัปเกรดเครื่องหลักเป็น Surface Pro 9 แล้ว แต่ Pro 7 ถูกใช้ข้างนอกแบบสมบุกสมบันและสึกหรอมาหนึ่งปี จึงไม่อยู่ในสภาพที่จะขายได้ เลยกำลังคิดว่าจะเอาไปทำอะไร
      ผมคิดจะทำให้เป็นคอมพิวเตอร์สำหรับกลางแจ้ง/เดินทางโดยเฉพาะ ติดตั้ง Fedora กับ Steam เพื่อเล่นเกมผจญภัยแบบ point-and-click หรือเอาไว้เปิดเพลงด้วยซอฟต์แวร์ MIDI/DJ controller
      แต่ตอนนี้ไม่มีคีย์บอร์ดแล้ว จึงต้องติดตั้ง Linux ทั้งหมดด้วยหน้าจอสัมผัสอย่างเดียว Surface เครื่องอื่น ๆ ผมใช้อุปกรณ์อินพุตแบบบลูทูธ 100% เพื่อเลี่ยงสาย ด็อก และดองเกิล ดังนั้นตอนติดตั้งอาจจับคู่หนึ่งในนั้นได้ แต่ไม่อยากผูกไว้ถาวร
      คำแนะนำออนไลน์โดยมากดูจะประมาณว่า “ถ้าไม่มีคีย์บอร์ด USB ก็อย่าทำ” คิดว่าคุ้มที่จะลองไหม?
  • ผมชอบ ฟอร์มแฟกเตอร์แบบไฮบริด/ถอดแยกได้ ที่รวมแท็บเล็ตกับโน้ตบุ๊กไว้ในเครื่องเดียว แต่ในตอนนั้นสแต็กซอฟต์แวร์/ฮาร์ดแวร์ทั้งชุดยังไม่พร้อม โดยเฉพาะถ้าจะใช้ Linux
    ปัญหามีอยู่หลายอย่าง อย่างแรกคือการประหยัดพลังงานของ x86(-64) หรือฟังก์ชัน sleep นั้นแย่ แท็บเล็ตควรใช้แบตเตอรี่น้อยมากจนอยู่ในโหมดสแตนด์บายได้หลายสัปดาห์ แต่ x86 กินแบตเตอรี่แม้จะอยู่ในสถานะ S-อะไรสักอย่างก็ตาม ยังไม่นับปัญหาที่ Windows ปลุกเครื่องขึ้นมาเองในกระเป๋าด้วยซ้ำ
    อย่างที่สอง Surface Pro และ Surface Book ถือว่ารองรับฮาร์ดแวร์บน Linux ได้ค่อนข้างดี แต่กว่าจะเป็นแบบนั้นก็ใช้เวลานาน และส่วนอย่าง Wi-Fi ก็ไม่ได้เสถียรมาก โดยเฉพาะ Surface Book ในยุค SB1 และ SB2 นั้นถือว่าล้ำหน้ามากในแง่ฮาร์ดแวร์แท็บเล็ต
    อย่างที่สาม แค่รองรับการสัมผัสในระดับฮาร์ดแวร์ยังไม่พอ ซอฟต์แวร์ก็ต้องดีด้วย แต่บน Linux ไม่มี หรือมีโอกาสสูงว่าจนถึงตอนนี้ก็ยังไม่มี โปรแกรมอ่านเอกสารที่ให้ประสบการณ์ผู้ใช้และฟังก์ชันใส่คำอธิบายประกอบที่ดี
    สำหรับการใช้งานของผม dual boot คือคำตอบ แต่ข้อ 1 และ 2 ก็ยังเป็นปัญหาร้ายแรงโดยรวม
    ทุกวันนี้มีแท็บเล็ต ARM ที่มีโหมดประหยัดพลังงานดี ๆ และ WSL ก็ช่วยเลี่ยงปัญหาความเข้ากันได้ของฮาร์ดแวร์กับ Linux โดยมีเงื่อนไขว่าต้องทนใช้ Windows เป็นระบบปฏิบัติการฐานได้ อีกทั้งยังช่วยเลี่ยง dual boot และทำให้ใช้โปรแกรมอ่านเอกสารกับเครื่องมือใส่คำอธิบายประกอบที่ดีกว่าได้
    WSL น่ากลัวก็จริง แต่ในทางปฏิบัติมันกำลังเปลี่ยน ภูมิทัศน์ของสภาพแวดล้อมผู้ใช้ Linux
    ในทางทฤษฎี iPad Pro อาจมีข้อดีของทั้งสองฝั่งได้ แต่กลับจงใจใส่ระบบปฏิบัติการแบบของเล่นลงไป

  • ฟังดูคล้ายกับประสบการณ์ทั้งหมดที่ผมเคยมีกับเดสก์ท็อป Linux คือความคาดหวัง ความสำเร็จช่วงติดตั้งแรก ๆ การแก้ปัญหาชวนงงอยู่หลายวัน แล้วตามด้วย ความผิดหวังจนเลิกใช้

    • เป็นประโยคที่บรรยายประสบการณ์ของผมได้งดงามและแม่นยำ ผมพยายามมาอย่างต่อเนื่อง 20 ปี แต่สุดท้ายก็ยอมแพ้
      วนซ้ำอยู่กับ “Ubuntu รุ่นใหม่คราวนี้ ดิสโทรใหม่คราวนี้แหละจะเป็นคำตอบ!” ถ้าอยากคอมไพล์โปรแกรมสำหรับผู้ใช้ Linux ผมใช้ WSL
    • นี่คือสิ่งที่ผมเห็นด้วยที่สุดในเธรดนี้ ผมก็มีประสบการณ์แบบเดียวกันตอนใช้ ros.org แล้วย้ายไปดิสโทรใหม่
  • Intel m3-6y30 ที่อยู่ใน Surface เครื่องนี้เป็นคอร์ที่เล็กมากจริง ๆ สเปกการออกแบบอยู่ที่ 4.5W, TDP ลดลงได้ถึง 3.5W และเพิ่มได้ถึง 7W ส่วน GPU ก็เล็กด้วย
    7200u ใน Samsung Book 12 ของผมอยู่ที่ 15W และตั้งค่าได้ระหว่าง 7~25W จึงมีเผื่อเหลือมากกว่ามาก คลอกพื้นฐานก็ 0.8GHz เทียบกับ 2.5GHz แม้ 7200u จะใหม่กว่าหนึ่งปี แต่ทั้งคู่ก็เป็น Skylake
    https://ark.intel.com/content/www/us/en/ark/products/88198/i...
    สิ่งที่น่าสนใจใน Linux ช่วงนี้คือเริ่มมี การควบคุม HID ด้วย BPF สำหรับอุปกรณ์ HID แล้ว ด้วยสิ่งนี้อาจกรองอินพุตจากฝ่ามือในระดับเคอร์เนล หรือกำจัดอินพุตหลอนได้ ตามทฤษฎีแล้วควรจะกรองข้อมูลได้ตามใจ
    เมื่อก่อนผมทำการรีแมปเบา ๆ ใน user space ด้วย interception-tools โดยอ่านอุปกรณ์มากรองแล้วส่งออกผ่าน uhid เสมือน แต่วิธีนี้น่าจะเร็วและเรียบร้อยกว่า
    https://www.phoronix.com/news/Linux-6.11-More-HID-BPF
    ตอนนี้ผมต้องเปลี่ยน Samsung Book 12 ไปเป็นเครื่องรุ่นเดียวกันอีกเครื่องที่มีอยู่แล้ว OLED ของเครื่องที่ใช้อยู่ตอนนี้ร้าวค่อนข้างมาก แต่ถ้ามองจากด้านหน้าก็แทบไม่เห็นอย่างน่าประหลาดใจ ส่วนทัชจากที่ใช้ไม่ได้เป็นบางครั้ง กลายเป็นใช้ไม่ได้เลยแล้ว ผมอยากลองใช้ปากกาดูสักครั้งด้วย
    RAM 4GB อาจน่าหงุดหงิดได้ ถ้าเป็น NVMe ที่ดีกว่าแทนที่จะเป็น SATA SSD ก็คงไม่ใช่ปัญหาใหญ่นัก แต่เวลาส่งเพจออกหรือดึงกลับมา ทั้งระบบบางครั้งช้าลงอย่างหนัก ซึ่งแย่มากจริง ๆ
    และผมขอแนะนำ โหมดไฮเบอร์เนต อย่างยิ่ง หลายปีที่ผ่านมาผมไม่เคยเชื่อมันเลย แต่วันหนึ่งเมื่อพลังงานในโหมดสแตนด์บายเหลือน้อย ผมเห็น systemd ปลุกระบบขึ้นมาแล้วส่งเข้าไฮเบอร์เนต และพอกลับมาใช้งานภายหลังแล้วยังทำงานปกติ ก็รู้สึกทึ่งมากจริง ๆ
    การบูตใช้เวลาประมาณ 10 วินาที แต่การที่สามารถวางโปรเจกต์ทิ้งไว้ แล้วกลับมาอีกหลายสัปดาห์ต่อมาก็ทำต่อจากจุดเดิมได้ ถือว่ายอดเยี่ยมมาก ควรใช้ไฮเบอร์เนต อาจตั้งค่าให้เข้าสู่ไฮเบอร์เนตหลังจากสลีปไปช่วงเวลาหนึ่งได้

    • ผมใช้ไฮเบอร์เนตบน Acer Swift X รุ่นปี 2022 อยู่ ซึ่งดีมากจริง ๆ แต่โหมดสลีปทำให้การ์ดไร้สายตายไปเลย