1 คะแนน โดย GN⁺ 2025-06-19 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แชร์ประสบการณ์ดัดแปลง iPhone 8 มือสอง ให้เป็นเซิร์ฟเวอร์ Vision OCR ส่วนตัวที่ขับเคลื่อนด้วย พลังงานแสงอาทิตย์
  • ใช้ Apple Vision framework เพื่อรันงานดึงข้อความจากภาพ 83,418 ครั้งต่อปี และประมวลผลภาพ 48GB แบบภายในเครื่อง
  • ระบบทั้งหมดประกอบด้วย EcoFlow River 2 Pro, มินิพีซี, เครือข่าย Tailscale และอื่น ๆ
  • จุดเด่นคือการทำให้ระบบ ออฟกริดเต็มรูปแบบ ด้วยพลังงานแสงอาทิตย์ และพิสูจน์การประหยัดค่าไฟได้ปีละ $84~120 CAD
  • เน้นย้ำความสำคัญของการประมวลผลแบบโลคัลในหลายมุมมอง เช่น ความเป็นส่วนตัว ต้นทุน ความเป็นอิสระด้านพลังงาน และการลดขยะอิเล็กทรอนิกส์

ภาพรวมโปรเจกต์

  • เป็นกรณีศึกษาการใช้ เซิร์ฟเวอร์ iPhone 8 พลังงานแสงอาทิตย์ นานราว 1 ปี เพื่อประมวลผล คำขอ OCR 83,418 ครั้ง และ ภาพ 48GB
  • คนส่วนใหญ่มักเก็บ iPhone รุ่นเก่าไว้เฉย ๆ แต่ผู้เขียนตั้งเป้าจะเปลี่ยนมันให้เป็น เซิร์ฟเวอร์ออฟกริด เพื่อประหยัดค่าใช้จ่ายและเป็นมิตรต่อสิ่งแวดล้อม
  • เซิร์ฟเวอร์ OCR นี้เป็นโปรเจกต์เสริมที่แยกจากบล็อกหลัก

สรุปเทคนิค (TL;DR)

  • องค์ประกอบของระบบ
    • รันแอป SwiftUI บน iPhone 8 และทำ OCR ด้วย Apple Vision ได้
    • ใช้ชุด EcoFlow River 2 Pro (768Wh) ร่วมกับแผงโซลาร์ 220W
    • มินิพีซีรับหน้าที่เว็บเซอร์วิสและการทำ API routing
    • ใช้เครือข่าย Tailscale เพื่อคงการเชื่อมต่อระหว่างอุปกรณ์อย่างปลอดภัย
  • ผลลัพธ์หลักหลังใช้งาน 1 ปี
    • สะสมงาน OCR 83,418 ครั้ง และประมวลผลภาพ 48GB
    • ในวันที่ใช้งานหนัก ประมวลผลได้มากกว่า 1,000 ครั้ง
    • หลังใช้งานต่อเนื่อง 1 ปี สุขภาพแบตเตอรี่ iPhone อยู่ที่ระดับ 76%
    • ประหยัดค่าไฟได้ปีละ $84~120 CAD
  • ข้อค้นพบสำคัญ
    • framework Apple Vision มีความแม่นยำสูสีกับบริการคลาวด์
    • อุปกรณ์รุ่นเก่าก็ยังแสดงความน่าเชื่อถือสูงใน เวิร์กโหลดแบบเซิร์ฟเวอร์
    • พลังงานแสงอาทิตย์เพียงพอสำหรับขับเคลื่อนงานคอมพิวต์ หากดูแลการจัดการแบตเตอรี่ให้ดี
    • แนวทางประมวลผลแบบโลคัลยอดเยี่ยมมากในด้าน ความเป็นส่วนตัว และ การประหยัดต้นทุน

ที่มาของโปรเจกต์: ทำไปทำไม?

แรงจูงใจเชิงเหตุผล

  • ผู้เขียนกำลังทำโปรเจกต์ที่ต้องจัดหมวดหมู่ภาพหลายร้อยใบแบบอัตโนมัติ
  • ทางเลือกที่สมเหตุสมผลคือใช้ Apple Vision บน Mac เพื่อทำ OCR

การทำในแบบของตัวเอง

  • มี iPhone 8 มือสองที่ว่างอยู่ และกำลังคิดว่าจะนำ EcoFlow River 2 Pro มาใช้อย่างไร
  • จึงดัดแปลงเซิร์ฟเวอร์ OCR เดิมให้ทำงานบนพื้นฐาน พลังงานแสงอาทิตย์ เพื่อความพึงพอใจส่วนตัวด้วย

