Skocz do zawartości

viru

Stały użytkownik
  • Postów

    109
  • Dołączył

  • Ostatnia wizyta

Odpowiedzi opublikowane przez viru

  1. "Wyniki testów prezentują się następująco: najszybciej (22 sekundy) z szyfrowaniem poradził sobie procesor Xeon 3,6GHz w trybie 64-bitowym, na następnym miejscu (26 sekund) uplasował się układ Opteron 244 1,8GHz."

     

    Sa jakieś ciekawe testy tych układów? Bo jeden to trochę mało. Ale nawet z niego wynika, że 2x szybsze taktowanie Intela daje mu 15% szybsze szyfrowanie gpg.

     

    edit: właśnie coś na forum znalazłem, potem poczytam, bo trochę przydługi post.

  2. cyganos king: Napewno jest wydajny i co najważniejsze z przyszłością. Tylko mam nadzieję, że ta przyszłość nie będzie zbyt daleka i skorzystasz jeszcze z jego prawdziwej wydajności.

     

    Bo do aplikacji 32 bitowych to podejrzewam że tą cenę można złożyć tak samo wydajny sprzęt na 32 bitowym procku.

  3. Wydajność tak, ale jeszcze lepszą ma przy aplikacjach 64 bitowych. Rozsądną cenę? Polemizowałbym :) Za kilka lat, jak już będzie sporo softu 64 bitowego to będziesz już zmieniał tego procka na szybszy :)

     

    No ale nie chcę flejmować. Ja bym taki kupił z tego względu że używam tylko Linuksa na swoim desktopie. Dziwię się po prostu użytkownikom Windows'a.

  4. Zawsze macie szansę zobaczyć jak działa w akcji Wasz cpu odpalając live-cd z knoppixem64 (taki linuks bootowalny w płytki, który nie wymaga instalacji). ISO można ściągnąć stąd:

     

    http://ns31003.ovh.net/knoppix64/latest/KN...-2004-05-31.iso

     

    Bawiłem się knoppixem w wersji 32 bitowej, więc nie wiem jak ta 64 bitowa działa, ale chyba warto spróbować.

     

    Tak swoją drogą, po co wyskakiwać przed orkiestrę z amd64, skoro nie ma jeszcze oprogramowania na wiodący system operacyjny?

  5. pit: nie wszyscy, bo to strasznie duży nakład pracy zrobić silnik gry pod DX i OGL (a to się nie ogranicza do silnika graficznego, ale także do eventów i kilku innych rzeczy). Ale jak ktoś się uprze :) Tylko że będzie przeciągał datę premiery :)

  6. Vis: trafiały się modele z tej serii zasilaczy, które były niestabilne, ogólnie chieftec to żadna rewelacja. Ale mój działa. W każdym razie spróbuję dalej jechać z napięciem, tylko nie wiem czy najpierw nie wymienić wiatraka na cpu... Jak już dochodzę do 65st...

     

    VerB: nie z nieba, tylko z logosa ;> Nie chcę właśnie obniżać fsb, bo to mi wydajności raczej nie doda. Teraz mam 2204MHz (nominalnie 2080), ale za to dużo wyższe fsb. Więc wolę obecną sytuację. Ale na szczęście podniósł się na tym 1.7V i będę kręcił go dalej. Pamięci już wyżej nie podniose.

     

    EDIT:

    Vis: ja nie przekroczyłem jeszcze 45st, a mam podniesione napięcie o 0.1V. Płyta twierdzi że 38st. to jest high.

  7. Hehe, w sektorze gier mmorpg konkurencji chyba nigdy nie zabraknie :) Ale my to robimy głównie żeby się czegoś nauczyć i wydajemy to na GPL, także każdy będzie mógł z tego korzystać do woli. Ale nie zamierzamy odwalać fuszerki z tego powodu :) Chcemy zmieść konkurencję z powierzchni Ziemi ;D (no dobra, poniosło mnie :>)

  8. Pracujemy nad grą mmorpg, coś w stylu Eternal Lands (eternal-lands.com) tylko żeby nie szczypało w oczy :) Na razie zrobiliśmy tą część enginu która nie dotyczy grafiki (protokół sieciowy, obsługa wielu graczy, wielu map itp itd.).

  9. Jak się przyjrzeć doomowi to nie taka wysoka :) W sumie standard na obecne czasy.

     

    Jeżeli chodzi o grafikę 3d, to nasze pierwsze podejście. Ale wiedzy z zakresu programowania i samej grafiki 3d nam nie brakuje, a gamedev.net i kilka innych źródeł jest cały czas pod ręką ;) Do końca roku mamy rozpisany plan i coś pokażemy jak go zrealizujemy.

  10. Robert: bez znajomości angielskiego, bez znajomości na jakimś poziomie jakiegoś języka programowania, nie masz co się zabierać za robienie enginu. Np. jedyny sensowny tutorial w sieci o implementacji normal map w opengl'u jest po angielsku. Tak samo bez podstaw algebry, głownie rachunku wektorowego i macierzowego też sobie odpuść.

     

    Jeżeli chodzi o języki wyższego poziomu, to właśnie zaczęliśmy robić silnik w Pythonie + OpenGL. Założenia są takie, że silnik doom'a 3 obsysa :>

  11. Witam, mam taki problem z prockiem, który jest uczulony na napięcie ;)

     

    To jest barton 2800+ (AXDA2800DKV4D - 9651792390647 - AQXCA 0341 APMW) z odblokowanym mnożnikiem. Najpierw obnizyłem go do 7x i zacząłem kręcić fsb, doszedłem do 232 i zacząłem kręcić mnożnikiem. Doszedłem do 9.5 (przy 8.5 działał stabilnie, przy 9.0 w ogóle się nie bootował, przy 9.5 działa, ale niezbyt stabilnie). No i mam taki problem, że chciałem podnieść napięcie (standardowe do 1.65), ale przy 1.7 już nawet nie wstaje. Generalnie im wyższe napięcie tym gorzej.

     

    Co może być przyczyną? Czuję że ma zapas mocy, ale to napięcie mnie drażni. Obniżanie też nie pomaga, najlepiej działa na 1.65, 1.675. No ale niezbyt stabilnie.

     

    Płyta do Abit NF7-S, pamięci to kingston'y 400MHz. Mam przyklejone radiatory na SB, na mosfety od vcore i zmienioną pastę na NB (silver arctic 5). Procek jest chłodzony Silent Breeze II cośtam cośtam, ale temp. w idle to 48, a w stresie nie przekracza 60. Więc to nie kwestia temperatur.

     

    EDIT: po godzinie pracy @ 1.675V bez obciążenia poszedł na 1.7V, po prostu chyba za szybko mu chciałem dokopać ;) Teraz już chodzi stabilnie na 9.5x232 (2204MHz), ale w stresie temp. też dochodzi do 65st.

  12. Grafe wymieniłem, poodłączałem wszystko co się dało (śledzie z firewire, od soundstorma, usb, napędy dodatkowe, wyjąłem jedną kostkę ramu) i nadal to samo. Timingi też są dość spore. Teraz mam mnożnik obniżony do 11x i działa stabilnie. Nie wiem co może być przyczyną w takim razie... Może coś z płytą, a może jednak coś z cpu. Na razie nie mam sił na dalszą walkę ;] Później wezmę tego procka wsadze do innej płyty, a tutaj wrzuce innego athlona. Dzięki za pomoc zuli007.

×
×
  • Dodaj nową pozycję...