co z tymi dwurdzeniówkami?

[Mike]

wszystko to przez leniwych programistów , którzy tłuką na potęgę programy bez optymalizacji kodu Very Happy opierają się na quakeC - język programowania gier , modyfikując go na wszystkie możliwe sposoby , a nie ma takiego mądrali co coś napisze w assemblerze - bo nie potrafi pracować na systemie binarnym Smile kolejne platformy w stylu quad core są tylko wypadkową dla możliwości poprzedników

znalazł się spec od programowania...

To nie takie proste żeby idealnie zoptymalizować kod programu, przeczytałeś trochę jakiejś suchej teorii, jednak to za mało żebyś mógł o tym tak pisać...
No chyba że udowodnisz mi, że nie mam racji...

[krzyhooo]

Już nic nie kapuje, mam P4 630 (z technologią HTT) to jaką w końcu ma on moc 3GHZ

[seg fault]

To nie takie proste żeby idealnie zoptymalizować kod programu,

nie kazde zadanie da sie w ogole zrównoleglic, zeby dzialalo optymalniej na wielu procesorach (czy rdzeniach).
Załozmy, ze program wykonuje po kolei jakies operacje A i B , i jesli operacja B jest zalezna od wyniku poprzedniej operacji A to nie moze byc wykonywana w tym samym czasie przez drugi rdzen, prawda? I w zaden sposob nie wplynie na szybkosc jego wykonywania to ze mamy 2 , 4 czy iles procesorow ...
Dlatego nie mozna sobie tak mnozyc mocy komputera przez ilosc rdzeni...

kiedy zdominuję świat cudowne 64bity

ato raczej ma malo wspolnego z wydajnoscia komputerow

[Mike]

nie kazde zadanie da sie w ogole zrównoleglic, zeby dzialalo optymalniej na wielu procesorach (czy rdzeniach).

chodzi m.in o architekturę procesorów (ale nie tylko), każdy procek (a już w ogóle wykonany pod różnymi 'banderami') ma inną architekturę (łopatologicznie - inaczej działa) więc zoptymalizowanie kodu jest bardzo trudne

kiedy zdominuję świat cudowne 64bity
ato raczej ma malo wspolnego z wydajnoscia komputerow

widać, że nie masz pojęcia o tym co piszesz...

[razor_71]

pare lat wcześniej architektura była bardzo podobna , skok technologiczny wywołał radykalne zmiany w samej architekturze procka - w sumie to można powiedzieć , że walka się zakończyła a firma Intel zostanie na pudle ciągle z pierwszym miejscem Mike013 ja nie jestem specem od programowania ale znam osobiście pare osób z mojego dawnego LO , które pracują zawodowo i programują - jeden ze znajomych sam napisał swój engine gry (całość ręcznie w 3d) , pozostali pracują dla samych zleceń (więc nie to jest sucha teoria a raczej czysta praktyka)

[Mike]

pare lat wcześniej architektura była bardzo podobna , skok technologiczny wywołał radykalne zmiany w samej architekturze procka

tak, ale w tej chwili nie jest potrzebny jakiś radykalny 'skok" bo po co.
Procki wyrabiają (nie ograniczają innych podzespołów).

Jednak gdy przyjdzie taki 'skok' nie tylko cpu będą inne, ale pozostałe podzespoły będą musiały przejść poważne zmiany.

jeden ze znajomych sam napisał swój engine gry (całość ręcznie w 3d)

no i co z tego...
był zoptymalizowany po każdą architekturę cpu
otóż odpowie Ci - na pewno nie był.

[seg fault]

widać, że nie masz pojęcia o tym co piszesz

a jak wg Ciebie 64 bitowe rejestry wplywaja na optymalnosc/wydajnosc pisanego kodu?
czy uwazasz, ze korzystanie z 64 bitowych zmiennych zamiast 32 bitowych wplywa na szybkosc dzialania programu?

więc zoptymalizowanie kodu jest bardzo trudne

oczywiscie, ale raczej rzadko optymalizuje sie cos pod konkretna architekture - trudno sobie wyobrazic gre, ktora bedzie dzialac tylko na procesorach intela a nie amd. po to sa biblioteki typu openMP, ktore umozliwiaja łatwe uzyskanie rownoleglosci niezalezne od architektury (bo tworcy sprzetu wspolpracuja z tworcami openMP)
problemem jest zrownoleglanie algorytmow, i to takie, zeby efektywnosc dzialania byla lepsza ...

[razor_71]

no i co z tego...
był zoptymalizowany po każdą architekturę cpu Question
otóż odpowie Ci - na pewno nie był.

trudno było powiedzieć o jakiejś optymalizacji ale.......polak potrafii

[Mike]

czy uwazasz, ze korzystanie z 64 bitowych zmiennych zamiast 32 bitowych wplywa na szybkosc dzialania programu?

