-
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
- Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- ciekawy układ magnetofonu
- Mikroskop 3D
- Jak być bezpiecznym z Li-Ion?
- Szukam monitora HDMI ok. 4"
- Obcinaczki z łapaczem
- termostat do lodowki
- SEP 1 kV E
- Aku LiPo źródło dostaw - ktoś poleci ?
- starość nie radość
- Ataki hakerskie
- Akumulatorki Ni-MH AA i AAA Green Cell
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
Najnowsze wątki
- 2024-12-26 zapora Zagorze
- 2024-12-26 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2024-12-26 Warszawa => Specjalista Bezpieczeństwa Informacji <=
- 2024-12-26 Wrocław => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-12-26 Wrocław => Programista Full Stack (.Net Core) <=
- 2024-12-26 Kraków => Software .Net Developer <=
- 2024-12-25 Wrocław => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2024-12-25 Warszawa => Sales Assistant <=
- 2024-12-25 Kraków => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-25 Lublin => System Architect (Java background) <=
- 2024-12-25 Szczecin => Specjalista ds. public relations <=
- 2024-12-25 Wrocław => Key Account Manager <=
- 2024-12-25 Kraków => Full Stack .Net Engineer <=
- 2024-12-25 Kraków => Programista Full Stack .Net <=
- 2024-12-25 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=