เมื่อวาน blog เรื่องเคอร์เนลแพตช์ของ mm และ ck ไปแล้ว ยังมีแพตช์เคอร์เนลอีกหลายตัว แต่ละตัวก็ maintain tree ของตัวเอง มีจุดประสงค์ในการใช้ต่างๆ กันไป สรุปมาให้อ่านกัน:

• aa tree ของ Andrea Arcangeli เน้นเรื่อง VM เป็นหลัก .. aa tree merge เข้าเคอร์เนลตั้งแต่ 2.4.10 .. VM ของเคอร์เนล 2.6 ก็มีพื้นฐานมาจาก aa tree
• ac tree ของ Alan Cox .. Alan เป็น kernel maintainer ตั้งแต่ปลาย 2.0 2.2 เลยมาถึง 2.4 ช่วงต้นๆ ทุกคนยกย่องให้เป็นมือขวาของ Linus .. หลังวางมือ Alan ก็ยังมีส่วนช่วยงานเคอร์เนลอยู่อย่างต่อเนื่อง โดย maintain ac tree ที่มีฟีเจอร์ใหม่ๆ ที่ไม่อยู่ในวานิลลา .. ac tree ยังนับเป็นการทดสอบ bugfix และฟีเจอร์ ก่อนจะส่งให้ Marcello Tosatti (2.4 kernel maintainer ต่อจาก Alan) อีกทีด้วย .. ac patch หายร่วมปีแล้ว เพราะ Alan หยุดงานเคอร์เนลชั่วคราวไปเรียนต่อด้านบริหาร
• bk tree เป็น snapshot จากโค้ดล่าสุดที่ merge เข้าเคอร์เนล .. ชื่อ bk มาจาก BitKeeper ซึ่งเป็นซอฟต์แวร์ SCM ที่ใช้ในการจัดการโค้ดของเคอร์เนลทั้งหมด คล้ายๆ CVS, SVN .. ลินุสเลือกใช้ BitKeeper เพราะสะดวกในการจัดการ changeset มากกว่าตัวอื่น .. BitKeeper เป็น commercial software แต่โครงการโอเพนซอร์สใช้งานได้ฟรี (as in free beer)
• ck tree ของ Con Kolivas .. Con รวบรวมแพตช์เพื่องานเดสก์ท็อป/interactive/low latency เป็นหลัก และยังแฮ็ก scheduling ในเคอร์เนลให้เหมาะกับงานเดสก์ท็อป สมัยนึง ck tree เป็นแพตช์เซ็ตที่ทำงานเร็วกว่าวานิลลาจนรู้สึกได้
• mm tree ของ Andrew Morton .. ตอนจะรีลีส 2.6 Linus ชวนให้ Andrew มาช่วย maintain kernel แต่ Andrew ก็แบ่งรับแบ่งสู้ สุดท้ายแล้ว Linus เลยเป็นคน maintain อย่างเป็นทางการ ในขณะที่ Andrew ช่วยรวบรวมแพตช์และแยก mm tree ไว้เพื่อให้ทดสอบกันในทำนองเดียวกับ ac tree / 2.4

นอกจาก tree ยอดนิยมข้างบนนี้ ก็ยังมี patch/patchset อีกเยอะนะ :

• mjb ของ Martin J. Bligh (Scalability)
• wli ของ William Lee Irwin (VM)
• lsm ของ Chris Wright (Linux Security Modules)
• osdl ของ OSDL (database/enterprise-level hacks)
• dj ของ Dave Jones (I/O AGP)
• rmap Rik van Riel (reverse mapping vm)

me:

[kitt@peorth web]$ uname -a
Linux peorth.kitty.in.th 2.6.8.1-ck4 #4
Tue Aug 24 21:30:27 ICT 2004 i686 i686 i386 GNU/Linux

mm4 patch สำหรับ 2.6.8.1 รีลีสแล้ว เร็วดังคาด .. แพตช์ตัวนี้มี experimental code ชุดใหม่เข้ามา ยังไม่ได้ทดสอบในวงกว้าง ใครอยากทดสอบหรือชอบเสี่ยงก็ ดาวน์โหลด ไปใช้ได้

