ทำไมคนพูดว่าทับทิมช้า [ปิด]

ฉันชอบ Ruby on Rails และฉันใช้สำหรับโครงการพัฒนาเว็บไซต์ทั้งหมดของฉัน ไม่กี่ปีที่ผ่านมามีจำนวนมากของการพูดคุยเกี่ยวกับทางรถไฟเป็นคนเห็นแก่ตัวหน่วยความจำและเกี่ยวกับวิธีการมันไม่ได้ระดับดีมาก แต่คำแนะนำเหล่านี้ถูกนำไปที่เตียงโดยเกร็กพอลแล็คที่นี่

เมื่อเร็ว ๆ นี้ฉันได้ยินคนพูดว่ารูบี้ช้า

• ทำไม Ruby จึงถูกพิจารณาว่าช้า

ฉันไม่พบว่า Ruby จะช้า แต่อีกครั้งฉันแค่ใช้มันเพื่อสร้างแอพ CRUD และบล็อกของ บริษัท โครงการประเภทใดที่ฉันต้องทำก่อนที่ฉันจะพบว่าทับทิมเริ่มช้า หรือความเชื่องช้านี้เป็นเพียงสิ่งที่มีผลต่อภาษาการเขียนโปรแกรมทั้งหมดหรือไม่

• ตัวเลือกของคุณในฐานะโปรแกรมเมอร์ Ruby คืออะไรหากคุณต้องการจัดการกับ "ความเชื่องช้า" นี้?

• Ruby รุ่นใดที่เหมาะกับแอปพลิเคชั่นเช่น Stack Overflow ซึ่งมีความสำคัญต่อความเร็วและการจราจรหนาแน่น

คำถามเป็นเรื่องส่วนตัวและฉันรู้ว่าการตั้งค่าสถาปัตยกรรม (EC2 เทียบกับเซิร์ฟเวอร์แบบสแตนด์อโลนและอื่น ๆ ) สร้างความแตกต่างใหญ่ แต่ฉันอยากได้ยินสิ่งที่ผู้คนคิดเกี่ยวกับทับทิมกำลังช้า

ในที่สุดฉันไม่สามารถหาข่าวมากเกี่ยวกับ Ruby 2.0 - ฉันเอาเราเป็นสองสามปีที่ดีจากนั้น

ทำไม Ruby จึงถูกพิจารณาว่าช้า

เพราะถ้าคุณใช้การวัดประสิทธิภาพทั่วไประหว่าง Ruby และภาษาอื่น ๆ Ruby จะสูญเสีย

ฉันไม่พบว่า Ruby จะช้า แต่อีกครั้งฉันแค่ใช้มันเพื่อสร้างแอพ CRUD และบล็อกของ บริษัท โครงการประเภทใดที่ฉันต้องทำก่อนที่ฉันจะพบว่าทับทิมเริ่มช้า หรือความเชื่องช้านี้เป็นเพียงสิ่งที่มีผลต่อภาษาการเขียนโปรแกรมทั้งหมดหรือไม่

Ruby อาจจะให้บริการคุณไม่ดีในการเขียนแอปพลิเคชันการประมวลผลสัญญาณดิจิตอลตามเวลาจริงหรือระบบควบคุมแบบเรียลไทม์ใด ๆ Ruby (กับ VMs ในปัจจุบัน) อาจทำให้หายใจไม่ออกในคอมพิวเตอร์ที่ใช้ทรัพยากร จำกัด เช่นสมาร์ทโฟน

โปรดจำไว้ว่าการประมวลผลจำนวนมากบนเว็บแอปพลิเคชันของคุณนั้นทำโดยซอฟต์แวร์ที่พัฒนาใน C เช่น Apache, Thin, Nginx, SQLite, MySQL, PostgreSQL, ห้องสมุดแยกวิเคราะห์จำนวนมาก, RMagick, TCP / IP เป็นต้นเป็นโปรแกรม C ที่ Ruby ใช้ . Ruby นำเสนอกาวและตรรกะทางธุรกิจ

