-
Data: 2009-07-04 16:34:04
Temat: Re: liczby dużej (nie dowolnej) precyzji
Od: Roman Werpachowski <"r o m a nNOSPAM"@student.ifpan.edu.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On the Sat, 04 Jul 2009 11:17:20 -0500, A.L wrote:
> On Sat, 4 Jul 2009 16:05:26 +0000 (UTC), "Mariusz Marszałkowski"
><b...@W...gazeta.pl> wrote:
>
>>A.L. <a...@a...com> napisał(a):
>>
>>> On Sat, 4 Jul 2009 15:22:48 +0000 (UTC), "Mariusz Marszałkowski"
>>> <b...@g...SKASUJ-TO.pl> wrote:
>>>
>>> >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ługiwa
>>> ć
>>> >tylko i wyłącznie jedną precyzję, to wydaje się że może być znacznie
>>> >wydajniejsza.
>>>
>>> Tak.
>>>
>>> Program ktory obsluguje macierze 5 na 5 jest, jak wiadomo, znacznie
>>> wydajniejszy od programu ktory obsluguje macierze N na N
>>>
>>
>>Jest ktoś w stanie oszacować co oznacza owe "znacznie"? Np. trzeba pomnożyć
>>macierze. Raz elementem macierzy są liczby dowolnej precyzji z ograniczeniem
>>do około 40 cyfr znaczących, a drugi raz specjalna implementacja liczb tylko
>>i wyłącznie do precyzji 40 cyrf. Zysk czasu będzie dwukrotny, dziesięciokrotny?
>
> Czy Kilega naprzwde uwierzyl ze program z macierzami 5 na 5 zajmie
> mniej czasu niz program z maczierzami N na N?
>
> Reprezentacja liczb nei zmieni sie - czy to bedzie 10 cyfr czy 100, w
> zaiwazku z tym wydajnosc programu nie ma nic wspolnego z
> ograniczeniami a'priori.
Kod ktory moze zalozyc ze macierz jest 5x5 moze zostac bardziej
zoptymalizowany niz kod, ktory musi obslugiwac macierz dowolnych rozmiarow.
Na tym polega sila takich bibliotek jak http://tvmet.sourceforge.net/
RW
Następne wpisy z tego wątku
- 04.07.09 16:36 Mariusz Marszałkowski
- 04.07.09 16:39 Roman Werpachowski
- 04.07.09 16:50 A.L.
- 04.07.09 16:56 Mariusz Marszałkowski
- 04.07.09 16:56 Roman Werpachowski
- 04.07.09 17:02 Mariusz Marszałkowski
- 04.07.09 17:07 Roman Werpachowski
- 04.07.09 17:25 A.L.
- 04.07.09 17:38 Roman Werpachowski
- 04.07.09 17:45 Mariusz Marszałkowski
- 04.07.09 18:29 Michoo
- 04.07.09 18:38 A.L.
- 04.07.09 18:39 Roman Werpachowski
- 04.07.09 18:41 A.L.
- 04.07.09 18:56 Roman Werpachowski
Najnowsze wątki z tej grupy
- 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
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-02 Gdańsk => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-02 Kraków => Full Stack .Net Engineer <=
- 2024-12-02 Warszawa => Key Account Manager <=
- 2024-12-02 Kraków => Software .Net Developer <=
- 2024-12-02 Wrocław => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-02 Gdańsk => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-12-02 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-12-02 Akumulatorki Ni-MH AA i AAA Green Cell
- 2024-12-02 Usiłowanie zabójstwa
- 2024-12-01 Rambo 2024. Co z radio-stopem
- 2024-12-01 Pijani kierowcy
- 2024-12-01 "Chciałem zamówić kurs tym"
- 2024-11-30 Windykatorzy ścigają spadkobierców z mandat nieboszczyka za przekroczenie prędkości???
- 2024-11-30 Łódź => Technical Artist <=
- 2024-11-30 Lublin => Inżynier Serwisu Sprzętu Medycznego <=