Re: RSM i spline - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Simpson vs. Niski Cotes › Re: RSM i spline

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.task.gda.pl!not-for-mail
From: Baranosiu <r...@w...pl>
Newsgroups: pl.comp.programming
Subject: Re: RSM i spline
Date: Fri, 16 Nov 2012 02:23:55 +0000 (UTC)
Organization: CI TASK http://www.task.gda.pl/
Lines: 20
Message-ID: <k8483q$nld$1@news.task.gda.pl>
References: <509ee300$0$26682$65785112@news.neostrada.pl>
<k7olf5$rpm$1@news.task.gda.pl> <k7oo6p$3ut$1@news.task.gda.pl>
<50a082a2$0$1301$65785112@news.neostrada.pl>
<k7qgii$cqo$1@news.task.gda.pl>
<f...@g...com>
<k7ujqc$2gh$1@node1.news.atman.pl> <k7ukdi$1nb$1@news.task.gda.pl>
<50a37a59$0$1313$65785112@news.neostrada.pl>
<k7vvq2$62t$1@mx1.internetia.pl> <k8153f$duq$1@node2.news.atman.pl>
<k822k1$fpc$1@news.task.gda.pl> <k82c89$lg6$1@news.task.gda.pl>
<k82en7$ckq$1@zeus.man.szczecin.pl> <k82frk$3m3$1@news.task.gda.pl>
<k838kr$lr8$1@node1.news.atman.pl> <k83d7t$n0h$1@news.task.gda.pl>
<50a53b41$0$26681$65785112@news.neostrada.pl>
<k83eg0$qg6$1@news.task.gda.pl>
<50a5418a$0$1312$65785112@news.neostrada.pl>
Reply-To: Baranosiu <r...@w...pl>
NNTP-Posting-Host: user-31-175-157-157.play-internet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: news.task.gda.pl 1353032635 24237 31.175.157.157 (16 Nov 2012 02:23:55 GMT)
X-Complaints-To: a...@n...task.gda.pl
NNTP-Posting-Date: Fri, 16 Nov 2012 02:23:55 +0000 (UTC)
User-Agent: slrn/pre1.0.0-18 (Linux)
Xref: news-archive.icm.edu.pl pl.comp.programming:200976
[ ukryj nagłówki ]
Dnia 15.11.2012 slawek <s...@h...pl> napisał/a:
>
> Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
> dyskusyjnych:k83eg0$qg6$...@n...task.gda.pl...
>> slawciu. Po prostu ten DBL_EPS pod wzgledem znaczenia dla numeryki
>> to klasyczny "problem zastepczy".
>
> Moim zdaniem - problem nr 1 "numeryki" to brak tanich i dostępnych
> procesorów 128 bitowych (tj. FPU) liczący na REAL16. Sprzętowo.

Oj tam, już w 1995 roku można było kupić Suna z procesorem SPARCv9
(tylko jakieś 2 razy droższy od markowego PC x86) a SPARCv9 do
desktopów miał FPU posiadające 16 zmiennoprzecinkowych rejestrów
128-bitowych (z możliwością przełączenia na 32 rejestry 64-bitowe) i
CPU miało 160 rejestrów 64-bitowych (w większości ortogonalnych,
grupowanych w 32-rejestrowe ramki). Obecnie Intel tak na prawdę
dogania swoja konkurencję sprzed wielu lat (którą wyparł z rynku
dzięki dobremu marketingowi i "zmowie" z kilkoma firmami). Sparc
przegrał z x86 walkę o komputery "popularne", może za niedługi czas
ARM wreszcie wprowadzi procesory RISC do komputerów domowych :D