ck4 patch ของ Con Kolivas รีลีสแล้วเหมือนกัน .. แพตช์/จูนสำหรับเดสก์ท็อปเช่นเคย มีแพตช์ workaround kernel กับ cdrecord ไว้แล้วด้วย ใครใช้งาน CD/DVD Writer เอาแพตช์นี้ไปใช้ก่อนระหว่างรอแก้ไขในเคอร์เนลจริงๆ อีกที ในแพตช์เซ็ตมี Reiser4FS ด้วย ว่ากันว่าเร็วโคตรๆ ..

CK แนะนำว่า เคอร์เนล 2.6 ไม่จำเป็นต้องใช้ kernel preemptible ก็ได้ จะ enable หรือ disable ก็ไม่รู้สึกอะไร เพราะ latency ของ 2.6 ถึงไม่มี preempt ก็ต่ำ(กว่า 2.4)อยู่แล้ว การ enable kernel preemptible อาจจะทำให้โปรแกรมบางโปรแกรมทำงานเพี้ยนอีกด้วย ผมก็เจอบ้างเหมือนกัน เช่น NVIDIA ถ้าภาระงานหนักๆ โมดูลจะทำงานอืดอย่างเห็นได้ชัด ALSA เองก็จะกระตุกๆๆ เท่าที่มีการรายงานบางจังหวะแย่ถึงขนาด latency เกิน 50 msec ก็มี ..

เพื่อแก้ปัญหานี้ Ingo Molnar กับ Arjan van de Ven (@ Red Hat) เสนอโมเดลและแพตช์ชื่อ “Voluntary Kernel Preemption” มาเสริมการทำงานของเคอร์เนล 2.6 .. วิธีการคือดึงเอาจังหวะ might_sleep() ในเคอร์เนลมาใช้ + แก้ไขโค้ด จัด schedule ใหม่ (ผมเดาว่า การใช้ might_sleep() คงเป็นที่มาของคำว่า voluntary – เพราะจุดที่เรียก might_sleep() แปลว่ามันอาสาที่จะ sleep แล้ว) .. การทดสอบ voluntary kernel preemption โดยตัว Ingo เองได้ latency ออกมาไม่ถึง 1 ms แม้จะอัดภาระงานเข้าไปเต็มๆ แล้วก็ตาม .. ตัวเลข 1 msec นี่ถือว่าเทียบเท่าหรืออาจจะดีกว่าเคอร์เนล 2.4 + low latency patch ของ Andrew Morton ที่กลุ่ม Linux Audio นิยมใช้กันเสียอีก :)

อย่างไรก็ตามแฮ็กเกอร์บางคน (i.e., Christoph Hellwig, Andrea Arcangeli) ก็ไม่ค่อยจะเห็นด้วยกับการใช้จังหวะ might_sleep() มา reschedule / preempt เพราะโดยหลักการแล้ว might_sleep() มีนิยามในการทำงานของมันเอง และถ้าจะทำอะไรกับ scheduling ก็มี cond_resched() API ให้ใช้อยู่แล้ว .. Ingo ก็ยอมรับว่ามันมีผลดีผลเสียที่ต้อง tradeoff กันอยู่ ที่เสนอให้ใช้ might_sleep() ก็เพราะมันได้ผลที่ดี ประหยัดกว่า และปลอดภัยกว่า .. จะใช้หรือไม่ก็ตัดสินใจเอาเอง โดยสรุป voluntary kernel preepmtion จะเหมาะกับเครื่องที่ต้องการ latency ต่ำๆ ต้องการการตอบสนองที่ดี เช่น digital audio/video workstation แต่อาจจะไม่เหมาะกับเซิร์ฟเวอร์ที่ต้องการทรูพุตสูงๆ .. voluntary kernel preemption สามารถ enable/disable ขณะที่เครื่องทำงานอยู่ได้ตลอดเวลาผ่านทาง /proc ..

ระหว่างนี้ Ingo กำลังทำแพตช์อีกตัวนึงเพื่อปรับปรุง kernel preemption โดยแพตช์ที่จะออกตามมานี้จะจูน preemption ในระดับ per-task ได้เลย :)

