ความที่ ผมเขียน perl มานาน (จริงๆ คือ ถนัดและเขียนเป็นอยู่ภาษาเดียว ^^”)
และ เจ้าภาษา perl มันมีปัญหา ให้ปวดตับ อยู่ 1 อย่างคือ เรื่องการ ซด RAM (สามารถแดกได้ 2GB ในไม่กี่ ชม. – -”)
หลักๆ ที่เห็นชัดๆ ก็ประมาณว่า สคิปไหนที่ต้องทำงานตลอดเวลา
สคิปเจ้ากรรม มันจะ ซด RAM แบบ ซดไปเรื่อยๆ
จากที่สังเกตุคือ เมื่อมีการ ประกาศ ตัวแปรอะไรเพิ่ม หรือ มีค่าอะไรเข้าไปใน ตัวแปร
สคิปมันก็จะเอา RAM จาก OS ไปใช้ … แล้วเมื่อมันทำงานเสร็จ
ไม่ว่าจะ undef, delete, flush ตัวแปรนั้นๆ … สคิปมันก็จะไม่คืน RAM ที่มันจองไปให้ตัวแปรต่างๆ ให้ OS หลักซะงั้น !!
ซึ่ง ผมค่อนข้างมั่นใจว่า ผมงมหาวิธีแก้เรื่องนี้มานานมากกกกกกกกกก จนยอมแพ้และเริ่มทำใจยอมรับมัน
(ถ้าจำไม่ผิด ผมหาวิธีแก้ไขเรื่องการซด ram ของ perl แบบตั้งใจสุดๆ ไป ราวๆ 3 รอบ)
ในที่สุดวันนี้ ระหว่างรื้อ บอท iRC มานั่งเขียนใหม่ โดยกะใช้ thread เพื่อ ทำ multi process
ด้วยความคิดชั่วร้ายว่า ต้องเริ่มเปิดคลังแสง มาไล่เก็บ server ใหม่อีกซักรอบ
ซึ่งก็เจอปัญหาเดิมคือ .. พอเริ่มรัน บอทจะ กิน ram ราวๆ 6Mb .. แต่พอสั่งทำงาน มันกิน ram ไปเรื่อยๆ process ละ 6Mb !!
ซึ่ง ถ้าตู แฮกเครื่องชาวบ้านมารันบอท .. ไม่ว่าจะสั่งหรือไม่สั่ง ให้บอททำงาน
ก็ดูแล้วไม่น่า เกิน 1 วัน โดน host เตะ ข้อหาซด ram หมด แน่นอน
ก็เลย ไปงม วิธีแก้ไขใหม่ .. และ ก็ข้องใจอยู่ในหัวสมองน้อยๆ ว่า “เอ๊ะ ทำไม สคิปบอท โบราณมันถึงทำงานได้ไม่มีปัญหากันฟ๊ะ”
และในที่สุด ผมก็ไปเจอ ฝรั่ง comment ไว้แนวๆ เดิม คือ ไม่ว่ามึงจะทำไง perl ก็ไม่คือน ram ให้ OS หร๊อก บลาๆ ๆ
(ลอง ค้นๆ ดูเลย มั่นใจว่าจะเจอแต่ comment แนวๆ นี้จริงๆ และ ผมทดสอบแล้ว มันก็เป็นจริงๆ อย่างที่ฝรั่ง มันว่า นะ)
แต่ ไปเจอ อยู่ comment หนึ่งบอกว่า ให้ ใช้ fork แยกไปทำงาน .. และเมื่อ exit ปุ๊ป ram ที่ fork ดึงไป มันจะหายไป !!
เหยดดดดดดดด … นี่ล่ะ คำตอบ ที่ต้องการ
สรุปก็คือ
หากเรา เขียน perl ให้ใช้ thread
เมื่อ แตก thread ลูก ออกมา และ process ลูกเริ่มทำงาน process ลูกก็จะ ดึง ram จาก OS ไปใช้
ซึ่ง ram ทั้งหมดที่ใช้ มันก็จะมารวมอยู่ ใน process หลัก นั่นเอง
และเมื่อ process ลูกทำงานเสร็จ และ detach ตัวมันหายไป … มันเสือกหายไปแต่ process ลูก
แต่อี process แม่ ยัง อม ram ที่จองมา ไว้เหมือนเดิม !!
แล้วพอ แตก process ลูกไปทำงานชิ้นใหม่ .. มันก็ ขอ ram เพิ่มจาก OS อีก .. ทำให้ มัน จอง ram ไปเรื่อยๆๆ ๆ ๆ ๆ ๆ
แต่หากใช้ fork
มันจะ แตก process ออกมาเป็น อีก PID เลย .. ซึ่งมันก็จะ ดึง ram จาก OS มาใช้ของมันไป ตามเรื่องของมัน
และ เมื่อ ทำงานเสร็จ พอเรา exit ตัว PID ของ process ที่ fork ออกมา .. ram ที่ใช้ ก็จะหายไปคืนกลับ ให้ OS
เหมือนเราปิด โปรแกรม ไปแล้วนั่นเอง
เหยดดดดดดดดดดดดดดดดดดดดดดดดดดดด … และแล้วก็ ถึงเวลา เดือดร้อนชาวโลก อีกแล้ว ซินะ !!!
ปล. กลับไปรัก fork เหมือนเดิม
edit
จริงๆแล้ว thread มีข้อดีคือ สามารถ แชร์ $variable ได้
แต่ fork แชร์ไม่ได้ (เพราะ มันแยก process มาทำงาน … เหมือนเรา เปิด โปรแกรมคนละตัว)
แถมบทความ 90% ที่จะให้ fork แชร์ variable ข้าม process ได้
ก็คือ ให้ใช้ IPC เป็นตัวจัดการ เก็บ variable เข้าไป ใน ram แล้ว process ตัวอื่นๆ ค่อยดึงออกมา
แต่ รู้ไว้ซะว่า IPC นั่น last update มันปี 2001 ว่ะ .. มันใช้กับ perl 5.8 ไม่ได้
… ไอ้ห่ารากกกกกกกกก มึงจะแนะนำใหม่กว่านี้ไม่ได้ใช่มั้ย !!
จริงๆแล้ว ถ้าเขียนลง ram ไม่ได้ ก็แก้โดย เขียนเก็บมันใน file
แล้วให้ process อื่นมาเปิดอ่านเอาโลด (แก้ปัญหา แบบ เขียน ง่ายๆ เลย อิอิ)