ข้อดีที่ไม่คาดคิด

  • มีแดชบอร์ดแบบเรียลไทม์ ทำให้สามารถเฝ้าดูสถานะไปพร้อมกับ ดูนก ตรงริมหน้าต่างได้
  • บรรลุ ความเป็นอิสระด้านพลังงาน สำหรับโปรเจกต์ส่วนตัว
  • พิสูจน์ผลการประหยัดรายปีจากการใช้พลังงานจริงสะสม (37.4~45.8 kWh ต่อเดือน)
  • อุปกรณ์ยังกลายเป็น หัวข้อชวนคุยที่น่าสนใจ สำหรับผู้มาเยือน

องค์ประกอบของระบบ

  • มินิพีซี: รันหลายบริการ เช่น เว็บเซิร์ฟเวอร์, งานประมวลผลภาพ และ Plex server

  • iPhone 8: ทำ OCR และทำหน้าที่เป็นแดชบอร์ดผ่านแอป SwiftUI

  • EcoFlow power station: ทำให้อุปกรณ์ทั้งสองทำงานแบบ ออฟกริด

  • Tailscale: รองรับการเชื่อมต่อเครือข่ายอย่างปลอดภัย

  • ลำดับการประมวลผล

    • บริการประมวลผลภาพส่งภาพไปยัง iPhone → รัน OCR ด้วย Apple Vision → ส่งผลลัพธ์กลับและแสดงสถิติบนแดชบอร์ด
    • ทุกขั้นตอนทำงานด้วยพลังงานแสงอาทิตย์โดยไม่พึ่งพาไฟฟ้าจากภายนอก

ฮาร์ดแวร์และพลังงานแสงอาทิตย์

การเลือก power station

  • เดิมซื้อ EcoFlow River 2 Pro มาเพื่อใช้แคมป์ปิง แต่กลับเหมาะกับโปรเจกต์นี้อย่างมาก
  • มีการแนะนำให้เทียบราคาซื้อจริงของ power station จากเว็บอย่าง GearScouts.com
  • เซิร์ฟเวอร์ iPhone 8 ใช้พลังงานอย่างมีประสิทธิภาพมาก โดยกินไฟเพียง 0.5~1W (ขณะรอ) และ 2~5W (ขณะประมวลผล)
  • มินิพีซีใช้ไฟ 15~30W และระบบทั้งหมดใช้พลังงานต่อวันราว 1.2kWh

ประสิทธิภาพของพลังงานแสงอาทิตย์ (ตามฤดูกาล)

  • ฤดูร้อน: รับไฟเข้าได้สูงสุด 150~220W ใช้งานและชาร์จได้แบบแทบไม่จำกัด
  • ฤดูใบไม้ร่วง/ฤดูใบไม้ผลิ: เฉลี่ย 20~60W ใช้งานร่วมกับแบตเตอรี่บางส่วน
  • ฤดูหนาว: 5~20W เน้นใช้แบตเตอรี่เป็นหลัก (ใช้งานได้ 15~20 ชั่วโมง)
  • ด้วยความจุสูงและการจัดการชาร์จ/คายประจุของ River 2 Pro ทำให้รักษาเสถียรภาพระยะยาวได้

การพัฒนาแอปเซิร์ฟเวอร์ OCR บน iOS

จุดแข็งของ Apple Vision framework

  • Apple Vision ให้ความสามารถ OCR ภายในเครื่องที่ทั้งรวดเร็วและแม่นยำมาก
  • ประมวลผลบนอุปกรณ์ได้โดยไม่ต้องใช้ API ภายนอกหรือคลาวด์
  • มีตัวอย่างโค้ดการใช้งาน (ประมวลผล UIImage → ดึงข้อความ)
  • สร้างสภาพแวดล้อมที่ไม่ต้องกังวลเรื่อง การเปิดเผยข้อมูลส่วนตัว หรือค่าบริการคลาวด์

แดชบอร์ดและการวิเคราะห์ด้วย SwiftUI

  • แดชบอร์ดแสดง สถิติแบบเรียลไทม์ เช่น คำขอวันนี้, จำนวนสะสม, เวลาเฉลี่ยในการประมวลผล, อัตราความสำเร็จ
  • ผสาน Google Analytics 4 เพื่อตรวจสอบข้อมูลผู้ใช้/เซสชัน/ผู้ใช้งานแบบเรียลไทม์
  • สามารถชม แดชบอร์ดเหมือนดาต้าเซ็นเตอร์ขนาดย่อม จากเซิร์ฟเวอร์ที่วางไว้ริมหน้าต่างได้