Onamae wa 秋本 Akimoto (autumn book) 直樹 Naoki (straight tree)… ลอล.. มีคนเล่าให้ฟังนานแล้วว่ามีเว็บตั้งชื่อภาษาญี่ปุ่น .. เพิ่งได้ลองเล่น หลังอ่าน blog ของ bact’ .. เอาไปเล่นกัน: Name Generator

ไม่ได้เขียนอะไรเข้าห้องทดลองซะนาน วันนี้เพิ่มเรื่อง วิธีตั้งโดเมนภาษาไทย .. ใครมีโดเมน .th ในมือ สนใจก็ลองทำดูได้ครับ :)

สมาชิก #tlwg ได้ลอง KDE 3.3 แล้วบอกว่า ทำงานเร็วกว่า GNOME 2.6 อีก แถมฟีเจอร์เพียบ .. อืมม น่าสนใจ แต่ตอนนี้ก็ได้แต่รออ่านรีวิว จะ emerge มาลองก็กำลังเร่ง build แพ็กเกจอยู่ ไม่อยากกวนซีพียู .. ยังไงผมก็คงไม่ใช้ KDE อยู่ดี :P

.. กำลังสนใจ x86-64 ของ AMD ซึ่งออกชิป 64-bit มาเพียบจนงงไปหมด .. สอบถาม sf-alpha + กูเกิ้ลได้ความว่า ซีพียูตระกูล x86-64 ของ AMD มีสองรุ่นคือ

• AMD Opteron แยกเป็น Opteron for Server และ Opteron for Workstation และยังแยกออกเป็น 3 series คือ 100 (1-way) 200 (up to 2-way) และ 800 (up to 8-way) .. เมื่อเร็วๆ นี้เพิ่งได้อ่าน ผลเปรียบเทียบประสิทธิภาพของ Opteron 150 กับ Xeon 3.6 GHz บนลินุกซ์ ผลคือ Opteron 150 กิน Xeon เกือบทุกรายการที่ทดสอบ .. ก็นะ .. ของมันแรง :P
• AMD Athlon 64 ประกอบด้วย Athlon 64 สำหรับเครื่องเดสก์ท็อป Mobile Athlon 64 สำหรับโน้ตบุ๊ค และ Athlon 64 FX ออกมาชน Extreme Edition ของ Intel สำหรับเดสก์ท็อประดับ hi-end desktop เกมส์ ฯลฯ ..

ทั้งหมดนี่ที่พอจะหาได้ในบ้านเราก็มี Athlon 64 3000+ หรือ 3200+ ตัวละหมื่นกว่าบาท .. ส่วนเมนบอร์ดก็ราวๆ หกพัน สรุปว่า จะใช้ 64 บิตตอนนี้ ต่อให้มีตังค์ก็ไม่ได้หาซื้อกันได้ง่ายๆ นัก .. รออีกสักพัก เก็บตังค์ไปด้วย :P

นักกีฬาไทยได้เหรียญทองที่สองในโอลิมปิก :D

win32 codecs loading problem: ที่ผ่านมาลินุกซ์บางเครื่องไม่สามารถใช้งาน win32 codecs ได้ไม่ว่าจะผ่านทาง mplayer หรือ xine .. เรื่องนี้เคยเกิดกับผมเหมือนกัน เป็นๆ หายๆ อยู่พักนึง ก็เลยพยายามกูเกิ้ลจนพบว่า ปัญหานี้เกิดจาก combination ของ prelink + exec-shield + โปรแกรมที่ใช้งาน win32 codecs .. อธิบายนิดฟีเจอร์ exec-shield เพิ่มเข้าไปในเคอร์เนลเมื่อปีที่แล้ว (โดย Ingo Molnar @ Red Hat) exec-shield จะ remap address เวลาโหลดไลบรารีเป็นการป้องกัน buffer/stack/pointer overflow attack .. เดิม address remapping ทำโดยการสุ่มพื้นที่เวลาโหลดไลบรารี .. ภายหลัง Red Hat ก็เอาฟีเจอร์ prelink มาใช้งาน การสุ่มพื้นที่เลยเปลี่ยนไปทำตอน full prelink ซึ่งปกติจะทำงานทุกสองสัปดาห์ (อันนี้เองที่เป็นสาเหตุว่าทำไมมันเป็นๆ หายๆ) .. โอเค ร่ายมายาว ประเด็นคือ dll ใน win32codecs หลายๆ ตัวจำเป็นต้องโหลดลงพื้นที่ๆ กำหนดไว้เท่านั้น (e.g., 0x400000) ถ้า exec-shield/prelink เลือกโหลดไลบรารีบางตัวในพื้นที่ไปแล้ว ก็จะไม่สามารถโหลด win32codecs ได้ ผลก็จะกลายเป็น segmentation fault .. วิธีแก้ คือ ยกเลิกการใช้ exec-shield แล้วทำ full prelink โดย

