eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoOdmowa przyjęcia pracy dyplomowej przez opiekuna. POMOCY!!! › Re: Odmowa przyjęcia pracy dyplomowej przez opiekuna. POMOCY!!!
  • Path: news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net
    .pl!news.man.lodz.pl!not-for-mail
    From: Przemyslaw Brojewski <b...@k...p.lodz.pl>
    Newsgroups: pl.soc.prawo
    Subject: Re: Odmowa przyjęcia pracy dyplomowej przez opiekuna. POMOCY!!!
    Followup-To: poster
    Date: Fri, 16 Sep 2005 14:38:36 +0000 (UTC)
    Organization: LODMAN - Metropolitan Area Network in LODZ, Poland
    Lines: 36
    Message-ID: <dgeldc$ju2$1@kujawiak.man.lodz.pl>
    References: <dg8ufl$cep$1@atlantis.news.tpi.pl> <dg9r05$ov7$1@news.onet.pl>
    <dgbfgn$oi1$1@kujawiak.man.lodz.pl> <dgbgoh$2h0$1@atlantis.news.tpi.pl>
    NNTP-Posting-Host: zly.kis.p.lodz.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: 8bit
    X-Trace: kujawiak.man.lodz.pl 1126881516 20418 212.191.89.2 (16 Sep 2005 14:38:36
    GMT)
    X-Complaints-To: a...@m...lodz.pl
    NNTP-Posting-Date: Fri, 16 Sep 2005 14:38:36 +0000 (UTC)
    User-Agent: tin/1.7.7-20041215 ("Scalpay") (UNIX) (SunOS/5.9 (sun4u))
    Xref: news-archive.icm.edu.pl pl.soc.prawo:327463
    [ ukryj nagłówki ]

    szlovak <q...@o...pl> wrote:
    > Przemyslaw Brojewski napisał(a):

    > > akohoro <a...@p...onet.pl> wrote:
    > > > > (UWAGA MATEMATYKA :-) próbował mi udowodnić że można aproksymować
    > > > > funkcję pierwiatek(x) na przedziale <1;1,5>funkcją kwadratową
    > > > > ROTFL, z zadawalającą dokładnością dla liczby z mantysą 24bity(3
    > > > > bajty) !!!!!!)
    > >
    > > Bo można. Podaj mi tą funkcję, oraz dokładność jakiej wymagasz a ja
    > > ci dobiorę odpowiednią funkcję kwadratową spełniającą te kryteria.
    > >
    > > Przemek.

    > nie wiem czy do mnie , ale na stronie
    > http://babbage.cs.qc.edu/courses/cs341/IEEE-754hex32
    .html jest
    > konwersja . W sumie najmniejsza różnica pomiędzy kolejnymi wartościami
    > , zwiększając np. ostatni bajt wynosi mało, na tyle mało że błąd
    > względny pomiędzy wartością np dla 90BF3A57 a 90BF3A58 wynosi
    > -7.97937430475E-08 więc jest to bardzo dokładnie i kwadratowa aproks.
    > musiała by być na wielu przedziałach, co znacząco zwiększyło by kod
    > programu ,wiele razy, trudno powiedzieć ile na oko. A chcąc robić
    > funkcję w IEEE 754 trzeba robić ją w miarę dokładnie , bo inaczej po co
    > 3 bajty mantysy

    No cóż, stosując jeden przedział mam dokładność na poziomie 10^-4.
    Stosująć dwa - 10^-5. Sądzę że 32 przedziały to już będzie za dużo.
    Ale nie chciało mi się sprawdzać w końu ja nie piszę żadnej pracy.
    Zauważyłem tylko, że na celeronie jedna instrukcja koprocesora - sqrtf
    wykonuję się 2 do 3 razy wolniej niż jedno porównanie, 3 mnożenia
    i dwa dodawania w double precision. Więc ten sposób liczenia ma sens,
    przynajmniej na niektórych PC-tach.

    Przemek.

    PS: FUT warning, bo zupełnie off topic.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1