By: mr_tawan 
on 11 September 2013 - 23:01
Tags:
Topics:
Linus Torvalds บิดาแห่งระบบปฎิบัติการลีนุกซ์และผู้ดูแลโค้ดเคอร์เนลของลีนุกซ์ได้ออกมาประกาศว่า SSD ของเครื่องที่เขาใช้งานอยู่มีปัญหาถึงขั้นทำให้ระบบไม่สามารถบูทได้ ซึ่งเวลาเกิดเหตุนั้นอยู่ในช่วงรวมโค้ด (merge window) ของเคอร์เนลเวอร์ชั่น 3.12 อยู่พอดี
จากเหตุการณ์นี้ทำให้มีแพทช์บางอันไม่ถูกรวมเข้าไปใน repository หลักของเคอร์เนล อย่างไรก็ดีเวลาที่เกิดเหตุอยู่ในช่วงท้าย ๆ ของช่วงการรวมโค้ดทำให้มีแพทช์จำนวนไม่มากนักที่ยังไม่ถูกรวมเข้าไป
Linus กล่าวว่า เขาจะลองค้นหาแพทช์ที่ยังไม่ถูกรวมเข้าไปจากอีเมลของเขา แต่คาดว่าจะมีแพทช์บางอันที่จะตกไปเพราะเขามีอีเมลในกล่องอยู่มาก ถ้าเกิดว่านักพัฒนาคนใดที่คิดว่าแพทช์ของตนไม่ถูกรวมเข้าไปใน repository หลัก ให้ส่งแพทช์เข้าไปใหม่ครับ
ที่มา: Linux-Kernel Archive ผ่านทาง Phoronix, และ +Linus Torvalds
อัพเดต: Linux เวอร์ชั่น 3.12 ได้รับชื่อรหัสว่า Suicidal Squirrel ผมเดาว่าสาเหตุน่าจะเป็นเรื่องการเสียชีวิตของ SSD ของ Linus นั่นล่ะครับ
Get latest news from Blognone
Follow @twitterapi
Hiring! บริษัทที่น่าสนใจ
Blognone Jobs Premium
Cloudnone
- Kubernetes คืออะไร [Part 1] เกิดขึ้นมาอย่างไร? ทำไมต้องใช้มัน? | Cloudnone EP.14
- CI/CD ยังไงดี ตั้งเซิร์ฟเวอร์เอง vs เช่าคลาวด์ | Cloudnone EP.13
- รู้จักโน้ตบุ๊กบนคลาวด์ เช่าใช้งาน Jupyter Notebook ที่ไหนดี | Cloudnone Ep.12
- สรุปข่าวใหญ่ปี 23 และคาดการณ์เทรนด์ปี 24 ในวงการ Cloud | Cloudnone EP.11
- สรุปของใหม่และสาระสำคัญจาก AWS re:Invent 2023 | Cloudnone Special EP
Comments
อธิบายเรื่องการรวม (merge) โค๊ดสักหน่อย
ผมเข้าใจว่า เวลาการส่งโค๊ดขึ้นไปใน repository ของ Linux เนี่ย เขาจะส่งเป็น patch ขึ้นไป ซึ่งมันจะเป็นแค่ diff ที่จะเก็บเฉพาะส่วนที่แตกต่างจากโค๊ดเดิมเท่านั้น คนที่ดูแลจะต้องเอาส่วนที่แตกต่างเนี่ยเข้าไปรวมเข้ากับฐานโค้ดเอง ซึ่งก็ต้องรีวิวโค๊ดก่อนเช่นกัน (อาจจะถูก reject ได้ และในกรณีของ Linux นี่อาจจะโดนด่ากลัีบมาเป็นของแถมด้วย)
ระยะ merge window นี่ผมเข้าใจว่าเป็นช่วงที่เขารับแพทช์จากนักพัฒนาภายนอกเข้ามา แล้วจะเอาไปรวมกับโค๊ดเดิมก่อนจะตัดออกมาเป็นเวอร์ั่ชั่นใหม่ครับ
ว่าแต่เค้าทำงานเรื่องดูแลโค๊ดคนเดียวเหรอครับเนี่ย o.O
บล็อกส่วนตัวที่อัพเดตตามอารมณ์และความขยัน :P
เนอะ แปลกมาก
หรือว่าเขาดูเฉพาะส่วนที่เป็น เคอร์เนล
ซึ่ง source code มันมีไม่เยอะ ระดับพันบรรทัดมั้ง
หากตัวเองดูแล ตั้งแต่ต้น อาจจะจัดการได้ดีกว่า หลายคนจัดการ
เดาไปเรื่อย
เมื่อสองปีที่แล้ว kernel 3.0 มีโค้ดอยู่ราวๆ 15 ล้านบรรทัดครับ
pittaya.com
ไม่ใช่คนเดียวหรอกครับ กว่าโค้ดจะมาถึง Linus มันก้อผ่านมือ maintainer มาหลายคนแล้วครับ
Linus บอกว่าน่าจะหายไปแค่ 3 pull request เองครับ น่าจะไม่เป็นปัญหามากนัก (หวังว่า)
blog.semicolon.in.th
SSD ยี่ห้อะไรครับ
เจ้าตัวไม่ได้บอก แต่เดากันว่าน่าจะเป็น intel ครับ
แต่เขาบอกว่าใช้มานานแล้ว เครื่องนี้เปลี่ยนชิ้นส่วนไปหมดแล้ว เหลือแต่ ssd ที่ยังเป็นชิ้นเก่าอยู่
ใช้อะไรในการเดาว่าเป็น intel
Linus เคยพูดว่าเขาใช้ SSD ของ Intel ครับ (อันนี้ Phoronix เขียนไว้ในลิงค์ข้างบน)
อยากรู้เหมือนกัน
แหม.. น่าจะ sync เก็บเข้า skydrive ซะหน่อยกันเหนียว
ปล.ถ้ามีรูปประกอบเป็นท่านศาสดาชี้นิ้วให้ SSD น่าจะฮา..
ไม่ได้ทำ Raid เหรอป๋า?
SSD ไม่ค่อยถูกชะตากับ RAID ครับเพราะว่า(เท่าที่ทราบ) คำสั่ง TRIM มันไม่ผ่าน RAID controller ลงไปถึง SSD ซึ่งจะทำให้ประสิทธิภาพของ SSD ต่ำลงอย่างมาก
ทางแก้อาจจะต้องใช้ RAID ใน Btrfs แทน
So, SSD F*** You.
Coder | Designer | Thinker | Blogger
ผมไม่เข้าใจว่า ทำไมเขาถึงเก็บ source code เอาไว้แค่ที่เดียว
มันผิดหลักการทำงาน นะเนี่ยะ
ทุกที ต้องมี backup ไว้หลาย ๆ ที่ นี่นา
เขาใช้ git เป็น source control ดังนั้นเขาจะมี back up อยู่เป็นล้านทั่วโลกครับ
แค่ว่า patch ที่ส่งเข้าไปมันหายเท่านั้นเอง (แต่ก็มีแบ็คอัพอยู่ในอีเมล์อยู่ดี)
แชร์นิด เพื่อนผมคนนึงซื้อ SSD ของ OCZ มาใช้ (ตัวแพงด้วย) เอามาทำงานเพลง ใส่ Sample ไว้เต็มที่
... มันพังระหว่างการทำงาน พี่แกก็ต้องส่งเคลม ระหว่างนั้นก็ไปถอยมาอีกตัวเพื่อใช้ทดแทน
... แล้วมันก็พังอีก ...
จริง ๆ แล้ว SSD มันมีความน่าเชื่อถือต่ำหรือเปล่าครับเนี่ย 555
ปล. แต่เจ้าตัวเปลี่ยนไปใช้ของ Plextor แทน
ต่ำติดดินครับ เพื่อนผมก็ซื้อมาไม่กี่เดือนก็บินไปละ แต่ของผมซื้อรุ่นท็อป 128GB ก็ยังปกติดีอยู่
ผมคิดว่าปัญหาเดิมๆก็คือ R/W เยอะเกินไปเลยทำให้เจ๊ง แนะนำให้ปรับตามคำแนะนำของคุณ lancaster น่าจะดีกว่า
ลืมไปแล้วนะเนี่ยว่าผมเคยตอบไว้ 555
เฉพาะยี่ห้อนี้บางล็อตครับ ทุกวันนี้มี server ผมที่ write กระฉูดระดับ 20-30 MB/s ตลอดเวลามาสามปีแล้วก็ยังปกติดี ส่วนล็อตที่พังก็พังรัวๆ จนเปลี่ยนล็อต ถึงใช้งานได้นิ่งดีจนถึงทุกวันนี้ครับ
ส่วนยี่ห้ออื่นยังไม่เคยเจอพัง
ใน Notebook ตัวเก่าผมใช้ Intel X25-M 80GB มาตั้งแต่ปี 2009 ตอนนี้มันยังอยู่ดีอยู่เลยครับ
ส่วนบน Desktop ใช้ Crucial M4 256GB มาได้ปีกว่า เจอปัญหา Freeze เมื่อใช้งานไปสักพัก เอา HD Tune ตรวจดูเจอค่านึง Error กระจายเลย นึกว่าต้องเสียเงินซื้อใหม่ซะแล้ว พออัพเดทเฟิร์มแวร์ปัญหาหายไปเลย
สงสัยเจอล๊อตนรก
OCZ ผมก็โดนนะ รุ่น TOP ของตอนนี้...
พังกระจาย แถมไม่ได้เป็นแค่คนเดียวด้วย เพื่อนร่วมชะตากรรมก็มีอีกเยอะ....
มาขอแสดงตัวด้วยครับ ว่าอาจจะเป็นส่วนหนึ่งใน Lot นั้น ใช้สามเดือน ลง Windows ไป 4 ครั้ง สรุปพังยับคามือเลยทีเดียว
พังคา database server ไปหนึ่งตัวครับ ส่วนอีก 2 ตัวยังทำงานราบรื่นดีมาจนทุกวันนี้ ซื้อ spare รอไว้ข้างๆ เครื่องอีก 2 ตัวกันพังกลางดึก
เหมือนอายุการใช้งานของ SSD จะขึ้นอยู่กับปริมาณการเขียน/ลบข้อมูล ที่เรียกว่า Write Endurance น่ะครับ ซึ่งผมก็งงเหมือนกันว่า เอ๊า แบบนี้ใช้แบบ HDD ไม่ทนกว่ารึ
ปล. ผมใช้ Crucial M500 อยู่ครับ เพิ่งได้มีโอกาสลองใช้ ลุ้นๆ อยู่เหมือนกันครับ ฮ่าฮ่า
งานเขาจะเน้น Read เป็นหลักน่ะครับ เขาำเอาไปเก็บ Sample (เสียงเครื่องดนตรี เอาไว้ใช้ในงานทำดนตรี) ปริมาณมหาศาลอยู่
ผมเลยคิดว่า ยิ่งมีข้อมูลเยอะ อาจจะแปลว่าเหลือช่องที่สามารถไว้ใช้ Write ได้น้อยลง ช่องที่เหลือนั้นก็เลยโดนเขียนอยู่บ่อยๆ จนเสียรึเปล่าไงครับ (อันนี้คือที่ผมคิดนะ)
OCZ ตัวท็อปนี่คือ vector ใช่ไหมครับ
ของผมใช้ vertex 4 มาสัก 9 เดือน ยังโชคดีไม่เจอปัญหาอะไร (ตอนนั้น vector 128GB ห้าพันกว่า แถมใช้ SSD ครั้งแรก เลยเอา vertex 4 พอ 4,500 มั้ง)
Samsung สิ น่าจะทนพอๆกับ Intel
"ทนพอๆ กับ Intel"
ดักไม่ให้แก้ใช่ไหมนี่..
ปล่าวครับ
Samsung ตัว 840 Pro ที่เป็น MLC เป็นตัวที่ดีที่สุดในขณะนี้ครับ
ส่วนที่เป็นตัวธรรมดา/EVO ที่เป็น TLC ผมว่าอย่าไปมองมันดีกว่า
Russia is just nazi who accuse the others for being nazi.
someone once said : ผมก็ด่าของผมอยู่นะ :)
One man to rules them all.
merge window...
อ้าว ไม่ใช่ merge linux หรอ อิอิ
ถ้าเคยอ่านข่าวมาไม่ผิด Linus ใช้ MacBook Air ไม่ใช่เหรอครับ จำไม่ได้ว่าใช้_ distro ไหน แต่จำได้ลางๆ ว่าDebian