eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingBłędny epsilon - this is not a bug, this is ?Re: Błędny epsilon - this is not a bug, this is ?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.internetia.pl!not-for-mail
    From: Michoo <m...@v...pl>
    Newsgroups: pl.comp.programming
    Subject: Re: Błędny epsilon - this is not a bug, this is ?
    Date: Sat, 03 Nov 2012 17:59:28 +0100
    Organization: Netia S.A.
    Lines: 87
    Message-ID: <k73isd$sfj$1@mx1.internetia.pl>
    References: <50924bb1$0$1308$65785112@news.neostrada.pl>
    <a...@g...com>
    <50926d86$0$1216$65785112@news.neostrada.pl>
    <k6tusp$elk$1@node1.news.atman.pl>
    <5092979f$0$1208$65785112@news.neostrada.pl>
    <k6u5vk$cf9$1@node2.news.atman.pl>
    <5092a72c$0$1311$65785112@news.neostrada.pl>
    <k6u98u$fjc$1@node2.news.atman.pl>
    <5092aefd$0$1232$65785112@news.neostrada.pl>
    <b...@g...com>
    <5092c4d8$0$1222$65785112@news.neostrada.pl>
    <k700o6$52t$1@news.task.gda.pl>
    <50939638$0$26708$65785112@news.neostrada.pl>
    <k71ct6$fjv$1@mx1.internetia.pl>
    <5094e05f$0$1312$65785112@news.neostrada.pl>
    NNTP-Posting-Host: 83.238.197.12
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: mx1.internetia.pl 1351962318 29171 83.238.197.12 (3 Nov 2012 17:05:18 GMT)
    X-Complaints-To: a...@i...pl
    NNTP-Posting-Date: Sat, 3 Nov 2012 17:05:18 +0000 (UTC)
    In-Reply-To: <5094e05f$0$1312$65785112@news.neostrada.pl>
    X-Tech-Contact: u...@i...pl
    User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.6esrpre) Gecko/20120817
    Icedove/10.0.6
    X-Server-Info: http://www.internetia.pl/
    Xref: news-archive.icm.edu.pl pl.comp.programming:200482
    [ ukryj nagłówki ]

    On 03.11.2012 10:14, slawek wrote:
    > Użytkownik "Michoo" napisał w wiadomości grup
    > dyskusyjnych:k71ct6$fjv$...@m...internetia.pl...
    >
    >> Jakbyś przed trollowaniem zadał sobie trud jego przeczytania to byś
    >> nie znowu pieprzył jak potłuczony. Współczesny sprzęt operuje
    >> wewnętrznie na liczbach 80 bitowych. [Chodzi o to, żeby zapewnić
    >> dostateczną precyzję na "zwykłym" double.]
    >
    > I znowu "mowa nienawiści", próba manipulacji - zamiast merytorycznej
    > wiedzy.

    Ty trollujesz jak karmię trolle - to chyba standard.

    >
    > Choćby o tym, jak wygląda architektura procesorów Itanium.

    I zapomniałem już że czepiasz się "domyślnych" dla innych szczegółów.
    Nie mówię o Itanium, nie mówię o NEONach, czy innych FVP. Jeżeli nie
    wspomniano inaczej to mówimy na tej grupie o FPU x86.

    No chyba, że Ty testowałeś na Itanium i nie raczyłeś o tym wspomnieć?

    >
    >> Obliczenia są przycinane w momencie konwersji do double, dla pełnej
    >> zgodności ze standardem niektóre kompilatory mają specyficzne opcje
    >
    > Gdyby były obcinane,

    Nie obcinane. "Przycinane" - znaczy się redukowanie bez wdawania się w
    szczegóły implementacji. (Tryb zaokrąglania można zresztą ustawić.)

    >
    > One są zaokrąglane - czyli także "w górę", ceil.

    Nie chce mi się sprawdzać, ale oidp jest to zaokrąglanie do
    najbliższego. Zresztą tylko taka forma by miała sens przy tej dyskusji o
    dokładności.

    >
    > I nie dlatego aby uzyskać zgodność ze standardem (dla tej zgodności
    > obliczenia musiałyby być przeprowadzane na liczbach 64-bitowych,

    Ale FPU nie liczy na 64 bitowych.

    > ewentualnie po każdym pojedynczym działaniu arytmetycznym przekształcane
    > na 64-bitowe, co da się zrobić np. w gcc jest -ffloat-store).

    Tak, właśnie o tym napisałem.

    >
    >> powodujące to przycięcie po każdej operacji, w przeciwnym razie ciąg
    >
    > Tym razem ja zachowam się nieładnie: przyciąć... to można palec szufladą.

    Loglan jest równie ścisły co mało użyteczny.

    >
    >> obliczeń w typie double. "Eksperymentalnie" możesz więc otrzymywać
    >> bzdury nie mające związku z formatem "double".
    >
    > Podsumowując - polski "informatyk" jest głęboko wierzący: woli wierzyć w
    > swoje wewnętrzne głębokie przekonanie we własną nieomylność , niż
    > zmierzyć się z rzeczywistością i zauważyć chociażby tak prosty fakt, jak
    > że 2.22E-16 nie równa się 1.11E-16.

    Gdzie ja się odnosiłem do tej wartości? Ja tylko napisałem ogólnie, że
    liczenie bez uwzględnienia platformy może dawać dziwne wyniki. To Ty
    wspomniałeś, że z manuala coś wynika, mimo, że go chyba nie czytałeś.

    >
    > "jednak dodanie, używając liczb double, 1.5E-16 i 1.0 daje więcej
    > niż 1.0".

    Tak. I jak Ci już wspomniano - w praktyce nie interesuje programisty
    dokładność maszynowa a odległość między dwiema liczbami, czyli 2*e.
    Komentarz jest błędny w nagłówku a dobry w matlabie.


    > Niemniej szacun - dołączyłeś do całkiem pokaźnego stadka osobników,
    > którym żaden jakiś tam Eksperyment nie będzie będzie mówił co mają robić.

    Wydaje ci się.

    --
    Pozdrawiam
    Michoo

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: