komentarze
*Konto usunięte*2010.08.22, 12:52
1GHz Athlon, 348MB RAM, GeForce 2MX 64MB - ciągle w użyciu !
cdarekZobacz profil
Poziom ostrzeżenia: 0%
cdarek2010.08.22, 13:19
Stanley @ 2010.08.21 10:40  Post: 405048

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 :D
cyrix133Zobacz profil
Poziom ostrzeżenia: 0%
cyrix1332010.08.22, 13:34
-11#123
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
sevaeZobacz profil
Poziom ostrzeżenia: 0%
sevae2010.08.22, 13:35
Miękniesz cyrix :)
*Konto usunięte*2010.08.22, 13:45
Gromitek @ 2010.08.21 08:59  Post: 405028
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.
marti_944Zobacz profil
Poziom ostrzeżenia: 0%
marti_9442010.08.22, 14:46
Ehh... aż się łezka w oku kręci.
Czuję się jakby mi wyrwano fragment duszy :(
Raphael1Zobacz profil
Poziom ostrzeżenia: 0%
Raphael12010.08.22, 15:36
mielcu3 @ 2010.08.21 23:06  Post: 405200
Raphael1 @ 2010.08.20 20:23  Post: 404797
(...)


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?
Raphael1Zobacz profil
Poziom ostrzeżenia: 0%
Raphael12010.08.22, 15:42
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


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.
loozak84Zobacz profil
Poziom ostrzeżenia: 0%
loozak842010.08.22, 18:17
Kiedyś wystarczyło kilka MHz i kilka KB ram żeby posłać rakietę w kosmos, a dziś trzeba 3GHz i 2GB żeby odpalić Windows Vista
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.
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...
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
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.
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.
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?
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.
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, 15:42
@supercharger - a kto pisze o używaniu naraz MMX i 3DNow!? Ja pisałem o używaniu naraz 3DNow! i SSE.
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, 16:12
Hehe, i to się nazywa czeski film ;)
Funkcja komentowania została wyłączona. Do dyskusji zapraszamy na forum.