TL;DR
การรีเซ็ตโควตาการใช้งานของ Codex มาถึงแล้ว ฉันคิดว่าคราวนี้ทำงานได้เต็มที่แน่ ๆ แต่ปรากฏว่า Codex สร้างเธรดใหม่ไม่ได้เลย บนหน้าจอมีแค่ข้อความ No space left on device (os error 28)
สาเหตุไม่ใช่ AI ไม่ใช่คลาวด์ และไม่ใช่ข้อจำกัดการใช้งาน แต่คือ SSD ของ Mac เต็มจริง ๆ
พอลบไฟล์ที่ไม่จำเป็นออก ทุกอย่างก็กลับมาใช้ได้ทันที สิ่งที่ได้เรียนรู้คือ ในสภาพแวดล้อมการพัฒนายุค AI มีถังเชื้อเพลิงแยกกันอยู่สองถัง คือ "โควตาการใช้งาน" กับ "พื้นที่เก็บข้อมูลในเครื่อง" และก่อนจะซื้อ SSD เพิ่ม การลองทำ 2S (คัดแยกและจัดระเบียบ) ซึ่งเป็นที่รู้จักดีในวงการอุตสาหกรรมการผลิต คุ้มค่ามากจริง ๆ 2S คือสองขั้นแรกของวิธี 5S ที่โรงงานในญี่ปุ่นใช้รักษาสถานที่ทำงานให้สะอาดเป็นระเบียบ
Codex: "โควตากลับมาแล้วนะ!"
Mac: "พื้นที่ว่าง ศูนย์ค่ะ!"
Codex: "ขอแค่ไม่กี่ KB สำหรับไฟล์ล็อกก็พอ..."
Mac: "ไม่มีที่แล้ว"
คน: "ทำอะไรไม่ได้เลย"
1. เทศกาลรีเซ็ตโควตามาถึง
วันที่ 31 สิงหาคม 2026 ประกาศเรื่องการรีเซ็ตโควตาการใช้งาน Codex / ChatGPT Work เป็นที่พูดถึงกันบน X โพสต์บอกว่าจะรีเซ็ตตอน 6 โมงเย็นตามเวลา Pacific Time บรรยากาศเหมือนงานเทศกาลเลย คือใช้ให้เต็มที่ ลองฟีเจอร์ล่าสุดให้หมด
เมื่อมองจากญี่ปุ่น เรื่องเวลาค่อนข้างสับสน เดือนสิงหาคมชายฝั่งตะวันตกของสหรัฐฯ ปกติใช้ PDT (UTC-7) ดังนั้น 18:00 ที่นั่นก็ประมาณ 10:00 ของวันถัดไปตามเวลาญี่ปุ่น ถ้าคำนวณตรงตัวด้วย PST (UTC-8) จะเป็นราว 11:00 ไม่ว่าจะแบบไหน พอสายของญี่ปุ่นการรีเซ็ตก็เสร็จไปแล้ว
หน้าช่วยเหลืออย่างเป็นทางการของ OpenAI ก็อธิบายว่าผู้ใช้ที่เข้าเงื่อนไขอาจได้รับการรีเซ็ตขีดจำกัดการใช้งาน Codex / ChatGPT Work แบบครั้งเดียว ส่วนระบบอีกแบบที่เรียกว่า "banked reset" ก็ระบุชัดว่าเมื่อใช้การรีเซ็ตเต็มรูปแบบ ทั้งช่วงเวลา 5 ชั่วโมงและช่วงรายสัปดาห์จะถูกรีเฟรช
วันนั้นจึงมีความคาดหวังสูงมาก
"เอาล่ะ เชื้อเพลิงเต็มถัง วันนี้วิ่งได้เต็มที่"
แต่ไม่นานหลังจากนั้นฉันก็รู้ว่ามีอีกถังหนึ่งที่ว่างเปล่า
2. แต่ Codex ทำอะไรไม่ได้เลยจริง ๆ
หลังรีเซ็ต ฉันเปิด Codex เพื่อเริ่มทำงาน แต่เธรดใหม่เริ่มต้นไม่ได้
หัวใจของข้อผิดพลาดคือบรรทัดนี้
failed to open thread writer lock ...
No space left on device (os error 28)
จุดสำคัญคือ thread writer lock ไม่ใช่ไฟล์ขนาดใหญ่
พูดง่าย ๆ ไฟล์ล็อกก็เหมือนป้ายที่เขียนว่า "ตอนนี้ฉันกำลังเขียนข้อมูลนี้อยู่" เป็นไฟล์จัดการขนาดเล็กที่ป้องกันไม่ให้หลายโพรเซสทำให้บทสนทนาหรือสถานะเดียวกันพังพร้อมกัน
แต่พอพื้นที่ว่างเหลือเกือบศูนย์ แม้แต่ป้ายเล็ก ๆ นั้นก็วางไม่ได้
เหตุผลที่ AI สมรรถนะสูงหยุดทำงานจึงเป็น
"ไม่มีที่จอดรถให้ไฟล์ขนาดไม่กี่ KB"
ได้ทั้งความล้ำอนาคตและความรู้สึกเหมือนประชุมหมู่บ้านไปพร้อมกัน
3. os error 28 บอกอะไรกันแน่
No space left on device แปลตรงตัวแทบจะเป๊ะ ๆ ว่า "อุปกรณ์ไม่มีพื้นที่ว่างเหลือ"
กรณีนี้พื้นที่เก็บข้อมูลของ Mac หมดจริง ๆ พอลบไฟล์ที่ไม่ต้องใช้เพื่อเพิ่มพื้นที่ว่าง Codex ก็ฟื้นขึ้นมาทันที
การวินิจฉัยจึงสะอาดมาก
- Codex พยายามเขียนไฟล์สำหรับเธรด
- ระบบปฏิบัติการปฏิเสธเพราะไม่มีพื้นที่ว่าง
- Codex เริ่มต้นไม่สำเร็จ
- ลบข้อมูลที่ไม่จำเป็น
- เขียนได้อีกครั้ง
- กลับมาใช้ได้ทันที
ทั้งที่เป็น AI บนคลาวด์ แต่สุดท้ายก็แพ้พื้นที่ว่างจริงบนดิสก์ในเครื่อง
ก็แน่อยู่แล้ว แต่พอใช้บริการคลาวด์เป็นประจำก็ลืมได้ง่าย
4. SSD เต็มทำให้เกิดปัญหามากกว่า "บันทึกไม่ได้"
ดิสก์เต็มไม่ได้สร้างปัญหาแค่ตอนบันทึกวิดีโอไฟล์ใหญ่
แอปเขียนไฟล์เล็ก ๆ จำนวนมหาศาลอยู่ตลอดเวลา
- ไฟล์ล็อก
- ไฟล์ชั่วคราว
- ล็อกการทำงาน (log)
- แคช
- ข้อมูลการตั้งค่าและสถานะ
- การอัปเดตฐานข้อมูล
- ออบเจ็กต์ของ Git และข้อมูลงาน
- ผลลัพธ์จากการ build
- พื้นที่ชั่วคราวของระบบปฏิบัติการและแอป
ดังนั้นเมื่อพื้นที่ว่างหมดเกลี้ยง แม้แต่สิ่งที่ดูเหมือน "แค่หน้าจอแชต" ก็อาจเปิดไม่ติดหรือสร้างเธรดใหม่ไม่ได้
Apple เองก็แนะนำว่า เมื่อดิสก์สำหรับสตาร์ทอัพของ Mac เกือบเต็ม ให้ตรวจดูการใช้งานที่ การตั้งค่าระบบ → ทั่วไป → พื้นที่เก็บข้อมูล แล้วเพิ่มพื้นที่ว่างด้วยการลบไฟล์ที่ไม่จำเป็น ย้ายไปที่เก็บข้อมูลภายนอก หรือเทถังขยะ เป็นต้น
5. "โควตา" กับ "ความจุ SSD" เป็นคนละบัญชีกันโดยสิ้นเชิง
นี่คือส่วนที่น่าสนใจที่สุดในเรื่องนี้
Codex มีข้อจำกัดด้านทรัพยากรอย่างน้อยสองอย่าง
| ทรัพยากร | ถ้าหมดจะเกิดอะไรขึ้น? | ครั้งนี้ |
|---|---|---|
| โควตาการใช้งาน Codex / Work | การรันโมเดลถูกจำกัด | รีเซ็ตแล้วกลับมาเต็ม |
| พื้นที่เก็บข้อมูลในเครื่อง Mac | เขียนสถานะ ล็อก ไฟล์ล็อก ฯลฯ ไม่ได้ | เกือบศูนย์ |
พูดอีกอย่างคือ
ฝั่งคลาวด์: เต็มถัง
ฝั่งในเครื่อง: น้ำมันหมด
เหมือนได้รับรถที่เติมน้ำมันเต็มถัง แต่ทางออกของลานจอดรถถูกเทคอนกรีตปิดไว้
โควตาที่กลับมาไม่ได้แปลว่า RAM, SSD, เครือข่าย, สิทธิ์การเข้าถึง และสถานะ Git ของคอมพิวเตอร์จะกลับมาด้วย
ยิ่งรันเอเจนต์ AI ทุกวัน ก็ยิ่งต้องดู "ถังทรัพยากรหลายใบ" เหล่านี้แยกกัน
6. พอเคลียร์พื้นที่ ก็หายทันที
วิธีแก้จริง ๆ ง่ายมาก
ลบข้อมูลที่ไม่ต้องใช้ แล้วสร้างพื้นที่ว่าง
แค่นี้ Codex ก็กลับมาใช้ได้
ความสามารถในการทำซ้ำได้แบบนี้สำคัญ ถ้าพื้นที่ว่างเป็นสิบ ๆ GB แต่ยังเจอข้อผิดพลาดเดิม ก็ต้องสงสัยสาเหตุอื่น แต่คราวนี้เป็น "พื้นที่หมดจริง → ลบ → หาย" สาเหตุกับวิธีแก้เลยต่อกันเป็นเส้นตรง
พอถึงตรงนี้ก็จะมีความคิดว่าซื้อ SSD เลยดีไหม
แต่ SSD ไม่ได้ถูก
และคำตอบที่โผล่ขึ้นมาก็มาจากโลกของอุตสาหกรรมการผลิตแบบไม่คาดคิด
เริ่มจากทำ 2S ก่อน
7. 2S ก่อนซื้อ SSD: ปฏิบัติการป้ายแดงดิจิทัล
2S คือสองขั้นแรกของ 5S วิธีจัดระเบียบสถานที่ทำงานที่โรงงานญี่ปุ่นใช้กัน
- คัดแยก (Seiri): แยกของที่ต้องใช้กับที่ไม่ต้องใช้ แล้วทิ้งของที่ไม่ต้องใช้
- จัดระเบียบ (Seiton): วางของที่ต้องใช้ไว้ในที่ที่หยิบใช้ได้ทันทีเมื่อต้องการ
บนคอมพิวเตอร์ก็เหมือนกันเป๊ะ
พอเห็นความจุไม่พอ คนมักคิดตามสัญชาตญาณว่า "ซื้อ SSD 1TB ดีกว่า" แต่ถ้าในที่เก็บข้อมูลมีของไม่จำเป็นนอนอยู่ 100GB การซื้อ SSD ก็เท่ากับ ต่อเติมโกดังเพราะโกดังรก
เริ่มจากป้ายแดงก่อน (ในโรงงาน ป้ายแดงคือป้ายที่ติดบนของที่อาจไม่จำเป็น เพื่อให้ทุกคนช่วยกันตรวจก่อนทิ้ง)
จุดที่ควรดูใน 2S แบบดิจิทัล
- ไฟล์ ZIP, DMG และตัวติดตั้งเก่า ๆ ที่ค้างอยู่ใน
Downloads - ไฟล์ต้นฉบับวิดีโอและรูปภาพที่ใช้ครั้งเดียว
- Git clone เก่าและรีโพซิทอรีที่ซ้ำกัน
- ผลลัพธ์จากการ build ที่ใช้เสร็จแล้ว
- ถ้าใช้ Docker ก็ image / container / volume ที่ไม่จำเป็น
- ถ้าใช้ Xcode ก็ Simulator และ DerivedData ที่ไม่จำเป็น
- ข้อมูลสำรองของ iPhone / iPad เก่า
- ล็อกที่บวมใหญ่และรายงานแอปแครช
- ข้อมูลที่ตกค้างหลังลบแอป
- ถังขยะ
แต่ การลบโฟลเดอร์ระบบที่ไม่รู้ว่าคืออะไรทิ้งหมดเพียงเพราะกินที่เยอะ ไม่ใช่ 2S แต่เป็นการระเบิดรื้อถอน
โดยเฉพาะโฟลเดอร์ที่อาจมีการตั้งค่า ข้อมูลยืนยันตัวตน หรือเซสชันของสภาพแวดล้อมการพัฒนา ให้ตรวจสอบก่อนว่าเป็นข้อมูลอะไรแล้วค่อยแตะ
8. "1TB พอไหม?" ตอบง่ายขึ้นหลังทำ 2S
ถ้าซื้อ SSD ภายนอก 1TB พอไหม?
ขึ้นอยู่กับการใช้งาน แต่ลำดับการตัดสินใจสำคัญมาก
- ลบของที่ไม่จำเป็นก่อน
- วัดว่าใช้ข้อมูลที่จำเป็นจริง ๆ ไปกี่ GB
- ดูว่า 1 ถึง 2 เดือนเพิ่มขึ้นเท่าไร
- ถ้า SSD ในเครื่องยังเต็มตลอด ค่อยคิดเรื่องเพิ่ม
ถ้างานหลักเป็นบทความ โค้ด และ Git และไม่ได้เก็บวิดีโอ 4K เครื่องเสมือน หรือ LLM ในเครื่องจำนวนมาก การเพิ่มไดรฟ์ภายนอก 1TB มักให้พื้นที่เหลือเฟือพอสมควร
ในทางกลับกัน ถ้าทำ 2S แล้วว่างขึ้นหลายร้อย GB
ซื้อ SSD: เลื่อนไปก่อน
กระเป๋าตังค์: รอดตาย
ก็เป็นไปได้
การวัดก่อนซื้อก็นับเป็นกิจกรรมปรับปรุงที่ดีอย่างหนึ่ง
9. ป้องกันไม่ให้เกิดซ้ำ: Mac ก็ต้องมี "การบำรุงรักษาเครื่องจักร"
เมื่อเคยลงไปถึง 0GB แล้ว ต่อไปควรใช้งานแบบไม่ดันจนสุดขีด
- เปิดดู "การตั้งค่าระบบ → ทั่วไป → พื้นที่เก็บข้อมูล" เดือนละครั้ง
- ทำความสะอาดโฟลเดอร์ดาวน์โหลดเป็นประจำ
- ตรวจโฟลเดอร์ขนาดใหญ่โดยเรียงตามขนาด
- อย่าปล่อยให้ clone แบบใช้แล้วทิ้งและไฟล์ที่สร้างขึ้นค้างอยู่
- อย่าให้ถังขยะกลายเป็น "โกดังของที่คิดว่าลบไปแล้ว"
- สำรองข้อมูลสำคัญก่อนจัดระเบียบ
- เว้นพื้นที่ว่างไว้บน SSD ในเครื่องเสมอ
"พื้นที่ว่าง" ไม่ใช่สต็อกที่ใช้ได้จนถึง 1GB สุดท้าย
ควรคิดว่าพื้นที่ว่างระดับหนึ่งคือพื้นที่ทำงานที่ระบบปฏิบัติการและแอปต้องใช้
ในโรงงาน ถ้าวางวัตถุดิบเต็มไปถึงทางเดิน คนก็เดินไม่ได้
Mac ก็เป็นแบบเดียวกัน
10. สรุป: ยุค AI ก็ยังใช้ 2S ได้
ถ้าสรุปเหตุการณ์นี้ในบรรทัดเดียว
โควตา Codex กลับมาเต็ม แต่พื้นที่ว่างของ SSD เป็น 0 จึงสร้างแม้แต่ไฟล์ล็อกขนาดไม่กี่ KB ไม่ได้ ทุกอย่างหยุดสนิท พอลบของที่ไม่จำเป็นก็กลับมาใช้ได้
และบทเรียนก็คลาสสิกอย่างไม่คาดคิด
- ดูความจุ
- อ่านข้อความผิดพลาด
- ทิ้งของที่ไม่ต้องใช้
- จัดระเบียบของที่ต้องใช้
- เว้นพื้นที่ว่างไว้
แนวคิดที่โผล่ขึ้นมาในที่สุดจากการแก้ปัญหา AI ล้ำสมัยที่สุดก็คือ 2S
เทคโนโลยีก้าวหน้าไป แล้วบางครั้งก็วนกลับมาที่โรงงาน
Codex: "ฉันใช้โมเดลล่าสุดคิดวิเคราะห์ได้นะ"
Mac: "แต่ฉันเหลือพื้นที่ว่าง 0GB"
2S: "ตรงนั้น ขอติดป้ายแดงนะ"
Sources
- OpenAI Help Center — Using Codex with your ChatGPT plan
https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan - OpenAI Help Center — How banked Codex resets work
https://help.openai.com/en/articles/20001498-how-banked-codex-resets-work - Apple Support — Free up storage space on Mac
https://support.apple.com/en-us/102624 - X post referenced in the episode
https://x.com/thsottiaux/status/2094144275957350900