แก้ไฟล์ /etc/sysconfig/prelink จาก

PRELINK_OPTS=-mR

เป็น

PRELINK_OPTS="-mR --no-exec-shield"

** สังเกตดีๆ อย่าลืมใส่ double quote

สร้างไฟล์ เป็นแฟล็กสำหรับ force full prelink

touch /var/lib/misc/prelink.force

สั่ง prelink

/etc/cron.daily/prelink

รอพักนึง

set executable stack flag สำหรับโปรแกรมที่ใช้ win32codecs i.e., mplayer, xine

execstack -s /usr/bin/mplayer
execstack -s /usr/bin/xine

ขั้นตอนนี้เท่าที่ลอง บางครั้งก็ไม่ต้องทำ YMMV ..

ข้อเสียของวิธีนี้คือ มีความเสี่ยงกับ overflow attack มากกว่าระบบปกติ .. tradeoff กันเอาเองเน้อะ (ref: http://mplayerhq.hu/DOCS/HTML/en/faq.html )

cdrecord กับ kernel 2.6.8.1: ใช้งานร่วมกันแล้วมีปัญหา cdrecord ไม่สามารถส่งคำสั่งผ่านเคอร์เนลไปเขียนซีดีได้ .. workaround คือถอยกลับไปใช้ 2.6.7 หรือใช้ cdrecord as root (me: setuid เอาก็ไม่ได้) .. fix ใช้แพตช์ (ตามหาใน LKML เอาเอง :p) หรือไม่ก็รอ mm-patch หรือเคอร์เนลตัวถัดไป .. OT: สำหรับคนที่อยู่กับ LKML มานานพอสมควร เห็นหัวข้อ cdrecord มาพร้อมกับ kernel คงพอเดาได้ว่าจะเกิดอะไรขึ้น .. Joerg Schilling (คนเขียน cdrecord) เป็นโปรแกรมเมอร์ที่เก่ง แต่พี่แกไม่ฟังใครเลย เอาแต่ใจเป็นที่สุด .. ครั้งนี้ก็เช่นกัน ต่อความยาวสาวความยืดกับ Jens Axboe (@ SuSE – kernel hacker – I/O) เรื่องเดิมๆ อีกแล้ว .. ลอล

Keyboard ของ peorth เจ๊ง: ยกไปเซอร์วิสที่ Zeer รังสิต คราวที่แล้วไปเคลมฮาร์ดดิสก์พนักงาน Acer Service ที่ Zeer พูดจาแย่มาก ผมเดินออกมาเลย รวย ไม่เคลมก็ได้ ไม่ง้อหรอกเว้ย .. เที่ยวนี้ดีขึ้น เลยเอาดิสก์ไปเคลมด้วยเลย นึกว่าจะได้ “สู้ว๊อย” ซะแล้ว .. ลอล .. anyway, อะไหล่ไม่มี เลยเอาเครื่องกลับมาใช้งานก่อน ..

kernel 2.6.8.1: มีผลของ make oldconfig (จาก 2.6.7-mm5) อีกเครื่องนึงมาเพิ่มเติม

• Message Signaling Interrupts (MSI and MSI-X)
• Sensor: Analog Device ADM1025 and compatible
• Sensor: Analog Device ADM1031 and compatible
• Sensor: National Semiconductor LM77