क्लोजर संख्या क्रंचिंग प्रदर्शन

Question

मुझे यकीन नहीं है कि यह स्टैक ओवरफ्लो या क्लोजर Google समूह में है या नहीं। लेकिन समूह numeric improvements for Clojure 1.2 पर चर्चा करने में व्यस्त प्रतीत होता है, इसलिए मैं यहां कोशिश करूंगा:

http://shootout.alioth.debian.org/ में विभिन्न भाषाओं के लिए कई प्रदर्शन मानक हैं।

मैंने देखा कि क्लोजर गुम था, इसलिए मैंने n-body problem का क्लोजर संस्करण बनाया।

सबसे तेजी से कोड मैं उत्पादन करने के लिए found here हो सकता है कर रहा था, और बेंचमार्किंग यह कह जा सकता है कि Clojure क्रंचिंग संख्या के लिए

• कारक है लगता है ~ 10 जल्दी से अजगर/रूबी/पर्ल
• कारक ~ 4 धीमी गति से सी/जावा/Scala/ऐडा
OCaml, Erlang के साथ बराबर के लगभग
• और जाओ

मैं प्रदर्शन के उस स्तर काफी खुश हूं।

Clojure गुरु को मेरा प्रश्न है

• , वहाँ स्पष्ट सुधार मैं चूक गए हैं या तो गति के मामले में या कोड संक्षिप्तता या पठनीयता के संदर्भ (गति का त्याग किए बिना) में?
• क्या आप इसे एक तरफ क्लोजर प्रदर्शन बनाम पायथन/रूबी/पर्ल के प्रतिनिधि और दूसरे पर जावा/सी के प्रतिनिधि मानते हैं?

अद्यतन

अधिक Clojure 1.1 शूटआउट here के लिए बेंचमार्क कार्यक्रम, एन-शरीर समस्या भी शामिल है।

Answer 1

मुझे आश्चर्य है कि Cantor आपके लिए उपयोग किया जा सकता है - यह क्लोजर के लिए एक उच्च प्रदर्शन गणित पुस्तकालय है। Google समूह पर this thread भी देखें, जो कि नई आदिम अंकगणितीय सामग्री के संदर्भ में एक समान परियोजना के बारे में है।

Answer 2

नहीं

प्रतिक्रियाओं की बाढ़ यहाँ :) लेकिन जाहिरा तौर पर कुछ रुचि है, तो मैं क्या मैं पिछले कुछ दिनों में सीखा है के साथ अपने ही सवाल का जवाब देने की कोशिश करेंगे:

1.1 अनुकूलन दृष्टिकोण के साथ
• (जावा प्राइमेटिव्स और म्यूटेबल एरे) ऑप्टिमाइज्ड जावा की तुलना में ~ 4x धीमी गति से जितनी जल्दी हो जाती है।
• 1.2 निर्माणों definterface और deftype, दो बार तेज रूप से अधिक कर रहे हैं 1.1 के लिए की तुलना में कम, सरल और क्लीनर कोड के साथ ~ 1.7x (+ 70%) जावा के भीतर आ रहा है।

यहाँ कार्यान्वयन हैं:

• Clojure 1.1 approach
• Clojure 1.2 approach

More details "सबक सीख लिया", JVM संस्करण और रूपरेखा स्क्रीनशॉट भी शामिल है।

विषयपरक रूप से बोलते हुए, 1.2 कोड को अनुकूलित करने के लिए 1.1 को अनुकूलित करने की तुलना में हवा थी, इसलिए क्लोजर संख्या क्रंचिंग के लिए यह बहुत अच्छी खबर है। (वास्तव में आश्चर्यजनक के करीब :)

1.2 परीक्षण वर्तमान मास्टर शाखा का उपयोग करता है, मैंने नई संख्यात्मक शाखाओं में से कोई भी कोशिश नहीं की। मैं क्या नए विचारों वर्तमान में चर्चा की जा रही

• गैर अनुकूलित numerics तेजी से कर सकते हैं इकट्ठा कर सकते हैं से
• इस बेंचमार्क
• शायद 1.2 संस्करण में तेज़ी नहीं आएगी 1.1 संस्करण में तेजी लाने सकता है, यह है पहले से ही "धातु के करीब" के रूप में यह होने की संभावना है।

अस्वीकरण:

• Clojure 1.2 अभी तक जारी नहीं किया गया है, तो 1.2 बेंचमार्क परिणाम प्रारंभिक रहे हैं।
• यह भौतिकी गणनाओं पर एक विशेष बेंचमार्क है। यह फ़्लोटिंग पॉइंट नंबर क्रंचिंग के लिए प्रासंगिक है, लेकिन स्ट्रिंग पार्सिंग, कॉन्सुरेंसी या वेब अनुरोध हैंडलिंग जैसे क्षेत्रों में प्रदर्शन के लिए अप्रासंगिक है।

Answer 3

यह एक थोड़ा पुराने सवाल है और मौजूदा जवाब कुछ हद तक पुराने हो चुके हैं, इसलिए मैं में रुचि रखने वालों "संख्या क्रंचिंग" Clojure

में

के लिए 2013 के मध्य के रूप में एक अद्यतन जोड़ना चाहते हैं क्लोजर न्यूमेरिकल कंप्यूटिंग स्पेस में बहुत कुछ हो रहा है:

• क्लोजर 1.5 अब बाहर है, जिसमें संख्यात्मक संचालन के लिए बहुत अधिक उन्नत समर्थन है। ज्यादातर मामलों में, यह अब बहुत शुद्ध जावा गति के करीब प्राप्त करना संभव है
• एक समर्पित समाचार समूह - Numerical Clojure
• core.matrix अब कि (देशी BLAS पुस्तकालयों सहित) कई बैकएंड कार्यान्वयन
का समर्थन करता है मैट्रिक्स गणित के लिए एक मुहावरेदार एपीआई/संख्यात्मक कंप्यूटिंग प्रदान करता है

अस्वीकरण: मैं उपरोक्त में से कई को एक रखरखाव/योगदानकर्ता हूं।