ความท้าทายจริงของการใช้งานพลังงานแสงอาทิตย์

  • ด้วยสภาพของแคนาดาที่ฤดูร้อนแดดดีนั้นสั้น แต่ฤดูหนาวที่เมฆมากยาวนาน จึงต้องมี กลยุทธ์การใช้งานตามฤดูกาล

  • ฤดูร้อน: ชาร์จและใช้งานพร้อมกันได้ด้วยพลังงานแสงอาทิตย์ล้วน

  • ฤดูใบไม้ผลิ/ฤดูใบไม้ร่วง: ใช้แบบไฮบริดระหว่างพลังงานแสงอาทิตย์กับแบตเตอรี่

  • ฤดูหนาว: เน้นใช้งานด้วยแบตเตอรี่ โดยมีพลังงานแสงอาทิตย์ช่วยเป็นครั้งคราว

  • แม้เปิดใช้งานตลอด 1 ปี ก็ยังรักษา สุขภาพแบตเตอรี่ iPhone ที่ 76% ได้

  • ในสภาพอากาศหนาว ความเร็ว OCR จะลดลง และทำงานได้เร็วกว่าเมื่ออุณหภูมิอุ่น

การวิเคราะห์ต้นทุน

เงินลงทุนและค่าใช้จ่ายในการดำเนินงาน

  • เงินลงทุนเริ่มต้น
    • EcoFlow River 2 Pro: $599 CAD (เดิมซื้อไว้ใช้แคมป์ปิง)
    • แผงโซลาร์ 220W: $180 CAD
    • อุปกรณ์เสริม: ประมาณ $50 CAD
    • ยอดลงทุนเพิ่มฝั่งโซลาร์รวม: ประมาณ $230 CAD
  • จากการใช้พลังงานจริงเฉลี่ยต่อเดือน ช่วยประหยัดได้ปีละ $84~120 CAD → คาดว่าคืนทุนภายใน 2~3 ปี

เทียบกับบริการ OCR บนคลาวด์

  • OCR บนคลาวด์มีค่าใช้จ่ายราว $1.00~1.50 ต่อ 1,000 ครั้ง ดังนั้นถ้าปริมาณคำขอเท่ากันจะมีค่าใช้จ่าย $83~125 CAD
  • แต่ถ้าประมวลผลแบบโลคัลด้วยพลังงานแสงอาทิตย์ จะได้ ต้นทุนต่อคำขอเป็นศูนย์ และคงความเป็นส่วนตัวอย่างสมบูรณ์

ประสบการณ์ใช้งานตลอด 1 ปี

ความน่าเชื่อถือและจุดที่พัฒนาได้

  • ยืนยันได้ถึง เสถียรภาพต่อเนื่องของฮาร์ดแวร์รุ่นเก่า โดยทำงานได้ตามปกติแบบไม่หยุดนานกว่า 1 ปี
  • สามารถจัดการ งานเบื้องหลังบน iOS ได้อย่างมีประสิทธิภาพด้วย (ใช้คำขอตามรอบและ app refresh)
  • Vision framework ปรับปรุงอัตราการรู้จำอย่างต่อเนื่องผ่านการอัปเดต และเก่งขึ้นกับลายมือและฟอนต์ที่ไม่มาตรฐาน

ปัญหาที่พบและวิธีแก้

  • เมื่อต้องเจอกับปัญหา พลังงานแสงอาทิตย์ไม่สม่ำเสมอ จะตั้งค่าให้ปิดมินิพีซีก่อน และให้ iPhone รับเฉพาะคำขอเดี่ยวต่อไปได้
  • ปัญหา ความร้อนสูงเกินไป แก้ด้วยการบังแสง การระบายอากาศ และปรับปริมาณงานตามอุณหภูมิทั้งฝั่งฮาร์ดแวร์และซอฟต์แวร์
  • ข้อจำกัดเบื้องหลังของ iOS แก้ทางอ้อมด้วยการใช้ข้อมูลตำแหน่งให้น้อยที่สุด และตอบกลับ HTTP ตามรอบเวลา

