eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingsortowanieRe: sortowanie
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!.POSTED!not-for-mail
    From: bartekltg <b...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: sortowanie
    Date: Sun, 14 Oct 2012 12:49:52 +0200
    Organization: ATMAN - ATM S.A.
    Lines: 29
    Message-ID: <k5e5co$iip$1@node1.news.atman.pl>
    References: <k59gbj$be7$1@node2.news.atman.pl>
    <6...@g...com>
    <k59jgh$mb7$1@mx1.internetia.pl> <k59jvr$360$1@node1.news.atman.pl>
    <k59q5n$np3$1@mx1.internetia.pl> <k5bc6k$4ea$1@mx1.internetia.pl>
    <50795bb6$0$1297$65785112@news.neostrada.pl>
    <k5bo04$n79$2@mx1.internetia.pl>
    <507968f5$0$1220$65785112@news.neostrada.pl>
    <k5bqi2$n79$3@mx1.internetia.pl>
    <5079736f$0$1228$65785112@news.neostrada.pl>
    <k5bvji$n79$7@mx1.internetia.pl>
    <7...@g...com>
    <k5c6ta$hlr$1@mx1.internetia.pl>
    <2...@g...com>
    <b...@g...com>
    <c...@g...com>
    <k5cs8t$bkr$1@node1.news.atman.pl>
    <7...@g...com>
    <k5e2d2$jgh$1@node2.news.atman.pl>
    <8...@g...com>
    NNTP-Posting-Host: 144-mi3-6.acn.waw.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: node1.news.atman.pl 1350211800 19033 85.222.69.144 (14 Oct 2012 10:50:00
    GMT)
    X-Complaints-To: u...@a...pl
    NNTP-Posting-Date: Sun, 14 Oct 2012 10:50:00 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907
    Thunderbird/15.0.1
    In-Reply-To: <8...@g...com>
    Xref: news-archive.icm.edu.pl pl.comp.programming:199891
    [ ukryj nagłówki ]

    W dniu 2012-10-14 12:06, kenobi pisze:


    > w pierwszym przejsciu liczysz histogram, czyli
    > 256 offsetow, w drugim wstawiasz wzgledem tych
    > ofsetow i masz zgrubnie posortowane, reszte
    > podobnie lub ew merge sortem bedzie potezny
    > speedup ;)


    Całą idea i "prawdziwy speedup" wynika stąd,
    że surtujemy _w odwrotnej kolejności_ algorytmem
    stabilnym. najpierw posortujemy po niższym
    bajcie. Ok. Teraz sortujemy po wyższym.
    Jeśli jakieś dwie liczby mają taki sam bajt wyższy,
    to nie zostanie zamieniona ich kolejność.
    A, że był wcześniej posortowane po niższym,
    to są posortowane po obydwu słownikowo.
    koniec.

    żadnych dodatkowych kontenerów, żadnych histogramów,
    żadnego mergesorta nie wiadomo skąd.
    Tylko dodatkowa tablica (stabilne sortowanie przez
    zliczanie nie działą w miejscu) i wydajność;)

    pzdr
    bartekltg


Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

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: