फ़्लोटिंग पॉइंट ऑपरेशंस कुछ भाषाओं में अलग क्यों दिखते हैं?

Question

मैं इन पढ़ लिया है:

• Why Are Floating Point Numbers Inaccurate?
• http://floating-point-gui.de/

वे समझाने "कैसे"। मैं जानना चाहता हूं कि यह इन भाषाओं में अलग क्यों है। मुझे उम्मीद है कि समान इनपुट दिए गए समान परिणाम।

test.js

#!/usr/bin/env node 

var nine = 9.0; 
var pointOhOhOne = 0.001; 
var result = nine * pointOhOhOne; 
console.log(result); 

test.java

public class test { 

    public static void main(String[] argv) { 
    double nine = 9.0d; 
    double pointOhOhOne = 0.001d; 
    double result = nine * pointOhOhOne; 
    System.out.println(result); 
    } 

} 

test.c

#include "stdio.h" 

int main() { 
    double nine = 9.0; 
    double pointOhOhOne = 0.001; 
    double result = nine * pointOhOhOne; 
    printf("%f", result); 
} 

test.rb

#!/usr/bin/env ruby 

nine = 9.0 
pointOhOhOne = 0.001 
result = nine * pointOhOhOne 

print result 

test.py

#!/usr/bin/env python 

nine = 9.0 
pointOhOhOne = 0.001 
result = nine * pointOhOhOne 

print result 

परिणाम:

ruby  0.009000000000000001 
python 0.009 
node  0.009000000000000001 
java  0.009000000000000001 
c  0.009000 

सार: https://gist.github.com/reklis/6694ad5fb01991a79a1a

Answer 1

@ouah स्थापित करता है कि भाषाएं सभी समान व्यवहार कर रही हैं। मेरा जवाब यह बताने का लक्ष्य है कि वे अलग क्यों दिखाई देते हैं। केवल दो भाषाओं में "अलग" आउटपुट हैं सी और पायथन हैं।

स्पष्ट रूप से, सी और पायथन के अलावा हर भाषा केवल फ्लोट वैल्यू को जितना संभव हो उतना दशमलव स्थान पर प्रिंट कर रही है।

सी व्याख्या करना आसान है। आप स्पष्ट परिशुद्धता मान निर्दिष्ट किए बिना printf("%f", result) का उपयोग करते हैं। सी मानक के अनुसार, f विनिर्देशक की परिशुद्धता 6 तक डिफ़ॉल्ट होती है। इस प्रकार, वास्तव में छह दशमलव स्थान मुद्रित होते हैं, जो आप देखते हैं। @उह नोट्स के रूप में, परिशुद्धता को 18 तक सेट करने से "अपेक्षित" आउटपुट मिलेगा। यह हानिकारक है: 7 वें दशमलव स्थान से अलग होने वाले युगल समान रूप से मुद्रित किए जाएंगे, और इसलिए %f के आउटपुट को मूल फ्लोट को बिल्कुल पुनर्निर्मित करने के लिए भरोसा नहीं किया जा सकता है।

पायथन थोड़ा सा ट्रिकियर है। पाइथन 3.1 ने डेविड गे द्वारा किए गए काम के आधार पर एक नया फ़्लोटिंग-पॉइंट repr एल्गोरिदम प्रस्तुत किया। सुविधा के अनुरूप पाइथन मुद्दा यहां है: http://bugs.python.org/issue1580। यह सुविधा पायथन 2.7 पर भी बैकपोर्ट की गई थी।

इस नई सुविधा के इरादे दोनों चल बिन्दु से अधिक भ्रम को कम करने के लिए (कि हालांकि dubiously उपयोगी है), और अधिक महत्वपूर्ण बात यह राउंड ट्रिप व्यवहार को प्रभावित किए बिना चल बिन्दु संख्या के छोटे अभ्यावेदन, अधिक मानव पठनीय प्रदान करना था ; यानी, float(repr(x)) हमेशा x के बराबर है, भले ही repr(x) इस एल्गोरिदम के कारण छोटा हो। इसलिए, एल्गोरिदम "लापरवाही" शेष रहते हुए एक छोटे फ्लोटिंग-पॉइंट प्रस्तुति का उत्पादन करने का प्रबंधन करता है: जीत-जीत!

आधिकारिक वर्णन इतना कहते हैं:

रेपर (1.1) के लिए नए एल्गोरिथ्म होशियार है और रिटर्न '1.1'। प्रभावी रूप से, यह सभी समकक्ष स्ट्रिंग प्रस्तुतियों की खोज करता है (वे जो समान अंतर्निहित फ्लोट मान के साथ संग्रहीत होते हैं) और सबसे कम प्रतिनिधित्व देता है।

Answer 2

अपने सिस्टम पर

सी में:

print("%.18f" % result) 

0.009000000000000001 

:

printf("%.18f\n", result); 

0.009000000000000001 

अपने सिस्टम पर

अजगर में

सी या अन्य भाषाओं की तरह पायथन उनके प्रिंट कार्यों के साथ डिफ़ॉल्ट रूप से दशमलव अंकों की संख्या सीमित कर देता है।