Autor: /\\/\\ (ab171954_at_zodiac.mimuw.edu.pl)
Data: Thu 16 Sep 1999 - 12:14:45 MET DST
On Thu, 16 Sep 1999, A. Bigor wrote:
> "/\\/\\" <ab171954_at_students.mimuw.edu.pl> wykrztusil:
>=20
> > zgadza sie, ale mowie od 3d.
>=20
> A gdzie, jesli nie w 3D, wykorzystuje sie koprocesor?
wszedzie tam gdzie potrzebujesz szybko policzyc na floatach :)
np. wszelkie kompresje obrazu i dzwieku (bardzo podobne wyniki na
celerze i k6)
>=20
> > 1. Jesli zrobi sie testy wydajnosci (niech bedzie to q2) w roznych
> > rozdzielczosciach to wypada, ze czym wyzej, tym wieksza roznica miedzy =
k6
> > i celerami.
>=20
> Ograniczenia architektury?
procka czy chipsetu ?
>=20
> > W testach kopra k6 byla duuuzo szybasza (mniejwiecej 1.7 raza).
>=20
> W jakich testach? AMD.EXE? ;) Bo prawd=B1 jest, =BFe FPU AMD w niekt=F3ry=
ch
> operacjach jest szybszy. Niestety, tylko w niekt=F3rych...
e tam. Sprawdzalem NBenchem i podaje w miare wiarygodne wyniki.=20
>=20
> > 3. 3dnow nic nie daje w software. (wiec jest inne waskie gardlo niz
> > obliczenia)
>=20
> Koprocesor i wolny L2.
L2 nic tu nie da bo jest za maly.
Fakt ze k6 ma kopa w testach pamieci do ok 200KB - jest szybsza niz celer.
a przy 3d dane sa za duze, zeby L2 duzo pomoglo.
Wyniki w soft q2 dla celera z cache i bez sa prawie takie same.
>=20
> > 1. K6-2 + TX, Celer + BX (66*5): k6 ok 2.4 raza mniejszy trasfer
>=20
> Eee, takie por=F3wnanie nie ma sensu. BX a TX to niebo i ziemia.
> Poza tym nie s=B1dz=EA, =BFeby intel zoptymalizowa=B3 sw=F3j chipset
> w ten spos=F3b, by dobrze wsp=F3=B3pracowa=B3 z AMD.
masz racje, ale tak sobie przytoczylem zeby testy nie poszly na marne :))
> > Prawde mowiac to mnie nie porzekonuja argumentu o koprocesorze wobec
> > takich roznic w transferze.
>=20
> Spr=F3buj zrobi=E6 timerefresh w ma=B3ej przestrzeni (transfer do pami=EA=
ci
> nie powinien odgrywa=E6 zbyt du=BFej roli), a zobaczysz,
> dla jakiego (ko)procesora optymalizowany jest engine Quake.
>=20
zrobie, jak bede w domu, ale timerefresh chyba jest troche spieprzony.
ZLOM
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 19:00:25 MET DST