eGospodarka.pl
eGospodarka.pl poleca

  • X-Received: by 10.49.85.106 with SMTP id g10mr1850407qez.13.1366443805864; Sat, 20
    Apr 2013 00:43:25 -0700 (PDT)
    X-Received: by 10.49.85.106 with SMTP id g10mr1850407qez.13.1366443805864; Sat, 20
    Apr 2013 00:43:25 -0700 (PDT)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.unit0.net!feeder.erje.net!us.feeder.erje.net!news.glo
    rb.com!gp5no250771qab.0!news-out.google.com!ef9ni2qab.0!nntp.google.com!gp5no35
    86421qab.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Sat, 20 Apr 2013 00:43:25 -0700 (PDT)
    In-Reply-To: <4...@g...com>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=213.195.164.27;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 213.195.164.27
    References: <kkdqot$5rl$1@node2.news.atman.pl>
    <2...@g...com>
    <kkec03$n4h$1@node2.news.atman.pl>
    <a...@g...com>
    <kkfd89$o9b$1@news.task.gda.pl>
    <0...@g...com>
    <kkh42k$81t$1@news.task.gda.pl>
    <b...@g...com>
    <kkhr56$a62$1@news.task.gda.pl>
    <3...@g...com>
    <kkkjpe$b54$1@news.task.gda.pl>
    <8...@g...com>
    <4...@g...com>
    <c...@g...com>
    <kkmvfc$hu3$2@news.task.gda.pl>
    <d...@g...com>
    <d...@g...com>
    <9...@g...com>
    <1...@g...com>
    <5...@g...com>
    <kkoio2$o70$2@news.task.gda.pl>
    <8...@g...com>
    <a...@n...task.gda.pl>
    <4...@g...com>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <f...@g...com>
    Subject: Re: Rozwijanie petli
    From: "M.M." <m...@g...com>
    Injection-Date: Sat, 20 Apr 2013 07:43:25 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:202694
    [ ukryj nagłówki ]

    On Friday, April 19, 2013 9:43:15 PM UTC+2, firr kenobi wrote:
    > no wlasnie to zdaje sie nie dlatego f1() f2() f1() f2()
    > jest szybsze ze bo f1-f2 rozgrzewają sobie kaszę tylko
    > dlatego ze f1() f1() f1() f1() blokuje sama siebie
    > np z moich pobieznych testów (niezbyt dokladnych
    > i moga byc bledy wyszlo ze mov [edx], xmm kosztuje
    > bardzo malo mov xmm, [edx] tez malo choc chyba wiecej
    > natomiast para mov [edx], xmm mov xmm, [edx] nagle
    > kilkukrotnie wiecej, to pewnie jest przypadek gdy
    > troughput spada do konfliktów na latency
    Jedna instrukcja asemblera dzielona jest na wiele (w nowych prockach
    chyba na kilkanaście) mikro instrukcji. Jeśli jedna instrukcja
    koliduje z drugą na poziomie tych mikro instrukcji, to procesor
    musi czekać aż się wykonają wszystkie (albo jakaś część)
    mikro-instrukcje - pewnie dłuższy czas wynika z opóźnienia.

    Pozdrawiam

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

  • 21.04.13 17:58 Edek
  • 21.04.13 19:31 Edek
  • 22.04.13 01:26 3d
  • 23.04.13 12:13 M.M.
  • 23.04.13 20:54 Edek
  • 27.04.13 22:08 M.M.

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: