komentarze
ErilZobacz profil
Poziom ostrzeżenia: 0%
Eril2018.06.12, 09:18
Raphael1 @ 2010.08.20 20:23  Post: 404797
KowaldinoRlz @ 2010.08.20 20:04  Post: 404787
Znowu się zaczyna wspominanie,kto jaki config miał 15 lat temu.


Proszę bardzo, 'słowo stało się ciałem'

mocna Amiga dość długo
potem K7
Athlon 2000+ rdzeń Palomino bardzo wykręcony/odporny na OC
256MB DDR333
GF4 Ti 128/128
1600@1200
i szał w gaciach

Athlon XP 2000+ kręcił się dość dobrze, a i temperatury znosił zawrotne :D
Ja do tego miałem 512MB DDR333 i GF4 MX 440 AGP 8X! GF też na rdzeniu kręcił się jak szalony :D
Później wpadł Radek 9600pro i to był szczyt dla tego zestawu :(
Edytowane przez autora (2018.06.12, 09:18)
SuperChargerZobacz profil
Poziom ostrzeżenia: 0%
SuperCharger2010.08.24, 13:59
sevae @ 2010.08.23 15:52  Post: 405477
Promilus1984 @ 2010.08.23 15:42  Post: 405469
@supercharger - a kto pisze o używaniu naraz MMX i 3DNow!? Ja pisałem o używaniu naraz 3DNow! i SSE.

Stanley napisał, że jest błąd bo
3DNow to nie byla odpowiedz na MMX ale UZUPEŁNIENIEM stałoprzecinkowego MMX o instrukcje zmiennoprzecinkowe na MMX'owych 64bitowych rejestrach

SuperCharger odpisał
Drogi kolego, niektore kompilatory juz dawno umozliwialy uzywanie 3dnow i SSE na raz

Co nie ma nić wspólnego z zarzutami Stana :P

Ty potwierdzasz, że SuperC ma rację na temat SSE i 3D now :P

SuperC Tobie że nie można na raz MMX i 3DNow

A Ty pytasz się kto pisze tu o MMX i 3DNow :)

No to przeczytaj drugi cytat :P

EDIT: zeszliście na SSE a była mowa właśnie o MMX i 3DNow i w newsie też jest.


To nie tak.
Stanley napisal:'nie można wykorzystać float i jednocześnie pracować na MMX', co zrozumialem tak: nie mozna na raz uzywac 3dnow (float) i MMX(integer)

Wiec napisalem ze mozna, co pominales.

Moja wiadomosc o sse to wiadomosc dodatkowa.
AssassinZobacz profil
Poziom ostrzeżenia: 0%
Assassin2010.08.23, 19:31
Myślę, że po prostu wywalają pierwsze 3DNow! Intel nigdy nie zaadaptował tych rozkazów, więc żadna aplikacja ich nie wymaga. Niektóre stare aplikacje działają dzięki nim szybciej, ale faktycznie ich implementowanie w nowych CPU jest zbędne.
TelvasZobacz profil
Poziom ostrzeżenia: 0%
Telvas2010.08.23, 19:24
Assassin @ 2010.08.23 19:21  Post: 405557
W newsie jest mowa o tym, że wsparcie dla SSE pozostaje (zresztą inaczej być by nie mogło ze względu na kompatybilność z aplikacjami). A 3DNow! Professional jest w 100% zgodne z SSE ;)

Może to tylko kwestia nazewnictwa, ale ja bym powiedział, że raczej całkowicie wywalają 3Dnow, ale 'zostawiają' SSEx. Choć żeby to na pewno powiedzieć, trzeba by zobaczyć listę rozkazów po tym wywaleniu 3Dnow.
Na prawdę jednak liczy się to, że rozkazy SĄ, a nie to, do którego zestawu formalnie je producent zaliczy: 3Dnow czy SSE.
AssassinZobacz profil
Poziom ostrzeżenia: 0%
Assassin2010.08.23, 19:21
W newsie jest mowa o tym, że wsparcie dla SSE pozostaje (zresztą inaczej być by nie mogło ze względu na kompatybilność z aplikacjami). A 3DNow! Professional jest w 100% zgodne z SSE ;)
TelvasZobacz profil
Poziom ostrzeżenia: 0%
Telvas2010.08.23, 19:14
Promilus1984 @ 2010.08.23 17:27  Post: 405512
Telvas - Advanced 3DNow! i Proffessional 3DNow~! dość luźno jest związane z samym 3DNow. Athlony XP by być zgodne z iSSE musiały mieć 128 bitowe rejestry XMM, czyli niezależne od FPU rejestry.

