Re: sortowanie - Grupy dyskusyjne w eGospodarka.pl

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

Received: by 10.52.28.45 with SMTP id y13mr1332163vdg.10.1350170709712; Sat, 13 Oct
2012 16:25:09 -0700 (PDT)
Received: by 10.52.28.45 with SMTP id y13mr1332163vdg.10.1350170709712; Sat, 13 Oct
2012 16:25:09 -0700 (PDT)
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin3!goblin.stu.neva.ru!news.ripco.com!news.glorb.com!l8no48941077q
ao.0!news-out.google.com!r17ni24752519qap.0!nntp.google.com!l8no48941071qao.0!p
ostnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sat, 13 Oct 2012 16:25:09 -0700 (PDT)
In-Reply-To: <5079f25c$0$26697$65785112@news.neostrada.pl>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=89.229.34.123;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 89.229.34.123
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>
<k5crfb$aso$1@node1.news.atman.pl>
<5079f25c$0$26697$65785112@news.neostrada.pl>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8...@g...com>
Subject: Re: sortowanie
From: "M.M." <m...@g...com>
Injection-Date: Sat, 13 Oct 2012 23:25:09 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:199853
[ ukryj nagłówki ]
W dniu niedziela, 14 października 2012 00:59:41 UTC+2 użytkownik PK napisał:
> > algorytm dla 5. Dużo ifów:)
> > Dlaczego dla 5? Bo w mamy algorytm magicznych piątek;)
> > Dla 20 byłby już zbyt skomplikowany. Za duży.
> Duży to kwestia względna. Napisanie (wygenerowanie) nie kosztuje
> zupełnie nic. Pozostaje kwestia rozmiaru programu, ale to nie
> zawsze jest problem.
Moim zdaniem, na wspolczesnych procesorach, ktore maja duza roznica pomiedzy
dostepem do danych w cache i poza cache, bedzie jednak stanowilo problem.
Strzelam ze bedzie 3krotne spowolnienie liniowe z powodu rozmiaru programu.
Pozdrawiam
PS.
20 danych to 512k instrukcji if i tyle samo instrukcji else?