Co do kompilacji to chyba GCC + Visual Studio większość zadowoli i nie będzie przerostem formy nad treścią. Kusi także przetestowanie najwydajniejszego kompilatora pod x86, czyli ICC, ale jako że jest to rozwiązanie komercyjne, drogie i dodatkowo powodujące alergiczną reakcję fanów AMD, to lepiej sobie odpuścić
Wydaje mi się, że w przypadku programowania możemy sobie pozwolić na najwyżej jeden scenariusz. Który jest najważniejszy?
Jeden scenariusz nikogo nie zadowoli - nawet wybierając jeden język jak C++ byłyby krzyki, że tylko użyty kompilator X, a nie Clang, GCC, Intel C++ Compiler, Microsoft Visual C++ Compiler... ten problem będzie niezależnie od wybranego języka... już nie mówiąc o samym niezadowoleniu z wybrania danego języka, a nie innego. Jeśli jednak chcecie pogodzić największą grupę osób to język C++ i GCC powinien załatwić sprawę. Jako, że jest to rozwinięcie języka C to testując ten język testujecie tak naprawdę 1wszy i 3ci najpopularniejszy język programistyczny http://www.tiobe.com/index.php/content/pap...tpci/index.html a wykorzystanie GCC zachęci nie tylko programistów C/C++, a i użytkowników Linuxa gdzie jest to główny i podstawowy kompilator (używany nie tylko przez programistów - a przykładowo przez osoby budujące sobie wydajniejsze jądra Linuxa (GCC jest zdaje się jedynym kompilatorem potrafiącym skompilować jądro Linuxa bez modyfikacji)).
Nie jestem w stanie przeczytać czy ktoś już to zamieścił ale CPU można też testować w grze Supreme Commander ( nie chodzi o FPSy ).
Otóż w konsoli można wpisać komendę - ren_shownetworkstats pokazuje ona listę graczy ( jak gramy w SP to tylko nas ) ping i inne wartości.
Głównie chodzi o wartość Maxsp.
Co dokładnie mam na myśli?
Grę można przyspieszać do wartości maxsp. im większa ta wartość ( maksymalnie 10 ) tym bardziej grę można przyspieszyć. Gdy ta wartość zejdzie poniżej 0 gra zaczyna się spowalniać ( np. na 1 sekundę w grze przypadają 3 sekundy prawdziwego czasu co znacznie zwiększa czas gry ).
Jak przeprowadzić test?
1.Stworzyć grę wieloosobową/LAN najlepiej w dodatku Forged Alliance ( patch po przejściu z GPG Net na steam tzw. 'steamowski' sporo poprawił jeśli chodzi o wydajność ).
2. Dołączyć jako obserwator
3. Wybrać największą mapę ( chodzi głównie o to, aby było 8 AI ).
4. ( opcjonalnie ) włączyć anty rush time ( żeby NPCe się za szybko nie zniszczyły [ chodź to rzadkość ] np. 20 minut ).
5. Ustawić 8 komputerów najlepiej jakiś SiX ( oszukująca SI ) w drużynie czy nie to trzeba przetestować ja robiłem bez drużyn ( każdy na każdego ).
6. ( Bardzo ważne !!! ) ustawić prędkość gry na zmienną.
7. Odpalić grę, wpisać w konsolę ren_shownetworkstats zwiększyć prędkość gry plusem numerycznym do +10 obserwować maxsp
( Plusem i minusem numerycznym można regulować prędkość gry. )
Wynikiem byłby czas po jakim maxsp osiąga 0 albo -1 ( -1 oznacza, że gra już spowalnia ). Im dłużej procesor dawał radę utrzymywać grę na 0 lub wyżej tym lepiej.
Dobrze by było skorzystać z takiego dobrodziejstwa jak core maximizer ( stworzony przez fanów ) trochę lepiej optymalizuje wielordzeniowe/wielowątkowe CPU.
Link : http://forums.gaspowered.com/viewtopic.php?t=15556
Jak powinno wyglądać okienko ren_shownetworkstats : http://images40.fotosik.pl/2098/1d060b09bd6c4224.jpg
( prawy górny róg ofc )
Testowałem tylko starego Pentium D oraz to co mam obecnie - i7 920. Za duża rozbieżność technologiczna między tymi procesorami żeby mówić o czymś dziwnym - na i7 dużo dłużej trwało zanim prędkość spadła do 0/-1. Jak ja przeprowadzałem test to wyniki były zawsze bardzo zbliżone do siebie jeśli chodzi o testy cały czas tego samego CPU ( trzeba tylko pamiętać żeby zawsze był ten sam rodzaj SiX oraz mapy )
Jestem ciekawy jakie byłyby wasze wyniki.
PS : Sorry, za błędy stylistyczne śpieszę się
EDIT : Aha wyniki jeśli chodzi o czas oczywiście czas z gry a nie prawdziwy, inaczej nie miałoby to sensu
Cinebench single-thread którego najbardziej brakowało na wielkim teście procesorów z grudnia
Skołujcie no Phenoma II x6 1045t czy jakiegokolwiek innego Thubana, proszę was... zakupiłem bodaj jedną z ostatnich sztuk chyba pod koniec sierpnia z X-KOM właśnie i czuje sie odpowiedzialny za jego brak w testach, bo wiem skad macie procki często... ale dla mnie i na pewno dla wielu osob prawdziwy szesciordzeniowiec w architekturze Thuban jest bardzo istotny w różnych benchmarkach, RÓWNIEŻ w grach np. w BF4 nie dowiedzielismy się ja i reszta kolegów co mają PII x6 czy w ogole gra tnie jak na tych nieszczesnych Piledriverowych FX 63xx...
To naprawde dla mnie wazne... Nie wyobrażam sobie np. testów nextgenowych gier bez PII x6 który jest jak w morde strzelil szesciordzeniowcem i IDEALNYM obiektem odniesienia (zamiast PII x4) do gier które wyjda i będa 'teoretycznie' wspierały te 6-8 rdzeni.
Testy bardziej czy mniej wnikliwe, ale co to zmieni, przecież nie wybory znanych już procesorów na rynku, bo na to wpływ to mają duopoliści oraz trendy. Nie chciałbym więcej narzekać, ale desktopowe procki to mnie już nie kręcą.
Cinebench single-thread którego najbardziej brakowało na wielkim teście procesorów z grudnia
Skołujcie no Phenoma II x6 1045t czy jakiegokolwiek innego Thubana, proszę was... zakupiłem bodaj jedną z ostatnich sztuk chyba pod koniec sierpnia z X-KOM właśnie i czuje sie odpowiedzialny za jego brak w testach, bo wiem skad macie procki często... ale dla mnie i na pewno dla wielu osob prawdziwy szesciordzeniowiec w architekturze Thuban jest bardzo istotny w różnych benchmarkach, RÓWNIEŻ w grach np. w BF4 nie dowiedzielismy się ja i reszta kolegów co mają PII x6 czy w ogole gra tnie jak na tych nieszczesnych Piledriverowych FX 63xx...
To naprawde dla mnie wazne... Nie wyobrażam sobie np. testów nextgenowych gier bez PII x6 który jest jak w morde strzelil szesciordzeniowcem i IDEALNYM obiektem odniesienia (zamiast PII x4) do gier które wyjda i będa 'teoretycznie' wspierały te 6-8 rdzeni.
Phenom II X6 z pewnością zostanie przetestowany całą nową procedurą.
Co do Cinebencha 1CPU - co taki test ma na celu? Jest to całkowicie sztuczne zastosowanie.
Cinebench no cóż jeden rdzen jest istotnym wskaznikiem wydajnosci a Cinebench ma to wbudowane, wiele zagranicznych stron uzywa Cinebencha zarowno w multithread jak i single thread do benchmarków.
Szczerze mówiąc tylko z WAV -> MP3 wiem o co chodzi... W każdym razie wydaje mi się, że ten test jest mega mało popularny. Kto kompresuje WAV do mp3? Jeśli masz CD-Audio to ripowanie robisz raz. No chyba, że jakiś kolekcjoner tysięcy CD-Audio nagle zacznie to wszystko digitalizować do mp3. Ale też ograniczeniem będzie tutaj napęd optyczny, a nie procesor.
Cinebench no cóż jeden rdzen jest istotnym wskaznikiem wydajnosci a Cinebench ma to wbudowane, wiele zagranicznych stron uzywa Cinebencha zarowno w multithread jak i single thread do benchmarków.
Cinebencha mamy, ale nie widzimy sensu testowania 1CPU.
http://images.anandtech.com/graphs/graph6396/51135.png
Wydaje mi sie ze ładnie pokazuje zaleznosci miedzy pojedynczymi rdzeniami. Na podstawie tego mozna wnioskowac jak dana gra ruszy np... no nie wiem, Minecrafta powiedzmy który jest wybitnie jednowątkowy. Przeciez nie robicie benchmarków kazdej aplikacji jednowatkowej a takich jest zdecydowana wiekszosc i warto miec czysto syntetyczny punkt odniesienia z ktorego mozna wnioskowac co i jak ruszy.
jak testujecie w 3dMax czy Blenderze, lub 7Zip, Adobe Photoshop itp., to testujcie z jakimiś uniwersalnymi scenami/plikami, tak żeby każdy mógł test odpalić na swoim komputerze
http://images.anandtech.com/graphs/graph6396/51135.png
Wydaje mi sie ze ładnie pokazuje zaleznosci miedzy pojedynczymi rdzeniami. Na podstawie tego mozna wnioskowac jak dana gra ruszy np... no nie wiem, Minecrafta powiedzmy który jest wybitnie jednowątkowy. Przeciez nie robicie benchmarków kazdej aplikacji jednowatkowej a takich jest zdecydowana wiekszosc i warto miec czysto syntetyczny punkt odniesienia z ktorego mozna wnioskowac co i jak ruszy.
W naszych testach mamy przynajmniej 2-3 aplikacje wykorzystujące 1 rdzeń. Moim zdaniem to wystarczy.
Kompilacja bez ICC? No way
Jeden scenariusz nikogo nie zadowoli - nawet wybierając jeden język jak C++ byłyby krzyki, że tylko użyty kompilator X, a nie Clang, GCC, Intel C++ Compiler, Microsoft Visual C++ Compiler... ten problem będzie niezależnie od wybranego języka... już nie mówiąc o samym niezadowoleniu z wybrania danego języka, a nie innego. Jeśli jednak chcecie pogodzić największą grupę osób to język C++ i GCC powinien załatwić sprawę. Jako, że jest to rozwinięcie języka C to testując ten język testujecie tak naprawdę 1wszy i 3ci najpopularniejszy język programistyczny http://www.tiobe.com/index.php/content/pap...tpci/index.html a wykorzystanie GCC zachęci nie tylko programistów C/C++, a i użytkowników Linuxa gdzie jest to główny i podstawowy kompilator (używany nie tylko przez programistów - a przykładowo przez osoby budujące sobie wydajniejsze jądra Linuxa (GCC jest zdaje się jedynym kompilatorem potrafiącym skompilować jądro Linuxa bez modyfikacji)).
www.tiobe.com nie jest wiarygodny. Polecam https://sites.google.com/site/pydatalog/py...amming-Language
Otóż w konsoli można wpisać komendę - ren_shownetworkstats pokazuje ona listę graczy ( jak gramy w SP to tylko nas ) ping i inne wartości.
Głównie chodzi o wartość Maxsp.
Co dokładnie mam na myśli?
Grę można przyspieszać do wartości maxsp. im większa ta wartość ( maksymalnie 10 ) tym bardziej grę można przyspieszyć. Gdy ta wartość zejdzie poniżej 0 gra zaczyna się spowalniać ( np. na 1 sekundę w grze przypadają 3 sekundy prawdziwego czasu co znacznie zwiększa czas gry ).
Jak przeprowadzić test?
1.Stworzyć grę wieloosobową/LAN najlepiej w dodatku Forged Alliance ( patch po przejściu z GPG Net na steam tzw. 'steamowski' sporo poprawił jeśli chodzi o wydajność ).
2. Dołączyć jako obserwator
3. Wybrać największą mapę ( chodzi głównie o to, aby było 8 AI ).
4. ( opcjonalnie ) włączyć anty rush time ( żeby NPCe się za szybko nie zniszczyły [ chodź to rzadkość ] np. 20 minut ).
5. Ustawić 8 komputerów najlepiej jakiś SiX ( oszukująca SI ) w drużynie czy nie to trzeba przetestować ja robiłem bez drużyn ( każdy na każdego ).
6. ( Bardzo ważne !!! ) ustawić prędkość gry na zmienną.
7. Odpalić grę, wpisać w konsolę ren_shownetworkstats zwiększyć prędkość gry plusem numerycznym do +10 obserwować maxsp
( Plusem i minusem numerycznym można regulować prędkość gry. )
Wynikiem byłby czas po jakim maxsp osiąga 0 albo -1 ( -1 oznacza, że gra już spowalnia ). Im dłużej procesor dawał radę utrzymywać grę na 0 lub wyżej tym lepiej.
Dobrze by było skorzystać z takiego dobrodziejstwa jak core maximizer ( stworzony przez fanów ) trochę lepiej optymalizuje wielordzeniowe/wielowątkowe CPU.
Link :
http://forums.gaspowered.com/viewtopic.php?t=15556
Jak powinno wyglądać okienko ren_shownetworkstats :
http://images40.fotosik.pl/2098/1d060b09bd6c4224.jpg
( prawy górny róg ofc )
Testowałem tylko starego Pentium D oraz to co mam obecnie - i7 920. Za duża rozbieżność technologiczna między tymi procesorami żeby mówić o czymś dziwnym - na i7 dużo dłużej trwało zanim prędkość spadła do 0/-1. Jak ja przeprowadzałem test to wyniki były zawsze bardzo zbliżone do siebie jeśli chodzi o testy cały czas tego samego CPU ( trzeba tylko pamiętać żeby zawsze był ten sam rodzaj SiX oraz mapy )
Jestem ciekawy jakie byłyby wasze wyniki.
PS : Sorry, za błędy stylistyczne śpieszę się
EDIT : Aha wyniki jeśli chodzi o czas oczywiście czas z gry a nie prawdziwy, inaczej nie miałoby to sensu
Skołujcie no Phenoma II x6 1045t czy jakiegokolwiek innego Thubana, proszę was... zakupiłem bodaj jedną z ostatnich sztuk chyba pod koniec sierpnia z X-KOM właśnie i czuje sie odpowiedzialny za jego brak w testach, bo wiem skad macie procki często... ale dla mnie i na pewno dla wielu osob prawdziwy szesciordzeniowiec w architekturze Thuban jest bardzo istotny w różnych benchmarkach, RÓWNIEŻ w grach np. w BF4 nie dowiedzielismy się ja i reszta kolegów co mają PII x6 czy w ogole gra tnie jak na tych nieszczesnych Piledriverowych FX 63xx...
To naprawde dla mnie wazne... Nie wyobrażam sobie np. testów nextgenowych gier bez PII x6 który jest jak w morde strzelil szesciordzeniowcem i IDEALNYM obiektem odniesienia (zamiast PII x4) do gier które wyjda i będa 'teoretycznie' wspierały te 6-8 rdzeni.
Proponowane testy.
1. MediaMonkey 4.0 - File conversion - Wav -> MP3 x1000
2. Wavosaur - Batch Proecssing Resample 96khz x1000
3. Wavosaur - Batch Proecssing VST chain (Amplitube 3 FREE + Camel crusher + Rough Rider + VOS Desnsity + Magnus Jonsson Ambience) x1000
4. Cubase/AbletonLive/StudioOne - VSTi test
Jeśli nie masz konkretnych propozycji, to po co trolujesz?
Skołujcie no Phenoma II x6 1045t czy jakiegokolwiek innego Thubana, proszę was... zakupiłem bodaj jedną z ostatnich sztuk chyba pod koniec sierpnia z X-KOM właśnie i czuje sie odpowiedzialny za jego brak w testach, bo wiem skad macie procki często... ale dla mnie i na pewno dla wielu osob prawdziwy szesciordzeniowiec w architekturze Thuban jest bardzo istotny w różnych benchmarkach, RÓWNIEŻ w grach np. w BF4 nie dowiedzielismy się ja i reszta kolegów co mają PII x6 czy w ogole gra tnie jak na tych nieszczesnych Piledriverowych FX 63xx...
To naprawde dla mnie wazne... Nie wyobrażam sobie np. testów nextgenowych gier bez PII x6 który jest jak w morde strzelil szesciordzeniowcem i IDEALNYM obiektem odniesienia (zamiast PII x4) do gier które wyjda i będa 'teoretycznie' wspierały te 6-8 rdzeni.
Phenom II X6 z pewnością zostanie przetestowany całą nową procedurą.
Co do Cinebencha 1CPU - co taki test ma na celu? Jest to całkowicie sztuczne zastosowanie.
Cinebench no cóż jeden rdzen jest istotnym wskaznikiem wydajnosci a Cinebench ma to wbudowane, wiele zagranicznych stron uzywa Cinebencha zarowno w multithread jak i single thread do benchmarków.
Proponowane testy.
1. MediaMonkey 4.0 - File conversion - Wav -> MP3 x1000
2. Wavosaur - Batch Proecssing Resample 96khz x1000
3. Wavosaur - Batch Proecssing VST chain (Amplitube 3 FREE + Camel crusher + Rough Rider + VOS Desnsity + Magnus Jonsson Ambience) x1000
4. Cubase/AbletonLive/StudioOne - VSTi test
Szczerze mówiąc tylko z WAV -> MP3 wiem o co chodzi...
Cinebench no cóż jeden rdzen jest istotnym wskaznikiem wydajnosci a Cinebench ma to wbudowane, wiele zagranicznych stron uzywa Cinebencha zarowno w multithread jak i single thread do benchmarków.
Cinebencha mamy, ale nie widzimy sensu testowania 1CPU.
Wydaje mi sie ze ładnie pokazuje zaleznosci miedzy pojedynczymi rdzeniami. Na podstawie tego mozna wnioskowac jak dana gra ruszy np... no nie wiem, Minecrafta powiedzmy który jest wybitnie jednowątkowy. Przeciez nie robicie benchmarków kazdej aplikacji jednowatkowej a takich jest zdecydowana wiekszosc i warto miec czysto syntetyczny punkt odniesienia z ktorego mozna wnioskowac co i jak ruszy.
Wydaje mi sie ze ładnie pokazuje zaleznosci miedzy pojedynczymi rdzeniami. Na podstawie tego mozna wnioskowac jak dana gra ruszy np... no nie wiem, Minecrafta powiedzmy który jest wybitnie jednowątkowy. Przeciez nie robicie benchmarków kazdej aplikacji jednowatkowej a takich jest zdecydowana wiekszosc i warto miec czysto syntetyczny punkt odniesienia z ktorego mozna wnioskowac co i jak ruszy.
W naszych testach mamy przynajmniej 2-3 aplikacje wykorzystujące 1 rdzeń. Moim zdaniem to wystarczy.
W Cinebenchu masz odniesienie bo kazdy moze sobie taki test walnąć jak nie wierzy.
W Cinebenchu masz odniesienie bo kazdy moze sobie taki test walnąć jak nie wierzy.
7-Zip kompresja jednego pliku choćby.
Każdy może sobie przeprowadzić w domu? Oczywiście. Właśnie po to jest normalny cinebench xCPU. 1CPU nic tutaj nie pomoże.