No tak, dodatkowe rejestry to przecież część specyfikacji SSE. News mówi o śmierci całego 3Dnow, także rozszerzeń, tak przynajmniej ja to rozumiem (choć nie sprawdzałem nigdzie indziej i nie chce mi się tego robić ;) )
Promilus1984Zobacz profil
Poziom ostrzeżenia: 0%
Promilus19842010.08.23, 17:27
Telvas - Advanced 3DNow! i Proffessional 3DNow~! dość luźno jest związane z samym 3DNow. Athlony XP by być zgodne z iSSE musiały mieć 128 bitowe rejestry XMM, czyli niezależne od FPU rejestry.
TelvasZobacz profil
Poziom ostrzeżenia: 0%
Telvas2010.08.23, 16:46
Nowsze 3Dnow! zawiera kilkanaście instrukcji z SSE (przez co jest z nim częściowo zgodne). Poza tym ich zakresy funkcjonalne w znacznej mierze pokrywają się. Ciężko więc (lub jest to bezsensowne) używać jednego i drugiego 'na raz'.
AssassinZobacz profil
Poziom ostrzeżenia: 0%
Assassin2010.08.23, 16:43
A właściwie to w jakich programach te instrukcje były wykorzystywane, jeśli mówicie że nie 'w dwóch na krzyż'? ;) Jakieś profesjonalne programy z tego korzystały? Serio mnie to ciekawi, bo ja potrafię sobie przypomnieć tylko Quake 2 (wymagania: nieoficjalny patch i Voodoo2) i sterowniki kart graficznych bez T&L do emulacji tych jednostek (procesory Intela i nowsze Athlony korzystały z SSE).
Promilus1984Zobacz profil
Poziom ostrzeżenia: 0%
Promilus19842010.08.23, 16:12
Hehe, i to się nazywa czeski film ;)
sevaeZobacz profil
Poziom ostrzeżenia: 0%
sevae2010.08.23, 15:52
Promilus1984 @ 2010.08.23 15:42  Post: 405469
@supercharger - a kto pisze o używaniu naraz MMX i 3DNow!? Ja pisałem o używaniu naraz 3DNow! i SSE.

Stanley napisał, że jest błąd bo
3DNow to nie byla odpowiedz na MMX ale UZUPEŁNIENIEM stałoprzecinkowego MMX o instrukcje zmiennoprzecinkowe na MMX'owych 64bitowych rejestrach

SuperCharger odpisał
Drogi kolego, niektore kompilatory juz dawno umozliwialy uzywanie 3dnow i SSE na raz

Co nie ma nić wspólnego z zarzutami Stana :P

Ty potwierdzasz, że SuperC ma rację na temat SSE i 3D now :P

SuperC Tobie że nie można na raz MMX i 3DNow

A Ty pytasz się kto pisze tu o MMX i 3DNow :)

No to przeczytaj drugi cytat :P

EDIT: zeszliście na SSE a była mowa właśnie o MMX i 3DNow i w newsie też jest.
Promilus1984Zobacz profil
Poziom ostrzeżenia: 0%
Promilus19842010.08.23, 15:42
@supercharger - a kto pisze o używaniu naraz MMX i 3DNow!? Ja pisałem o używaniu naraz 3DNow! i SSE.
SuperChargerZobacz profil
Poziom ostrzeżenia: 0%
SuperCharger2010.08.23, 14:37
Promilus1984 @ 2010.08.23 13:48  Post: 405436
Stan - oba rozszerzenia operują na odmiennych rejestrach - dlatego jest możliwość używania ich naraz tj. w tym samym czasie. SSE nie blokuje 3DNow! i vice versa. Jakby nie było przy dobrej optymalizacji jest to blisko 50% więcej danych przetworzonych. Oczywiście szczytowo ;) Niemniej w przypadku typowych programów korzystających silnie z SIMD jest możliwe małe acz przydatne zwiększenie wydajności. AMD z tego rezygnuje na rzecz... nowych, niekompatybilnych instrukcji podnoszących wydajność jeszcze bardziej. Ale nie mających wpływu na starszy soft.


