यह भी बताया जाना चाहिए कि आप प्रोग्रामिंग भाषा के प्रदर्शन को माप / माप नहीं सकते हैं । आप जो सबसे अच्छा कर सकते हैं, वह विशिष्ट कार्यक्रमों को चलाने वाले विशिष्ट प्लेटफार्मों पर भाषा के विशिष्ट कार्यान्वयन के प्रदर्शन को मापता है ।
इसलिए जब आप "सबसे तेज़ कार्यात्मक भाषा" के बारे में पूछते हैं, तो आप वास्तव में भाषा के वर्तमान कार्यान्वयन के सर्वश्रेष्ठ के बारे में क्या पूछ रहे हैं।
@ igouy की टिप्पणी इस बात को उठाती है कि भाषा कार्यान्वयन के लिए अन्य प्रदर्शन उपाय हैं; उदाहरण संकलन समय। लेकिन यह इस तथ्य को नहीं बदलता है कि एप्लिकेशन प्रोग्राम का रन टाइम भाषा के कार्यान्वयन का एक (अप्रत्यक्ष) माप है, न कि भाषा का एक माप।
उदाहरण के लिए जावा पर विचार करें। मान लीजिए मैं क्लासिक (जावा 1.0) जावा की पूरी तरह से भाषा सुविधाओं का उपयोग करते हुए एक एकल-थ्रेडेड बेंचमार्क लिखता हूं। यदि मैं JDK 1.0 का उपयोग करके संकलन करता हूं और चलाता हूं, तो मुझे खराब प्रदर्शन मिलेगा ('cos JDK 1.0 में एक देशी कोड बॉयलर नहीं था)। यदि मैं JDK 1.1 से ... JDK 1.7 पर जाता हूं, तो मुझे सबसे अधिक संभावना उत्तरोत्तर बेहतर परिणाम प्राप्त होंगे। लेकिन यह जावा लैंग्वेज में बदलाव के कारण नहीं है ... क्योंकि मेरा बेंचमार्क उसी लैंग्वेज सब्मिट का उपयोग कर रहा है। बल्कि स्पीडअप कंपाइलरों में सुधार, रनटाइम सिस्टम और / या कक्षा पुस्तकालयों के कार्यान्वयन के कारण है। ये सभी कार्यान्वयन मुद्दे हैं।
दूसरा बिंदु यह है कि ये कार्यान्वयन अंतर एक ही भाषा के लिए वास्तव में महत्वपूर्ण हो सकते हैं (उदाहरण के लिए परिमाण के आदेश)। इसलिए यह तथ्य कि भाषा X के लिए सबसे अच्छा कार्यान्वयन भाषा Y के सर्वश्रेष्ठ (या केवल) कार्यान्वयन से तेज है, जरूरी नहीं कि आप भाषा के बारे में बहुत कुछ बताएं।