-
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
Następne wpisy z tego wątku
- 03.11.12 22:22 slawek
- 04.11.12 15:42 kenobi
- 04.11.12 22:50 AK
- 04.11.12 23:00 AK
- 05.11.12 08:26 Adam Wysocki
- 05.11.12 11:07 Michoo
- 05.11.12 11:52 slawek
- 05.11.12 12:14 slawek
- 05.11.12 12:48 slawek
- 05.11.12 13:04 slawek
- 05.11.12 13:10 Michoo
- 05.11.12 16:17 AK
- 05.11.12 16:33 Marek Borowski
- 05.11.12 19:38 slawek
- 05.11.12 19:53 slawek
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-04 GNSS Motorola G85 vs Redmi Note 9 pro
- 2024-11-04 Katowice => SAP BTP Consultant (mid/senior) <=
- 2024-11-04 Katowice => Spedytor międzynarodowy <=
- 2024-11-04 Warszawa => Specjalista/tka ds. Zamówień publicznych <=
- 2024-11-04 Poznań => QA Engineer <=
- 2024-11-04 Poznań => QA Inżynier <=
- 2024-11-04 Polskie sądy są bardzo wyrozumiałe...
- 2024-11-04 Wrocław => SAP Project System/EPPM Consultant <=
- 2024-11-04 Gliwice => Team Lead / Tribe Lead FrontEnd <=
- 2024-11-04 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-04 Kraków => Software .Net Developer <=
- 2024-11-04 Kraków => Programista Full Stack .Net <=
- 2024-11-04 Warszawa => Key Account Manager <=
- 2024-11-04 Warszawa => Spedytor Międzynarodowy <=
- 2024-11-04 Warszawa => E-COMMERCE specialist <=