ตัวเลือกของคุณในฐานะโปรแกรมเมอร์ Ruby คืออะไรหากคุณต้องการจัดการกับ "ความเชื่องช้า" นี้?

เปลี่ยนเป็นภาษาที่เร็วขึ้น แต่นั่นก็มีค่าใช้จ่าย มันเป็นราคาที่อาจคุ้มค่า แต่สำหรับเว็บแอปพลิเคชันส่วนใหญ่การเลือกใช้ภาษาไม่ใช่ปัจจัยที่เกี่ยวข้องเนื่องจากมีปริมาณการเข้าชมไม่เพียงพอที่จะพิสูจน์ว่าใช้ภาษาที่เร็วกว่าซึ่งมีค่าใช้จ่ายในการพัฒนามากขึ้น

Ruby รุ่นใดที่เหมาะกับแอปพลิเคชั่นเช่น Stack Overflow ซึ่งมีความสำคัญต่อความเร็วและการจราจรหนาแน่น

คนอื่น ๆ ตอบคำถามนี้ - JRuby, IronRuby, REE จะทำให้ส่วน Ruby ของแอปพลิเคชั่นของคุณทำงานได้เร็วขึ้นบนแพลตฟอร์มที่สามารถจ่าย VM ได้ และเนื่องจากไม่ใช่ทับทิมที่ทำให้เกิดความช้า แต่สถาปัตยกรรมระบบคอมพิวเตอร์ของคุณและสถาปัตยกรรมแอปพลิเคชันคุณสามารถทำสิ่งต่าง ๆ เช่นการจำลองฐานข้อมูลเซิร์ฟเวอร์แอปพลิเคชันหลายตัวการปรับสมดุลด้วยพร็อกซีย้อนกลับแคชแคช . ไม่มีสิ่งนี้คือทับทิม

ในที่สุดฉันไม่สามารถหาข่าวมากเกี่ยวกับ Ruby 2.0 - ฉันเอาเราเป็นสองสามปีที่ดีจากนั้น

คนส่วนใหญ่กำลังรอทับทิม 1.9.1 ฉันกำลังรอ Rails 3.1 บน Ruby 1.9.1 บน JRuby

สุดท้ายโปรดจำไว้ว่านักพัฒนาจำนวนมากเลือก Ruby เพราะมันทำให้การเขียนโปรแกรมเป็นประสบการณ์ที่สนุกสนานมากขึ้นเมื่อเทียบกับภาษาอื่น ๆ และเนื่องจาก Ruby with Rails ทำให้นักพัฒนาเว็บที่มีทักษะสามารถพัฒนาแอปพลิเคชันได้อย่างรวดเร็ว

แรกของทุกช้าลงด้วยความเคารพกับสิ่งที่ ? ค? งูใหญ่? มารับตัวเลขบางส่วนที่เกมเกณฑ์มาตรฐานภาษาคอมพิวเตอร์ :

• Ruby 1.9 กับ Python3ที่มีขนาดเท่ากัน
• ทับทิม PHP 1.9 เทียบกับภายในเดียวกันลำดับความสำคัญ
• Ruby 1.9 เทียบกับเซิร์ฟเวอร์ Java 6มากถึงสองคำสั่งที่ช้ากว่า !
• Ruby 1.9 กับ C (gcc)มากถึงสองคำสั่งของขนาดช้าลง !
• ...

ทำไม Ruby จึงถูกพิจารณาว่าช้า

ขึ้นอยู่กับคนที่คุณถาม คุณสามารถบอกได้ว่า:

