-
Data: 2009-07-04 19:04:43
Temat: Re: liczby dużej (nie dowolnej) precyzji
Od: "Mariusz Marszałkowski" <b...@W...gazeta.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Michoo <m...@v...pl> napisał(a):
> Mariusz Marszałkowski pisze:
> > Witam
> >
> > Pierwsze pytanie: Jak sądzicie, jaka jest różnica w wydajności pomiędzy
> > biblioteką liczb dowolnej precyzji, a biblioteką liczb dużej precyzji. Np.
> > w bibliotece dowolnej precyzji ustalamy dokładność na 40 liczb znaczących
> > (w systemie dziesiątkowym), a bibliotekę liczb dużej precyzji implementujemy
> > tylko i wyłącznie do obsługi liczb 40 cyfrowych. Jeśli biblioteka ma obsługiw
> ać
> > tylko i wyłącznie jedną precyzję, to wydaje się że może być znacznie
> > wydajniejsza. No i właśnie jak sądzicie, czy taka implementacja może być
> > dużo wydajniejsza?
> >
> > Drugie pytanie: czy są dostępne biblioteki do obsługi typu zmiennoprzecinkowe
> go
> > o rozmiarze np. 30-60 cyfr znaczących?
> To jest już "dowolnej" długości. Tzn. właściwie wszystko co nie mieści
> się w typie obsługiwanym natywnie przez procesor będzie wymagało jakiejś
> rekurencji/iteracji.
Jasne, po prostu musiałem jakoś nazwać jedno i drugie.
> Co więcej może się okazać, że (poza jakimiś chorymi rzeźbami w asm na
> konkretną architekturę) biblioteka obsługująca 24-240 bitów będzie
> wolniejsza dla tych 240 bitów niż biblioteka o dowolnej precyzji.
Domniemania mam podobne, jednak nie mam takiej implementacji aby
sprawdzić.
Pozdrawiam
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Następne wpisy z tego wątku
- 04.07.09 21:45 d
- 04.07.09 22:39 A.L.
- 04.07.09 22:56 Mariusz Marszałkowski
- 04.07.09 23:56 Michoo
- 05.07.09 01:50 d
- 05.07.09 03:36 Mariusz Marszałkowski
- 05.07.09 04:40 d
- 05.07.09 17:02 Mariusz Marszałkowski
- 05.07.09 19:05 Michoo
- 05.07.09 19:15 Roman Werpachowski
- 05.07.09 19:38 Mariusz Marszałkowski
- 05.07.09 22:38 Michoo
- 05.07.09 23:21 Mariusz Marszałkowski
- 06.07.09 06:44 Roman Werpachowski
- 06.07.09 15:12 Mariusz Marszałkowski
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- 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
Najnowsze wątki
- 2025-01-30 pogromca ksiezy
- 2025-01-30 Warszawa => Data Engineer (Tech Lead) <=
- 2025-01-30 Czy WYNIESIENIE UE-posła Brauna z sali obrad UE-parlamentu stanowiło naruszenie jego immunitetu i godności?
- 2025-01-30 drukarka potrzebna
- 2025-01-30 Warszawa => QA Engineer (Quality Assurance) <=
- 2025-01-30 Łódź => Programista NodeJS <=
- 2025-01-30 Jest Trump prezydent jest Meta/FBook/Instagram ugoda za 25 mln. USD
- 2025-01-30 Gdańsk => Solution Architect (Java background) <=
- 2025-01-30 Zielona Góra => Senior Field Sales (system ERP) <=
- 2025-01-30 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2025-01-30 DeepSeek nie lubi gadać o polityce
- 2025-01-30 Błonie => Administrator systemów <=
- 2025-01-30 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-30 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-30 Faktura z czech.