Re: sortowanie - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › sortowanie › Re: sortowanie

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.supermedia
.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 04:00:47 +0200
Organization: ATMAN - ATM S.A.
Lines: 39
Message-ID: <k5d6cm$qo5$1@node2.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> <k5a1ih$slr$1@node2.news.atman.pl>
<k5bd6c$a6c$1@mx1.internetia.pl> <k5blvn$3nk$1@node1.news.atman.pl>
<k5chsn$f2b$1@mx1.internetia.pl>
<6...@g...com>
<5079e395$0$1305$65785112@news.neostrada.pl>
<a...@g...com>
<5079ec94$0$1309$65785112@news.neostrada.pl>
<k5crml$h7t$1@node2.news.atman.pl>
<5079f663$0$26697$65785112@news.neostrada.pl>
<k5ctos$j0l$1@node2.news.atman.pl>
<2...@g...com>
<k5d34d$nt1$1@node2.news.atman.pl>
<b...@g...com>
<c...@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: node2.news.atman.pl 1350180054 27397 85.222.69.144 (14 Oct 2012 02:00:54
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sun, 14 Oct 2012 02:00:54 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907
Thunderbird/15.0.1
In-Reply-To: <c...@g...com>
Xref: news-archive.icm.edu.pl pl.comp.programming:199869
[ ukryj nagłówki ]
W dniu 2012-10-14 03:46, M.M. pisze:
> W dniu niedziela, 14 października 2012 03:39:26 UTC+2 użytkownik M.M. napisał:
>> W dniu niedziela, 14 października 2012 03:05:18 UTC+2 użytkownik bartekltg
napisał:
>> Czyli nawet dla 10 danych nie oplaca sie
>> rozwinac petli - widac ze algorytm sort10 dziala wolniej
>> niz selection.
> Kurde zle zmierzylem czas :)
> To sie oplaca!!
> A jaki wydajny jest sort z stla...
>
> 873 859 809 800 667 561 440 421 260 148
> selection time 0.420000s
> 873 859 809 800 667 561 440 421 260 148
> insertion time 0.310000s
> 873 859 809 800 667 561 440 421 260 148
> boubles time 0.300000s
> 873 859 809 800 667 561 440 421 260 148
> sort10 time 0.280000s
> 873 859 809 800 667 561 440 421 260 148
> qsort time 0.560000s
> 148 260 421 440 561 667 800 809 859 873
> stl::qsort time 0.280000s

>>> http://pastebin.com/RGhkx6u6

Nie bardzo rozumiem. Przecież to tylko
selectionsort w rozpisanej formie.

Co to ma wspolnego z dyskutowanym (blisko)optymalnym
(ze względu na liczbę porównań) algorytmem?

Robisz tam 1+2+..+9 = 45 porównań. A powinieneś maks 22;-)

BTW, stałą 10 wkompilowała się, czy funkcję działają
na zmiennej?

pzdr
bartekltg