ความหมายและข้อสรุปที่ชวนคิด

  • ให้ความสำคัญกับความเป็นส่วนตัว: ภาพไม่ถูกส่งออกไปภายนอก และรับประกันได้เต็มที่ด้วยการประมวลผลภายใน

  • พึ่งพาตนเองด้านพลังงาน: แม้เป็นระบบขนาดเล็ก แต่ยืนยันได้ว่างานคอมพิวต์สามารถขับเคลื่อนด้วยพลังงานหมุนเวียนได้

  • ลดขยะอิเล็กทรอนิกส์: เปลี่ยนอุปกรณ์ที่แทบหมดประโยชน์แล้วให้กลายเป็นโครงสร้างพื้นฐานมูลค่าสูง

  • คอมพิวติ้งแบบเน้นโลคัล: สาธิตความเป็นไปได้ของการลดการพึ่งพาคลาวด์แบบสุดโต่ง และใช้การประมวลผลข้อมูลภายในอย่างมีประสิทธิภาพ

  • ระบบนี้ยังมีคุณค่าสูงสำหรับใช้เป็นเดโมด้านพลังงานหมุนเวียน, local computing และ IoT

  • บรรยากาศริมหน้าต่างที่ได้ทั้งดูนกและดูสถานะเซิร์ฟเวอร์ไปพร้อมกัน เป็นสิ่งที่ผู้เขียนพึงพอใจมาก

เอกสารเพิ่มเติมและข้อมูลอ้างอิง

