Był rozwinięciem, włączało się jednoczesnie z MMX tą samą instrukcją emms lub szybszą femms(zawartość rejestrów nie była czyszczona), można było korzystać naprzemiennie z MMX i 3DNow! na tym samym zestawie danych. Nazwy instrukcji również umownie rozpoczynające się od 'P'.
P pochodzi od 'packed', tak jak w SSE.
Ja coś pamiętam, że były programy wspierające 3DNow!, nawet pojawiały się głosy, że Intel powinien to zaimplementować, bo było przed SSE
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
Ja zaczynałem od Atari 65xe z magnetofonem. Gry wczytywało się z kaset - trzeba było wyjść z pokoju , bo najmniejsze wibracje powodowały błąd wczytywania i wczytywanie od nowa (ok. 0,5 h w plecy, choć były gry co się wczytywały ponad godzinę). Do tego często trzeba było regulować głowice śrubokrętem pod odp. gry żeby móc wczytać. Wtedy to były gierki: River raid, The goonies, Draconus, Zybex itd.
Ja miałem tzw. Turbo i spadało mi do 10 minut. Grało się dużo w Bruce lee bo można było w 2 chodzić ten drugi to był taki sumo (pewnie Bolo z filmu) i moja ulubiona alley cat'a. Kasety na 'rynku' były po 5 zł i było na tym pełno gier, cholera to były piraty, a nikt się nie pluł jak teraz. Przy okazji książeczka z 10 programami (do przepisania) na Basic i można było robić burze w różnych kolorach albo w kole fortuny zmieniać hasła.
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
pochwal się kolego co miałeś w budzie z amigi ? a ja pochwalę się swoją
Amiga?
Ehh..
Na PowerPC + Voodoo nie było mnie stać ale...
A1200 mobo w Tower
MC68040/40
16MB EDO RAM
3,2 GB Seagate ATA na zew. kontrolerze 'pająku' wpiętym w mobo
CD-rom x24
AmigaOS 3.1/MacOS 8/Win 3.1(win jako ciekawostka bo MCxxx pocił się niemiłosiernie podczas emulacji X86)
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
Hahahahaha...
Drogi kolego, przejście cywilnych systemów Windows na szerokość 64bit zawdzięczasz firmie MS i AMD. Windows XP/Vista/7 64bit śmigają na bazie instrukcji AMD64, Intel przegrał batalię o przeforsowanie swego rozwiązania i szybko majstrował nowe, kompatybilne z AMD64 pozdr.
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.
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
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 .
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.
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?
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.
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 wypowiedzinie można wykorzystać float i jednocześnie pracować na MMX)
Był rozwinięciem, włączało się jednoczesnie z MMX tą samą instrukcją emms lub szybszą femms(zawartość rejestrów nie była czyszczona), można było korzystać naprzemiennie z MMX i 3DNow! na tym samym zestawie danych. Nazwy instrukcji również umownie rozpoczynające się od 'P'.
P pochodzi od 'packed', tak jak w SSE.
Ja coś pamiętam, że były programy wspierające 3DNow!, nawet pojawiały się głosy, że Intel powinien to zaimplementować, bo było przed SSE
Ja miałem tzw. Turbo i spadało mi do 10 minut. Grało się dużo w Bruce lee bo można było w 2 chodzić ten drugi to był taki sumo (pewnie Bolo z filmu) i moja ulubiona alley cat'a. Kasety na 'rynku' były po 5 zł i było na tym pełno gier, cholera to były piraty, a nikt się nie pluł jak teraz. Przy okazji książeczka z 10 programami (do przepisania) na Basic i można było robić burze w różnych kolorach albo w kole fortuny zmieniać hasła.
Czuję się jakby mi wyrwano fragment duszy
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
pochwal się kolego co miałeś w budzie z amigi ? a ja pochwalę się swoją
Amiga?
Ehh..
Na PowerPC + Voodoo nie było mnie stać ale...
A1200 mobo w Tower
MC68040/40
16MB EDO RAM
3,2 GB Seagate ATA na zew. kontrolerze 'pająku' wpiętym w mobo
CD-rom x24
AmigaOS 3.1/MacOS 8/Win 3.1(win jako ciekawostka bo MCxxx pocił się niemiłosiernie podczas emulacji X86)
A co po drugiej stronie?
Hahahahaha...
Drogi kolego, przejście cywilnych systemów Windows na szerokość 64bit zawdzięczasz firmie MS i AMD. Windows XP/Vista/7 64bit śmigają na bazie instrukcji AMD64, Intel przegrał batalię o przeforsowanie swego rozwiązania i szybko majstrował nowe, kompatybilne z AMD64
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.
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.
lol...
Ocena: -89 !!!!!!!!!!!!!!!!!
Coś ty chłopie tam napisał
No raczej nie dwa programy na krzyż, bo nawet sterowniki Voodoo korzystały z 3DNow!
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.
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?
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
Stanley napisał, że jest błąd bo
SuperCharger odpisał
Co nie ma nić wspólnego z zarzutami Stana
Ty potwierdzasz, że SuperC ma rację na temat SSE i 3D now
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
EDIT: zeszliście na SSE a była mowa właśnie o MMX i 3DNow i w newsie też jest.