MMX i 3d now dzialaja na tych samych rejestrach, totez zasadzniczo nie da sie na raz tego uzywac, albo operujesz na integer albo na float(wg zasady), mozna zrobic operacje calkowitoliczbowa jako MMX, wsadzic to do rejestru i zrobic na tym opercje float 3d now, tego sie nie praktukuje, ale czasem pomaga nieprawdopodobnie przyspieszyc pewne operacje i to juz musi byc asemblerowic naprawde najwyzszej klasy. Zwykle chodzi o operacje logiczne na bitach, ktore inymi metodami potrzebowalyby wiecej cykli zegara.

@Stanley - to sie tyczy tej czesci twojej wypowiedzi:(nie można wykorzystać float i jednocześnie pracować na MMX)
Promilus1984Zobacz profil
Poziom ostrzeżenia: 0%
Promilus19842010.08.23, 13:48
Stan - oba rozszerzenia operują na odmiennych rejestrach - dlatego jest możliwość używania ich naraz tj. w tym samym czasie. SSE nie blokuje 3DNow! i vice versa. Jakby nie było przy dobrej optymalizacji jest to blisko 50% więcej danych przetworzonych. Oczywiście szczytowo ;) Niemniej w przypadku typowych programów korzystających silnie z SIMD jest możliwe małe acz przydatne zwiększenie wydajności. AMD z tego rezygnuje na rzecz... nowych, niekompatybilnych instrukcji podnoszących wydajność jeszcze bardziej. Ale nie mających wpływu na starszy soft.
StanleyZobacz profil
Poziom ostrzeżenia: 0%
Stanley2010.08.23, 13:36
SuperCharger @ 2010.08.23 11:02  Post: 405377
Stanley @ 2010.08.21 10:40  Post: 405048

3DNow to nie byla odpowiedz na MMX ale UZUPEŁNIENIEM stałoprzecinkowego MMX o instrukcje zmiennoprzecinkowe na MMX'owych 64bitowych rejestrach, notabene zapożyczonych ze stosu FPU i przełączanych na zmiane(nie można wykorzystać float i jednocześnie pracować na MMX)..[moim zdaniem to spore utrudnienie dziwacznej technologii wymyślonej przez intela].


Drogi kolego, niektore kompilatory juz dawno umozliwialy uzywanie 3dnow i SSE na raz, asemblerowcy tez to potrafia ale to trudne jest, pisza o tym nawet na wiki:
http://en.wikipedia.org/wiki/3DNow!
Sa tez ludzie ktory potrafia na raz obslugiwac MMX i 3dnow ale trzeba miec leb na karku i wiedziec co do bramki jak to jest zaimplementowane.


No z tym ostatnim..to najmniejszy problem używać jednocześnie.
A kompilatory to inna bajka.
Nie wiem co kryje sie w slowie 'naraz', owszem jest możliwe używanie naraz obu rozszerzeń.tylko jak to sie ma do mojej wypowiedzi bo nie rozumiem?
Ty rozumiesz? Pisaleś kiedyś wstawki assemblerowe?
SuperChargerZobacz profil
Poziom ostrzeżenia: 0%
SuperCharger2010.08.23, 11:02
Stanley @ 2010.08.21 10:40  Post: 405048

3DNow to nie byla odpowiedz na MMX ale UZUPEŁNIENIEM stałoprzecinkowego MMX o instrukcje zmiennoprzecinkowe na MMX'owych 64bitowych rejestrach, notabene zapożyczonych ze stosu FPU i przełączanych na zmiane(nie można wykorzystać float i jednocześnie pracować na MMX)..[moim zdaniem to spore utrudnienie dziwacznej technologii wymyślonej przez intela].