• Ruby เป็นภาษาที่ถูกตีความและภาษาที่ตีความจะมีแนวโน้มที่จะช้ากว่าภาษาที่รวบรวม
• Ruby ใช้การรวบรวมขยะ (แม้ว่า C # ซึ่งยังใช้การรวบรวมขยะออกมาสองคำสั่งขนาดก่อน Ruby, Python, PHP ฯลฯ ในอัลกอริทึมเพิ่มเติมมาตรฐานการจัดสรรหน่วยความจำน้อยมากด้านบน)
• การเรียกใช้เมธอด Ruby ช้า (แม้ว่าเนื่องจากการพิมพ์เป็ดพวกมันจะเร็วกว่าภาษาที่ตีความอย่างมาก)
• Ruby (ยกเว้น JRuby) ไม่รองรับการใช้มัลติเธรดจริง
• เป็นต้น

แต่แล้วช้าอีกครั้งเกี่ยวกับอะไร Ruby 1.9 นั้นเร็วพอ ๆ กับ Python และ PHP (ภายใน 3 เท่าของประสิทธิภาพ) เมื่อเปรียบเทียบกับ C (ซึ่งเร็วกว่ามากถึง 300x) ดังนั้นข้างบน (ยกเว้นการพิจารณาเธรดหากแอ็พพลิเคชันของคุณขึ้นอยู่กับแง่มุมนี้) ) ส่วนใหญ่เป็นนักวิชาการ

ตัวเลือกของคุณในฐานะโปรแกรมเมอร์ Ruby คืออะไรหากคุณต้องการจัดการกับ "ความเชื่องช้า" นี้?

เขียนเพื่อขยายขีดความสามารถและโยนฮาร์ดแวร์เพิ่มเติมได้ที่ (เช่นหน่วยความจำ)

Ruby รุ่นใดที่เหมาะกับแอปพลิเคชั่นเช่น Stack Overflow ซึ่งมีความสำคัญต่อความเร็วและการจราจรหนาแน่น

ดีREE (รวมกับผู้โดยสาร )จะเป็นผู้สมัครที่ดีมาก

David Heinemeier Hanssonเป็นผู้สร้าง Rails ขึ้นมาพูดว่า:

Rails [Ruby] มีไว้สำหรับ Fast Application ที่เป็นเว็บส่วนใหญ่ เรามีเว็บไซต์ที่มีการดูหน้าเว็บแบบไดนามิกหลายล้านต่อวัน หากคุณลงเอยด้วยหน้าแรกของ Yahoo หรือ Amazon ก็ไม่น่าเป็นไปได้ที่กรอบการทำงานนอกกรอบในภาษาใด ๆ จะทำให้คุณดีขึ้นมาก คุณอาจต้องม้วนตัวเอง แต่แน่นอนว่าฉันต้องการซีพียูฟรีด้วย ฉันเพิ่งสนใจเกี่ยวกับรอบนักพัฒนาฟรีมากขึ้นและยินดีที่จะแลกเปลี่ยนอดีตสำหรับหลัง

นั่นคือการทิ้งฮาร์ดแวร์หรือเครื่องจักรที่มีปัญหามากกว่านั้นถูกกว่าการจ้างนักพัฒนามากขึ้นและใช้ภาษาที่เร็วกว่า แต่ยากกว่าในการรักษาภาษา ท้ายที่สุดมีคนไม่กี่คนที่เขียนเว็บแอปพลิเคชั่นในซี

Ruby 1.9 เป็นการปรับปรุงที่ใหญ่กว่า 1.8 ปัญหาที่ใหญ่ที่สุดของ Ruby 1.8 คือธรรมชาติที่ถูกตีความ (ไม่มีรหัสโดยไม่มีการคอมไพล์) และวิธีการนั้นเรียกว่าหนึ่งในการดำเนินการที่พบบ่อยที่สุดใน Ruby นั้นช้ามาก

