eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingPorównywanie liczb, double floatRe: Porównywanie liczb, double float
  • X-Received: by 2002:a05:6214:1312:: with SMTP id a18mr51528164qvv.241.1563825408403;
    Mon, 22 Jul 2019 12:56:48 -0700 (PDT)
    X-Received: by 2002:a05:6214:1312:: with SMTP id a18mr51528164qvv.241.1563825408403;
    Mon, 22 Jul 2019 12:56:48 -0700 (PDT)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news-2.dfn.de!n
    ews.dfn.de!2.eu.feeder.erje.net!4.us.feeder.erje.net!feeder.erje.net!weretis.ne
    t!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpre
    ss.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!b26no2872212qtq.0!news-
    out.google.com!a5ni1535qtd.0!nntp.google.com!b26no2872205qtq.0!postnews.google.
    com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Mon, 22 Jul 2019 12:56:48 -0700 (PDT)
    In-Reply-To: <ip0ao0c1i62f$.1rxri1ycd5raa$.dlg@40tude.net>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=5.172.255.35;
    posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
    NNTP-Posting-Host: 5.172.255.35
    References: <qdqqh6$n2f$1@dont-email.me> <5d00f035$0$15194$426a74cc@news.free.fr>
    <qe7g1r$rrf$1@gioia.aioe.org> <5d074706$0$15193$426a74cc@news.free.fr>
    <5d07a2c9$0$31100$65785112@news.neostrada.pl>
    <qe97vi$rf5$1@gioia.aioe.org> <5d088596$0$14369$426a74cc@news.free.fr>
    <qeacur$1qor$1@gioia.aioe.org> <5d08d970$0$20310$426a74cc@news.free.fr>
    <qeapsh$1n9j$1@gioia.aioe.org> <5d090156$0$15507$426a74cc@news.free.fr>
    <qetsf8$68n$1@gioia.aioe.org>
    <1cgepnnvodqg5$.1afjj1r92e0ci.dlg@40tude.net>
    <b...@n...net>
    <ip0ao0c1i62f$.1rxri1ycd5raa$.dlg@40tude.net>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <3...@g...com>
    Subject: Re: Porównywanie liczb, double float
    From: fir <p...@g...com>
    Injection-Date: Mon, 22 Jul 2019 19:56:48 +0000
    Content-Type: text/plain; charset="UTF-8"
    Content-Transfer-Encoding: quoted-printable
    Lines: 45
    Xref: news-archive.icm.edu.pl pl.comp.programming:213686
    [ ukryj nagłówki ]

    W dniu środa, 3 lipca 2019 00:42:54 UTC+2 użytkownik J.F. napisał:
    > Dnia Tue, 2 Jul 2019 22:56:19 +0200, AK napisał(a):
    > > On 2019-06-26 06:21, J.F. wrote:
    > >>> PS: Zapsz si ejednak na ten kurs numeryki. Moze jeszcze gdzies ucza o
    > >>> float...
    > >>
    > >> No ale przeciez nie chcesz wiedziec jak floaty sa zapisane :-P
    > >>
    > >> To po takim kursie bediesz mial metlik - pelno ostrzezen o mozliwych
    > >> bledach i zero rozwiazan :-)
    > >
    > > Hehe, no racja :)
    > > Tyle, ze w "moich czasach" nie uczyli o bebechach formatow fp (bo co
    > > maszyna to byl inny, ba! nawet bajt na CDC mial 9 bitow;), jeno wlasnie
    > > jak ich _dobrze_ uzywac przy takiej wielosci formatow.
    > >
    > > PS: Zeb nie bylo, Chwale IEEE754, ale glownie ze wzgledu na ulatwienie
    > > (ze wzgledu na ustandaryzowanie) dla tworcow koprocesorow i kompilatorow.
    > > Dla uzytkownikow/programistow "stare" zasady pozostaja wciaz w mocy.
    >
    > IMO - powstal chyba tylko po to, zeby klienci nie narzekali, ze ten
    > sam program (zrodlowy) wykonany na dwoch roznych komputerach daje
    > rozny wynik (z powodu zaokraglen/obciec).
    >
    > Ale ma jedna zalete - z powodu przyjecia podstawy 2, srednia dwoch
    > liczb jest zawsze pomiedzy nimi.
    > Przy podstawie 10 lub 16 moze byc juz inaczej
    > np 5.008+5.009 = 10.017 -> 1.002e1 .. /2 = 5.010
    >
    > J.

    moim zdaniem jakis powazniejszy system do arytmetyki na liczbach 'float' powinien
    chyba wykonywac operacje na zadawanej precyzji - bo 1) im wiecej precyzji tym wolniej
    2) czesto potrzebujesz mniej niz na zwyklych float doublach - byloby wiec szybciej
    (na przyklad nie potrzebujesz 50 bitow precyzji sinusa liczonego na liczbie zapodanej
    na osi x tez z 50-cioma bitami precyzji - moze wystarczyc nap 15 bitow x i 10 bitow y
    czy cos takiego 3) ew daloby tez sposobnosc policzenia wiecej niz nawet 80 bitow od
    czasu do czasu

    moim zdaniem powazna arytmetyka na float raczej powinan dawac mozliwosc kontrolowania
    tych dlugiosci bitowych czy jak to nazwac

    nic tez nie stoi na przeszkodzie by reprezentacji bylo wiecej obok siebie (powinno
    ich byc wiecej bo rozne lepiej nadaja sie do roznych rzeczy)

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

  • 24.07.19 19:19 DMR
  • 24.07.19 21:13 AK
  • 24.07.19 22:39 fir
  • 26.07.19 20:35 AK
  • 12.01.20 19:17 DMR

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: