Re: Bdny epsilon - this is not a bug, this is ? - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Błędny epsilon - this is not a bug, this is ? › Re: Bdny epsilon - this is not a bug, this is ?

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: bartekltg <b...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Bdny epsilon - this is not a bug, this is ?
Date: Tue, 06 Nov 2012 03:28:35 +0100
Organization: ATMAN - ATM S.A.
Lines: 25
Message-ID: <k79skj$dd7$1@node1.news.atman.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>
<k73isd$sfj$1@mx1.internetia.pl>
<50958b34$0$26700$65785112@news.neostrada.pl>
<k783go$q3k$1@mx1.internetia.pl>
<5097a794$0$1299$65785112@news.neostrada.pl>
<k78amt$rth$1@mx1.internetia.pl>
<a...@n...plus.net>
NNTP-Posting-Host: 144-mi3-6.acn.waw.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1352168915 13735 85.222.69.144 (6 Nov 2012 02:28:35 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Tue, 6 Nov 2012 02:28:35 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121010
Thunderbird/16.0.1
In-Reply-To: <a...@n...plus.net>
Xref: news-archive.icm.edu.pl pl.comp.programming:200515
[ ukryj nagłówki ]
W dniu 2012-11-06 00:57, Roman W pisze:
> On Mon, 05 Nov 2012 13:10:38 +0100, Michoo <m...@v...pl> wrote:
>> Nie. Epsilon jako dokadno oblicze (do czego si odwoywae)
> uywa
>> si ewentualnie w opisie algorytmu. Jako warto w programie
> przyjmuje
>> si róne EPS (odlego miedzy wartociami) zalenie od zakresu na
>> którym si pracuje, zazwyczaj do okrelenia relacji równowanoci i
> s
>> to setki albo tysice razy wiksze wartoci ni EPS_DOUBLE podczas
>> liczenia na double.
>
> Widziaem sytuacje, kiedy zmiana funkcji z inline na nie-inline
> powodowaa wzgledna zmian kocowego wyniku o 1e-13.

Obcinanie pośrednich wyników do double (przy wejściu/wyjśćiu funkcji)
kontra liczenie wszystkiego w rejestrach koprocesora, czy coś głębszego?

pzdr
bartekltg