On 13 Paź, 10:26, Waldemar Krzok <w...@z...fu-berlin.de> wrote:
> Am 13.10.2010 01:31, schrieb bartekltg:
>
>
>
> > On 12 Paź, 23:21, "Miron (Asha) Kitkowsk"<a...@w...wp.mxx.wp.pl>
> > wrote:
> >> bartekltg wrote:
> >>> On 11 Paź, 17:45, Waldemar Krzok<w...@z...fu-berlin.de>  wrote:
>
> >>>> są nawet drivery do Matlaba. Gdzieś widziałem obrazek PCta wypchanego
> >>>> kartami graficznymi do oporu ;-). W końcu procesory 256 bitowe nie są w
> >>>> powszechnym (normalnym) zastosowaniu. A jak jest tych procesorów
> >>>> kilka(naście) na jednej karcie, to jeszcze lepiej. Tylko potrzebujesz
> >>>> dobry zasilacz (albo dobre zasilacze).
>
> >>> Procesor 256bitowy?
>
> >> a bo to jeden?
> >> nawet maja słowa dłuższe, zeby bylo smieszniej w jednym slowie masz kilka
> >> instrukcji i czasem dane jeszcze. ;)
>
> >> Dzis karty graficzne to ciekawy procek.
>
> > Chyba nie o to chodzi, jak zauważył Michoo.
> > Informacje o bebechach są z mojego punktu widzenia
> > mniej istotne. Istotniejsze jest, czy mam wsparcie
> > sprzetowe dla np poczwórnej precyzji;)
>
> Jeżeli mówisz o mnożeniu i dzieleniu w poczwórnej precyzji w jednym
> takcie, to nie, ale w kilku to już tak. Jak się wściekniesz, to można
> zrobić też arytmetykę dużo większej precyzji. Kompilatory to potrafią. W

I stąd moje pytanie - jak się do tego dobrać.
Bo dotąd chciałem pisać tam wlsną, 'zwykłą' implementacje dlugich
liczb.

> takich draństwach masz nawet kilka tysięcy procesorów i takie mnożenie
> kompilator może podzielić na instrukcje strawne dla procesora. Procesory
> mogą mieć słowa długości dość krzywej, na przykład 448 bitów. Na ogół są
> używane jako SIMD, czyli wykonuje na przykład 6 mnożeń 64 bitowych
> jednocześnie, ale nic nie stoi na przeszkodzie, by z tego zrobić
> multiplikator o powiedzmy 16x precyzji. Potrzebujesz tylko kilka
> procesorów w streamie: 1-2 do mnożenia, równolegle 1-2 do dodawania i
> potem 2-4 do normalizacji.

pozdrawiam
bartekltg