ฮาร์ดแวร์

  • TP-Link Kasa Smart Plug: ใช้ติดตามการใช้พลังงานจริง

  • EcoFlow App: ใช้ตรวจสอบสถานะ River 2 Pro

  • GearScouts.com: ใช้เปรียบเทียบราคาของ power station/อุปกรณ์เอาต์ดอร์

  • ณ เวลาที่เขียนเอกสารนี้ เซิร์ฟเวอร์ iPhone 8 กำลังรองรับคำขอ OCR ครั้งที่ 83,418 ด้วยพลังงานแสงอาทิตย์เต็มรูปแบบ

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

 
GN⁺ 2025-06-19
ความเห็นจาก Hacker News
  • สำหรับฉันมันประหยัดได้ประมาณ $84~120 CAD ต่อปี แต่ในความเป็นจริงถ้าจะรันแอปของตัวเองบนโทรศัพท์เกินหนึ่งสัปดาห์ ก็ต้องจ่ายเพิ่มให้ Apple ปีละ $99 อยู่ดี เลยรู้สึกว่าไม่ได้เหลือผลประโยชน์จริงเท่าไร
  • ฉันคิดว่าค่าธรรมเนียมรายปีของ Apple อันนี้เป็นนโยบายที่ไร้สาระมาก อยากรู้จริง ๆ ว่าเหตุผลอะไรถึงต้องเป็น $99 จะให้เชื่อว่า Apple ใช้ต้นทุนดูแลอินฟราหรือค่าเซิร์ฟเวอร์ถึง 99 ดอลลาร์เพียงเพื่อโฮสต์แอปเดียวก็ดูไม่สมเหตุสมผล ถ้าฉันซื้ออุปกรณ์มา มันก็ควรเป็นของฉันจริง ๆ แต่ Apple กลับเหมือนคอยตั้งข้อจำกัดไม่ให้ฉันใช้มันได้ตามใจ สุดท้ายมันให้ความรู้สึกเหมือนเช่าอุปกรณ์ที่ตัวเองจ่ายเงินซื้อมาเอง เป็นแฟน Apple มานาน แต่ก็เรียกได้ว่าเป็นความสัมพันธ์แบบรักก็รัก เกลียดก็เกลียด
  • iPhone 8 มีช่องโหว่ bootrom checkm8 อยู่ ซึ่งในบทความไม่ได้พูดถึง แต่จริง ๆ แล้วเดิมทีสามารถเจลเบรกแล้วรันซอฟต์แวร์อะไรก็ได้โดยไม่เสียค่าใช้จ่าย ช่องโหว่นี้ทำให้มีการแฮ็กและการประยุกต์ใช้ได้หลากหลาย แต่ตอนนี้เหมือนจะถึงจุดจบแล้ว เพราะ iPad รุ่นที่ 7 ซึ่งเป็นอุปกรณ์รุ่นสุดท้ายที่ยังมีช่องโหว่นี้ ไม่ได้รับการรองรับบน iPad OS 26 อีกต่อไป
  • เท่าที่รู้ ค่าธรรมเนียมจะต้องจ่ายเฉพาะตอนเอาขึ้น App Store เท่านั้น ตอนก่อนหน้านี้ที่ฉันเคยทำแอป iPhone เอง ไม่เคยมีเหตุให้ต้องจ่ายเงินเลย
  • ถ้าเป็น iPhone ที่มีช่องโหว่ฮาร์ดแวร์ checkm8 ก็น่าจะเจลเบรกแล้วติดตั้งปลั๊กอินข้ามการตรวจลายเซ็นโค้ด เพื่อใช้งานพัฒนาและ sideload แอปต่อไปได้โดยไม่ต้องจ่าย $99 ต่อปี
  • ตัว iPhone เองเก่ามากแล้ว ถึงจะนับว่าได้มาฟรี แต่พอรวมต้นทุนฮาร์ดแวร์แผงโซลาร์กับแบตเตอรี่เข้าไป ก็เหมือนมีค่าใช้จ่ายเพิ่มจริง ๆ อีกราว $1,000
  • น่าสนใจในเชิงเทคนิค แต่แทบไม่มีคำอธิบายเลยว่าเอาไปใช้ทำอะไรจริง ๆ เลยทำให้ภาพรวมค่อนข้างนามธรรมอยู่หน่อย
  • เป็นบทความที่ดี แต่ก็ยังอยากได้คำอธิบายเรื่องกรณีใช้งานจริงเพิ่ม
  • ฉันก็คิดเหมือนกัน เลยเข้ามาดูคอมเมนต์นี่แหละ
  • อีกไม่นาน Apple จะเพิ่ม SpeechAnalyzer API ทำให้แปลงเสียงเป็นข้อความบนเครื่องได้ในสภาพแวดล้อมแบบ local มีคนบอกว่า API นี้เร็วกว่า whisper ด้วย ดูข้อมูลได้จาก วิดีโอ WWDC และ บทความ MacRumors
  • เพิ่มเติมคือมี โปรเจกต์ yap ซึ่งเป็นเครื่องมือ CLI สำหรับแปลงเสียงบนเครื่องด้วย Speech.framework ของ macOS 26 ตามบทความ MacStories ระบุว่าเกือบเร็วกว่า whisper 2 เท่า และเพราะไม่มีเครือข่ายหรือเซิร์ฟเวอร์ที่ใช้ร่วมกันมาเกี่ยวข้อง จึงรู้สึกว่าเร็วกว่าด้วย
  • โปรเจกต์นี้ทั้งมีความเป็นแฮ็กเกอร์และเขียนได้ดีมาก แต่ก็อยากพูดถึง “ผลเครือข่ายของแฮ็กเกอร์” ที่ปกติ HN มักช่วยกันเผยแพร่แบบไม่พูดตรง ๆ อยู่เสมอ เรามักเห็นโพสต์แนว “ฉันทำสิ่งนี้บนแพลตฟอร์มปิดได้แล้วนะ อยากลองใช้ของที่ฉันทำแบบสะดวก ๆ ไหม? แต่คุณก็จะถูกผูกติดกับแพลตฟอร์มนั้นไปตลอด” สำหรับเคสนี้สิ่งที่ต่างออกไปหน่อยคือ ผู้เขียนอธิบายได้อย่างมีชั้นเชิงมากว่า “ทำไมสิ่งนี้ถึงสำคัญ”
  • การนำอุปกรณ์เก่ากลับมาใช้ใหม่เป็นไอเดียที่มีคุณค่าจริง ๆ ถ้าไม่ชอบที่มันเป็นแพลตฟอร์มปิด ก็ไม่ต้องซื้อ แต่ไม่ว่าอย่างไร วิธีนี้ก็ยังช่วยไม่ให้อุปกรณ์ iPhone รุ่นเก่าหลายล้านเครื่องกลายเป็นขยะ
  • อย่างเช่นตอนนี้ฉันกำลังใช้งานแอป Android ตัวหนึ่งจาก F-Droid อยู่ พาดหัวก็ประมาณว่า “ฉันสร้าง <แอป FOSS> โดยไม่ใช้ <เฟรมเวิร์กยอดนิยม>!” อะไรทำนองนั้น แต่สุดท้ายฟังก์ชันการใช้งานสำคัญที่สุด และมันมีบั๊กเยอะมากจนฉันหัวเสีย ลบแล้วติดตั้งใหม่หลายรอบ เลยยิ่งรู้สึกว่าการประเมินทั้งด้านฟังก์ชันและด้านปรัชญาในหลายสเกลนั้นสำคัญจริง ๆ
  • ยังไม่ค่อยเข้าใจว่าต้อง OCR ภาพแบบไหนถึงต้องการโซลูชันแบบนี้ อยากรู้ว่าปกติกำลังประมวลผลภาพประเภทไหนอยู่
  • ฉันเดาว่าเขาแค่อยากลองใช้เฟรมเวิร์ก OCR ของ Apple และบังเอิญมี iPhone อยู่แล้วเลยใช้มันไปเลย ฉันลองเข้าไปดูบล็อกหลักของเขาเพื่อหาว่าเขาประมวลผลภาพแบบไหน แต่ก็ไม่เจอข้อมูลเกี่ยวกับเรื่องนั้น หรือว่าเขากำลังสแกนคอลเลกชันนิยายอยู่?
  • ฉันก็มีโทรศัพท์/แท็บเล็ต Android เก่า ๆ ที่ไม่ได้ใช้ราว 7 เครื่อง แต่ก็ยังนึก workflow ดี ๆ ไม่ออกว่าจะเอามาใช้ทำ server farm แบบง่าย ๆ ได้อย่างไร
  • มีบทความที่คนรู้จักกันดีเกี่ยวกับการใช้ iPhone เป็นเซิร์ฟเวอร์ OCR คือ OCR รูปภาพนี้กับเคสแร็ก iPhone
  • เป็นเรื่องราวที่ยอดเยี่ยม ฉันคิดว่า Apple ควรได้รับคำชมจริง ๆ ที่ยังทำให้อุปกรณ์เก่าใช้งานต่อได้ ฉันเองก็เคยมีประสบการณ์คล้ายกันในการนำ OG iPhone SE เก่ามาปรับใช้ในรูปแบบใหม่ แชร์ประสบการณ์ไว้ที่นี่
  • ฉันไม่ค่อยเห็นด้วยกับมุมมองที่ว่า Apple ช่วยชุบชีวิตอุปกรณ์เก่า ถ้าจะเอา iPad รุ่นเก่ามาใช้ทำอะไรใหม่ ๆ ต้องออกแรงมหาศาล และฉันก็ไม่แน่ใจว่าสถานการณ์นี้เปลี่ยนไปแล้วหรือยัง
  • ฉันไม่เห็นด้วยกับมุมมองนี้เลย เพราะสุดท้ายฉันต้องยอมเลิกใช้ iPhone 7 เนื่องจากไม่ได้อัปเดต iOS แล้ว แม้แต่แอปธนาคารก็ไม่ยอมเปิดถ้าเวอร์ชันเก่าเกินไป แล้วยังมีเรื่องที่ Apple แอบลดประสิทธิภาพเครื่องโดยผู้ใช้ไม่รู้ อย่างที่เห็นจาก batterygate ด้วย
  • พออ่านเรื่องนี้ก็ทำให้นึกถึงคนที่ใช้ OCR บน iPhone มาสร้างฐานข้อมูล meme ไอเดียแบบนี้ที่ทำให้อุปกรณ์เก่ากลับมาเกิดใหม่ในหน้าที่ใหม่มันน่าทึ่งจริง ๆ ถ้าสามารถลง ethernet + docker บนโทรศัพท์ Android ที่ถูกทิ้งไว้ได้ ก็น่าจะกลายเป็น VPS แบบกึ่ง ๆ ที่มีประสิทธิภาพใช้ได้เลย คอมเมนต์ HN ที่เกี่ยวข้อง
  • มีจุดหนึ่งที่ค้นพบแล้วน่าสนใจ คือเขาพบว่าเวลาที่ iPhone อุ่นเล็กน้อย ความเร็ว OCR จะดีกว่า ตอนเช้าที่หนาวในแคนาดาความเร็วประมวลผลจะลดลง แต่เวลาใช้ไฟจากผนังกลับไม่รู้สึกถึงอาการนี้ เลยสงสัยว่า Apple มีการจำกัดประสิทธิภาพเวลาอุณหภูมิต่ำด้วยหรือไม่ จากประสบการณ์ของฉัน ถ้าหนาวมากมันมักจะแค่ดับไป ไม่ได้รู้สึกว่าประสิทธิภาพตกจนชัดเจนแบบนั้น แน่นอนว่าฉันไม่ได้รันงานสำคัญบนโทรศัพท์ เลยไม่เคย benchmark เรื่องนี้จริงจัง