มันไม่ได้ช่วยให้ทุกอย่างสวยมากเป็นวิธีการค้นหาใน Ruby - เพิ่มตัวเลขสองตัวทำดัชนีอาร์เรย์ ในกรณีที่ภาษาอื่นเปิดเผยแฮ็ก ( __add__วิธีPython , Perl's overload.pm) Ruby ทำ OO บริสุทธิ์ในทุกกรณีและอาจทำให้ประสิทธิภาพลดลงหากคอมไพเลอร์ / ล่ามไม่ฉลาดพอ

ถ้าฉันเขียนเว็บแอปพลิเคชั่นยอดนิยมใน Ruby ฉันจะเน้นไปที่แคช การแคชหน้าจะช่วยลดเวลาในการประมวลผลสำหรับหน้านั้นให้เป็นศูนย์ไม่ว่าคุณจะใช้ภาษาใด สำหรับเว็บแอปพลิเคชันค่าใช้จ่ายฐานข้อมูลและ I / O อื่น ๆ เริ่มมีความสำคัญมากกว่าความเร็วของภาษาดังนั้นฉันจะมุ่งเน้นไปที่การปรับให้เหมาะสม

การเขียนรหัสช้า อ่านรหัสช้า การค้นหาและแก้ไขข้อบกพร่องนั้นช้า การเพิ่มคุณสมบัติและการปรับปรุงช้า สิ่งใดที่ปรับปรุงให้ดีขึ้นในครั้งก่อนคือชัยชนะ ปัญหาการปฏิบัติงานมีน้อยมาก

คำตอบนั้นง่าย: มีคนบอกว่าทับทิมช้าเพราะมันจะช้าขึ้นอยู่กับการเปรียบเทียบวัดกับภาษาอื่น ๆ โปรดจำไว้ว่า "ช้า" เป็นญาติ บ่อยครั้งที่ทับทิมและภาษา "ช้า" อื่น ๆ นั้นเร็วพอ

Joel on Software - ประสิทธิภาพทับทิมมาเยือน อธิบายค่อนข้างดี อาจล้าสมัยแม้ว่า ...

ฉันอยากจะแนะนำให้ติดกับมันในขณะที่คุณคุ้นเคยกับ Ruby on Rails
หากคุณเคยเจอปัญหาด้านประสิทธิภาพคุณอาจพิจารณาใช้ภาษาและกรอบงานที่แตกต่างกัน

ในกรณีนี้ฉันอยากจะแนะนำ C # กับASP.NET MVC 2ได้ดีสำหรับแอป CRUD

ฉันจะบอกว่าทับทิมช้าเพราะไม่ได้ใช้ความพยายามอย่างมากในการทำให้ล่ามเร็วขึ้น เช่นเดียวกับ Python สมอลล์ทอล์คเป็นเพียงแบบไดนามิกเป็นทับทิมหรืองูหลาม แต่มีประสิทธิภาพที่ดีขึ้นโดยขนาดให้ดูhttp://benchmarksgame.alioth.debian.org เนื่องจาก Smalltalk ถูกแทนที่ด้วย Java และ C # มากขึ้นหรือน้อยลง (นั่นคือเมื่อ 10 ปีที่แล้ว) จึงไม่มีการเพิ่มประสิทธิภาพการทำงานอีกต่อไปและ Smalltalk ก็ยังเร็วกว่า Ruby และ Python ผู้คนที่ Xerox Parc และที่ OTI / IBM มีเงินที่จะจ่ายให้กับคนที่ทำงานเพื่อทำให้ Smalltalk เร็วขึ้น สิ่งที่ฉันไม่เข้าใจคือเหตุผลที่ Google ไม่ใช้เงินเพื่อทำให้ Python เร็วขึ้นเพราะเป็นร้าน Python ขนาดใหญ่ พวกเขาใช้จ่ายเงินไปกับการพัฒนาภาษาอย่าง Go ...

ก่อนอื่นคุณสนใจสิ่งที่คนอื่นพูดเกี่ยวกับภาษาที่คุณชอบหรือไม่? เมื่อมันทำงานได้ต้องทำคุณก็โอเค

OO ไม่ใช่วิธีที่เร็วที่สุดในการเรียกใช้โค้ด แต่จะช่วยในการสร้างรหัส รหัสอัจฉริยะเร็วกว่ารหัสใบ้และลูปไร้ประโยชน์เสมอ ฉันเป็น DBA และดูลูปที่ไร้ประโยชน์เหล่านี้วางพวกเขาใช้โค้ดและแบบสอบถามที่ดีกว่าและแอปพลิเคชันเร็วขึ้นเร็วขึ้นมาก คุณสนใจเกี่ยวกับวินาทีสุดท้ายหรือไม่ คุณอาจมีภาษาที่เหมาะสำหรับความเร็วส่วนคนอื่น ๆ ก็ทำงานที่ต้องทำและสามารถดูแลได้โดยโปรแกรมเมอร์ที่แตกต่างกัน

มันเป็นแค่ทางเลือก

เห็นได้ชัดว่าการพูดคุยเกี่ยวกับความเร็วทับทิมเสีย แม้ว่าการทดสอบเกณฑ์มาตรฐานชี้ให้เห็นว่าทับทิมไม่ช้ากว่า PHP มากนัก แต่ในทางกลับกันคุณจะได้รับรหัส DRY ที่บำรุงรักษาง่ายซึ่งเป็นกรอบที่ดีที่สุดในภาษาต่างๆ

สำหรับโครงการขนาดเล็กคุณจะไม่รู้สึกถึงความเชื่องช้าใด ๆ (ฉันหมายถึงจนกว่าจะมีผู้ใช้ <50K คน) เนื่องจากไม่มีการคำนวณที่ซับซ้อนในรหัสเพียงอย่างเดียว

สำหรับโครงการที่ใหญ่กว่าการจ่ายเงินสำหรับทรัพยากรจ่ายออกและถูกกว่าค่าจ้างนักพัฒนา นอกจากนี้การเขียนโค้ดบน RoR จะกลายเป็นเร็วกว่าอื่น ๆ

ในปี 2014 ความแตกต่างของความเร็วที่คุณกำลังพูดถึงนี้สำหรับเว็บไซต์ส่วนใหญ่ไม่สำคัญ

วิธีจัดการกับประสิทธิภาพของรูบี้ในเว็บแอปพลิเคชันนั้นเหมือนกับภาษาโปรแกรมอื่น ๆ :

สถาปัตยกรรม

วิธีนี้ทำได้ง่ายกว่าใน Rails มากกว่าใน Web Framework อื่น ๆ ส่วนใหญ่

ในระดับแอปพลิเคชันโดยการแคชสิ่งที่ควรจะถูกแคชและโดยการจัดการการเข้าถึงฐานข้อมูลด้วยวิธีที่ชาญฉลาด

Rails ทำให้ง่ายและเป็นธรรมชาติในการแก้ปัญหาเหล่านี้ มีหลาย abstractions สำหรับการแคชข้อมูลหน้าและแฟรกเมนต์และยังมี abstractions ที่ดีมากที่จะจัดการกับส่วน SQL ในรูปแบบที่ปรับให้เหมาะสมและนำกลับมาใช้ใหม่ได้ ( Active Record and AREL )

นี่คือเหตุผลว่าทำไมหลาย ๆ แอปพลิเคชั่นที่เขียนด้วยภาษาที่เร็วและไม่แสดงออก (เช่น php) สิ้นสุดลงช้ากว่าทับทิมคู่ ไม่ใช่เรื่องง่ายและสง่างามที่จะแก้ไขปัญหาแคชและการสืบค้นด้วยภาษาเหล่านี้มากกว่าที่ใช้กับ Ruby

ในระดับโครงสร้างพื้นฐานมันมีเหตุผลที่จะคิดว่าการทำโหลดบาลานซ์และทุกอย่างที่ฉันไม่ได้รู้มากเกี่ยวกับเรื่องนี้ ฉันต้องการ outsource การปัญหาที่การจ้างงานโดยแพลตฟอร์มบางส่วนเป็นผู้ให้บริการเช่นHerokuหรือเครื่องยนต์ลาน อย่างไรก็ตาม. การปรับใช้รางที่มีการปรับสมดุลโหลดอาจไม่ใช่เรื่องยากที่จะทำ

Ruby ช้ากว่า C ++ ที่จำนวนงานที่สามารถวัดได้ง่าย (เช่นการทำโค้ดที่ต้องพึ่งพาจุดลอยตัว) นี่ไม่น่าแปลกใจนัก แต่มีเหตุผลเพียงพอที่บางคนกล่าวว่า“ ทับทิมช้า” โดยไม่มีคุณสมบัติ พวกเขาไม่นับข้อเท็จจริงที่ว่ามันง่ายกว่าและปลอดภัยกว่าในการเขียนรหัส Ruby มากกว่า C ++

การแก้ไขที่ดีที่สุดคือการใช้โมดูลเป้าหมายที่เขียนในภาษาอื่น (เช่น C, C ++, Fortran) ในรหัส Ruby ของคุณ สิ่งเหล่านี้สามารถยกระดับอย่างหนักและสคริปต์ของคุณสามารถมุ่งเน้นไปที่ปัญหาการประสานงานในระดับที่สูงขึ้น

ประสิทธิภาพเกือบตลอดเวลาเกี่ยวกับการออกแบบที่ดีและการโต้ตอบกับฐานข้อมูลที่ได้รับการปรับปรุง Ruby ทำในสิ่งที่เว็บไซต์ส่วนใหญ่ต้องการอย่างรวดเร็วโดยเฉพาะอย่างยิ่งรุ่นที่ใหม่กว่า; และความเร็วของการพัฒนาและความสะดวกในการบำรุงรักษาให้ผลตอบแทนมากในค่าใช้จ่ายและในการทำให้ลูกค้ามีความสุข ฉันพบว่า JAVA มีประสิทธิภาพการดำเนินการช้าสำหรับงานบางอย่างและด้วยความยากลำบากในการพัฒนาใน JAVA นักพัฒนาหลายคนสร้างแอปพลิเคชันช้าโดยไม่คำนึงถึงความสามารถด้านความเร็วเชิงทฤษฎีตามที่แสดงในมาตรฐาน (โดยทั่วไปแล้ว เมื่อฉันต้องการการประมวลผลแบบเข้มข้นที่ไม่เหมาะสมกับความสามารถของฐานข้อมูลของฉันฉันเลือก C หรือ Objective-C หรือภาษาที่รวบรวมประสิทธิภาพสูงอื่น ๆ สำหรับงานเหล่านั้นขึ้นอยู่กับแพลตฟอร์ม ถ้าฉันต้องการสร้างแอปพลิเคชันเว็บที่มีฐานข้อมูล ฉันใช้ RoR หรือบางครั้ง C # ASP.NET ขึ้นอยู่กับข้อกำหนดอื่น ๆ เพราะทุกแพลตฟอร์มมีจุดแข็งและจุดอ่อน ความเร็วในการประมวลผลของสิ่งที่แอปพลิเคชันของคุณมีความสำคัญ แต่หลังจากทั้งหมดหากประสิทธิภาพการประมวลผลของภาษาที่แคบลงนั้นเป็นสิ่งที่สำคัญ ถ้าอย่างนั้นฉันก็อาจใช้ภาษาแอสเซมเบลอร์สำหรับทุกสิ่ง

ผู้คนบอกว่า Ruby ช้าเพราะเปรียบเทียบโปรแกรม Ruby กับโปรแกรมที่เขียนในภาษาอื่น บางทีโปรแกรมที่คุณเขียนไม่จำเป็นต้องเร็วขึ้น บางทีสำหรับโปรแกรมที่คุณเขียน Ruby อาจไม่ใช่คอขวดที่ทำให้ช้าลง

Ruby 2.1 เทียบกับ Javascript V8

ทับทิม 2.1 เมื่อเทียบกับลัวะธรรมดา

Ruby 2.1 เทียบกับ Python 3

Ruby ทำงานได้ดีสำหรับนักพัฒนาซอฟต์แวร์ ทับทิมโดยกองกำลังธรรมชาติทดสอบการขับเคลื่อนการพัฒนาเพราะขาดประเภท Ruby ทำงานได้ดีเมื่อใช้เป็น wrapper ระดับสูงสำหรับไลบรารี C Ruby ยังทำงานได้ดีในระหว่างกระบวนการที่ใช้เวลานานเมื่อคอมไพล์ด้วย JIT ไปยังรหัสเครื่องผ่าน JVM หรือ Rbx VM ทับทิมทำงานได้ไม่ดีเมื่อจำเป็นต้องทำการบีบตัวเลขในเวลาอันสั้นด้วยรหัสทับทิมบริสุทธิ์