-
Data: 2014-06-12 16:38:22
Temat: Re: [OT] QBasic
Od: bartekltg <b...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On 12.06.2014 13:59, RoMan Mandziejewicz wrote:
> Hello bartekltg,
>
> Thursday, June 12, 2014, 1:15:54 PM, you wrote:
>
>>>> Jak to jest z tablicami (DIM) w tym języku? Podobno ograniczone są do 64k.
>>>> Da się posortować w tym języku tablicę o wielkości 7x100000?
>>> Przy takiej wielkości używa się już baz danych do sortowania (szybciej
>>> będzie zaindeksować).
>> Że co?
>
> Że masz zastrzeżenia co do tego, że indeksowanie bazy
"Bazy"? Zbiór danych;>
> jest szybsze od
> jej fizycznego posortowania? ;)
To jest zależne od rozmiaru pojedyńcxzego klocka.
Posortowanie intów (czy kwaternionów na doublach;)) będzie
znacznie szybsze (do tego znacząco mniej pamięciożerne,
a potem użycie tej struktury znów będzie znacznie szybsze*)
Jeśli natomiast klockiem jest kilobajtowi struktura,
a do tego jej porównanie jest szybkie, to posortowanie
listy indeksów/wskaźników będzie szybsze, bo omijamy spore
kopiowania.
>> ...a, no chyba że w QBasic.. ;-)
>
> Zapomnij o QBasic. Nawet w dużych systemach nie sortuje się już baz
> fizycznie, zawsze przez indeks - tak jest szybciej. Choć niekoniecznie
> użytkownik/programatoł (programista wie) musi o tym wiedzieć.
Nikt nie mówił o _bazie_. Pytacz ma małą (no, chyba, że siedzi na
atmedze 'tablicę'. Baz się nie sortuje, bo najczęściej klocek
jest tam duży, a potrzebujemy _wielu_ indeksów.
Bazy danych i ich zastosowania to szczególny dział programowania.
I poza nim cały czas sortuje się bezpośrednio dane gdy jest to
szybsze, bo nierzadko jest to szybsze.
Zresztą, nie ma co wierzyć, każdy może sam sprawdzić.
*) posortowane dane służą w uproszczeniu do dwóch rzeczy,
wyszukania czegoś i przetworzenia w kolejności jakiegoś porządku.
Głupie wyszukiwanie binarne będzie miało 2 razy więcej cache miss
w przypadku posortowania indeksów. Przetwaranie sekwencyjne
to przejście jednej tablicy po kolei i drugiej praktycznie losowo
(to też dobrze zobaaczyć).
Tak będzie zawsze, oczywiście dla odpowiednio dużych klocków
samo sortowanie będzie na tyle dłuższe, że pochłonie jakikolwiek
zysk z naddatkiem.
pzdr
bartekltg
Następne wpisy z tego wątku
- 12.06.14 16:52 Robert Wańkowski
- 12.06.14 17:23 JK
- 12.06.14 17:47 RoMan Mandziejewicz
- 12.06.14 17:57 Robert Wańkowski
- 12.06.14 19:18 bartekltg
- 12.06.14 19:39 bartekltg
- 12.06.14 20:41 Robert Wańkowski
- 12.06.14 20:43 Robert Wańkowski
- 12.06.14 20:46 Włodzimierz Wojtiuk
- 12.06.14 21:40 A.L.
- 12.06.14 21:40 bartekltg
- 12.06.14 22:37 RoMan Mandziejewicz
- 12.06.14 21:43 J.F.
- 12.06.14 23:15 RoMan Mandziejewicz
- 12.06.14 23:26 J.F.
Najnowsze wątki z tej grupy
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
Najnowsze wątki
- 2025-02-17 Kraków => MS Dynamics 365BC/NAV Developer <=
- 2025-02-17 Chrzanów => Programista NodeJS <=
- 2025-02-17 Warszawa => Node.js / Fullstack Developer <=
- 2025-02-17 Białystok => System Architect (Java background) <=
- 2025-02-17 Białystok => Solution Architect (Java background) <=
- 2025-02-17 Gliwice => Team Lead / Tribe Lead FrontEnd <=
- 2025-02-17 Gdańsk => PHP Developer <=
- 2025-02-17 Warszawa => Senior ASP.NET Developer <=
- 2025-02-17 Gliwice => Business Development Manager - Network and Network Security
- 2025-02-17 Mińsk Mazowiecki => Area Sales Manager OZE <=
- 2025-02-17 Odśnieżanie samochodu
- 2025-02-17 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-17 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-17 Pompiarze...
- 2025-02-16 PV teraz