oczywiście, że tak, ale aplikacja musi być zgodna a architekturą 64bitową, oraz pozostałe podzespoły muszą ją w pełni obsługiwać - jeżeli będzie to wszystko spełnione, wydajność na 64 bitach będzie wyższa niż na 32.
Jednaj w tej chwili te wymagania nie zostają jeszcze w pełni spełnione i wzrostu wydajności jakoś nie widać.

Już nic nie kapuje, mam P4 630 (z technologią HTT) to jaką w końcu ma on moc Question 3GHZ Question

tak, ale to nie znaczy, że jest wydajniejszy od procka ze stajni AMD, który ma powiedzmy 2GHz

Wyprzedzając twoje następne pytanie - Dlaczego...
już wyjaśniam - po prostu AMD i Intel mają swoją odrębną architekturę produkcji cpu, stąd takie różnice w zegarach...

[seg fault]

ok,mamy program ktory dziala na 32 bitowych intach na komputerze z procesorem 32 bitowym i systemem 32 bitowym,
i ta sama sytuacja na komputerze z 64 bitowym procesorem i 64 bitowym systemem, oraz kompilator ktory obsluguje 64 bitowe systemy. Na czym zyska drugi program?

Ok, ja rozumiem jesli 64 bitowy procesor jest nowszy, bedzie oferowal nowsze technologie (np lepsze przewidywanie skokow itp), w tym sensie mozna mowic ze jest szybszy. Natomiast podstawowa rzecz czyli czy rejestry maja 32 bity, czy 64 nie wplywa na wydajnosc dzialania.

[Mike]

Na czym zyska drugi program?

jeżeli to mała aplikacja różnica będzie niemal, że niezauważalna.
Jednak na dużej aplikacji (powiedzmy, że będzie to gra - nie coś pokroju sapera), to różnica będzie.
Po prostu w jednym cyklu cpu, będzie mógł otrzymać aż 64bity danych, dzięki czemu procesor jest w stanie przerobić więcej banych w mniejszym czasie.
Oczywiście nie ma tu mowy o tym, że wszytko będzie trwało 2 razy szybciej, bo jest to nierealne, ale różnice powinna być
Mniej więcej tak by to wyglądało (bardzo uproszczony scenariusz, bo w praktyce jest to dużo bardziej skomplikowane)

problemem jest zrownoleglanie algorytmow, i to takie, zeby efektywnosc dzialania byla lepsza ...

dokładnie o to mi chodziło wczeniej, w pełni się z tobą zgadzam

[seg fault]

po pierwsze, ja nie mowie ze procesory 64 bitowe są tak samo wydajne jak 32 bitowe - są nowsze i na pewno zostały jakies hardwarowe ulepszenia zrobione (ale to nie ma zwiazku z wielkoscia uzywanych rejestrow), poza tym slowo 64 bitowe pozwala na adresacje znacznie wiekszej ilosci ramu niz slowo 32 bitowe.

ja twierdze, za samo uzywanie 64 bitowych rejestrow procesora nie wplywa na wydajnosc aplikacji bez optymalizacji kodu. przykladowe optymalizacje mozna zobaczyc np tu
http://bmagic.sourceforge.net/bm64opt.html
po takich zmianach bedzie lepsza wydajnosc.

natomiast samo przeniesienie kodu gotowej aplikacji nie da wiekszej wydajnosci - co z tego ze wskaznik ma 64 bity zamiast 32?(chyba, ze powstana kompilatory automatycznie wprowadzajace optymalizacje pod x64)
to mam na mysli mowiac, ze "cudowne" 64 bity nie sa szybsze od 32.

[Mike]

ja twierdze, za samo uzywanie 64 bitowych rejestrow procesora nie wplywa na wydajnosc aplikacji bez optymalizacji kodu.

natomiast samo przeniesienie kodu gotowej aplikacji nie da wiekszej wydajnosci

zgadzam sie z tobą w pełni, jeżeli o to chodziło ci wcześniej, to się po prostu nie zrozumieliśmy.
to tak jak by stawić silnik z jednego malucha, do drugiego.

[McLeo]

hmm czyli zadam pytanie Intel Cor 2 Duo 1.80GHZ jest lepszy od Intel Penitum 4 3.30GHZ?

[Precel]

tak

[McLeo]

duzo lepszy czy tylko lepszy o minimum??

[Precel]

czlowieku pzreciez p4 to niwydajna grzalka wszystko jest lepsze d tego shitu
chesz wiedziec o ile %
to wlacz myslenie i google.pl

[agresja]

a teraz? Nie potrafia już zrobic szybszych procków

A może po prostu póki co, nie ma takiej potrzeby? przydałby Ci się 10GHz procesor? - do czego go zużyjesz ?
Zresztą poczynania producentów kart graficznych, są kołem napędowym w produkcji procesorów (takie jest moje zdanie).

[krzyhooo]

Intel Pentium 5 - nie wiem czy one już są, bo za bardzo nie umiem angielskiego

[fluid]

krzyhooo

lepiej zobacz na date kiedy to bylo pisane
piątek 26 września 2003,