Drogi kolego, niektore kompilatory juz dawno umozliwialy uzywanie 3dnow i SSE na raz, asemblerowcy tez to potrafia ale to trudne jest, pisza o tym nawet na wiki:
http://en.wikipedia.org/wiki/3DNow!
Sa tez ludzie ktory potrafia na raz obslugiwac MMX i 3dnow ale trzeba miec leb na karku i wiedziec co do bramki jak to jest zaimplementowane.
tomcugZobacz profil
Poziom ostrzeżenia: 0%
tomcug2010.08.23, 10:03
cyrix133 @ 2010.08.22 13:34  Post: 405244
podsumowując 3dnow był technologia nieudana z której korzystały 2 programy na krzyż i aż dziw bierze że dopiero z tego zrezygnowali...zastanawiająca upartość amd dziwi zastanawia i niepokoi i śmieszy zarazem....prawda jest taka że amd zawsze miało problemy z wprowadzaniem rewolucyjnych rozwiązań w branży, bają się większych innowacji


No raczej nie dwa programy na krzyż, bo nawet sterowniki Voodoo korzystały z 3DNow! ;). Nie należy zapominać, że te instrukcje umożliwiły firmie AMD jakąkolwiek rywalizację z Intelem, a to też duży plus. W tej chwili rzeczywiście nikt ich nie używa, więc to chyba dobra decyzja ze strony AMD o ich wyrzuceniu z przyszłych proców :D.
Krzych.SZobacz profil
Poziom ostrzeżenia: 0%
Krzych.S2010.08.23, 01:26
cyrix133 (2010.08.20, 19:25)

Ocena: -89 !!!!!!!!!!!!!!!!!

Coś ty chłopie tam napisał :E
prznar1Zobacz profil
Poziom ostrzeżenia: 0%
prznar12010.08.22, 23:00
cyrix133 @ 2010.08.22 13:34  Post: 405244
podsumowując 3dnow był technologia nieudana z której korzystały 2 programy na krzyż i aż dziw bierze że dopiero z tego zrezygnowali...zastanawiająca upartość amd dziwi zastanawia i niepokoi i śmieszy zarazem....prawda jest taka że amd zawsze miało problemy z wprowadzaniem rewolucyjnych rozwiązań w branży, bają się większych innowacji

lol...
AmitozaZobacz profil
Poziom ostrzeżenia: 0%
Amitoza2010.08.22, 22:14
Assassin @ 2010.08.21 20:33  Post: 405170
Architektura architekturą, ale nie tylko to się liczy. Schyłkowe procesory POWER wykorzystywane przez Apple'a były prądożerne i wolne. Oczywistym jest, że dobrze zaprojektowany, nowoczesny i przemyślany procesor x86 będzie dużo lepszy od przeciętnego RISCa.
Zwłaszcza w przypadku wydajniejszych procesorów różnice w architekturze się zacierają i na pierwszy plan wychodzą inne kwestie. W przypadku procesorów energooszczędnych trudniej już ominąć ograniczenia architektury i tu bardziej widać wady x86, choć szczerze mówiąc jeśli chodzi o wydajność to dopiero Cortex A9 dogonił Atoma.
power pc g5 były bardzo wydajne w swoim czasie, ale niestety nie nadawały się do notebooków w których ciągle siedziały G4.

http://www.anandtech.com/show/1702/5
Jak widać wypadał całkiem nieźle nawet na tle opterona - zważając na to, że pobierał sporo mniej energii, a jego powierzchnia stanowiła 50% powierzchni opterona czy P4. Oczywiście mowa nie o zastosowaniach serwerowych, w których lekko mówiąc nie dawał sobie rady. - ale taka zaleta i jednocześnie wada risców - nie są do wszystkiego, ale są wyspecjalizowanymi jednostkami i ich architektura jest zależna od zastosowania. Niestety IBM poszedł trochę inną drogą i apple musiało zrobić to samo.
Funkcja komentowania została wyłączona. Do dyskusji zapraszamy na forum.