LordFury

Hmm, ciekawa opcja, zwłaszcza za 249zł - dzięki za podpowiedź. Pozdr.

Panowie, szybka piłka. Szukam jakiegoś taniego ustrojstwa ~128GB do HTPC, bo szlag mnie trafia, gdy się to przez 2 minuty uruchamia/wybudza. Zwłaszcza, gdy żona nad uchem marudzi, że "czemu to się ten youtube/kino/cokolwiek tak długo uruchamia i w ogóle nie działa" . No i teoretycznie wszystko wiadomo, 830-ka za ~380zł to teraz (po kodach, przespałem) jedyny słuszny wybór do wydajnego kompa. Ale jak tak zerkam na ceneo i widzę za 280zł GoodRam PRO 128GB, to się zastanawiam, czy Samsung to nie overkill do HTPC? (pierwsza strona tematu nie pomaga, bo Kingstona za 300 już nie widać) Niby tylko stówka różnicy, ale jeśli przeliczyć to na Ciechany, to robi się gratisowe zaopatrzenie na kilka ładnych wieczorów i trochę szkoda (Ciechanów, oczywiście)... Warto się w to pakować? Z gnębionym publicznie Agility 3 w innym kompie jakoś żyję i jestem wręcz super zadowolony, jak to śmiga... PS. Niesamowite, swoją drogą, jak to się do natychmiastowej reakcji SSD przyzwyczaić można. PS2. Test 64GB (http://www.purepc.pl...sk_ssd?page=0,9) widziałem, ale tam (jak to na już nieco antyk przystało) z innymi antykami był zestawiany i niewiele to dziś wyjaśnia. PS3. HTPC, jak widać poniżej, już nieco wiekowy (choć nadal spokojnie wystarczający), więc SATA2 ogranicza tu sens pakowania się w gadżety

Eee...? :rolleyes: No to może po kolei: 1. Kilkanaście postów wcześniej napisałem, że przez dwa miesiące użytkowania Agility wywaliło mi ok. 10 razy BSODa (i podałem jego konkretny numer). 2. BSODy przy OCZtach na SandForce to akurat (niestety) częsta sytuacja, stąd pochopnie założyłem, że to wina dysku 3. Kolega Gregu zasugerował jednak, że ten konkretny BSOD ma raczej związek z niestabilnym procesorem po OC 4. Zapuściłem na kilka h OCCT i faktycznie, test się wywalił Ergo: prawdopodobne, że te BSODy wcale nie były winą dysku. A to oznacza, że działa on bez zastrzeżeń. Bardziej łopatologicznie tego przedstawić nie potrafię, wybacz.

Dzięki za sugestię - faktycznie po dłuższym teście OCCT się wywalił (zmyliło mnie to, że cała reszta włącznie z linx przechodziła). Procek dostał więcej papu, zobaczymy co z tego wyjdzie. Niewykluczone, że w takiej sytuacji agility śmiga bez zarzutu :)

Mały status po 2 miesiącach użytkowania OCZ Agility 3 120GB: * liczba BSODów: ok. 10, o dziwo wyłącznie gdy zostawiam kompa chodzącego na noc i ściągającego wersje demo oprogramowania po torrentach :wink: (oczywiście na inny dysk), a więc gdy de facto SSD nie pracuje; zawsze z tym samym numerem (końcówka 000124); jak znajdę chwilę to pogrzebię w milionie sugerowanych (i niekiedy sprzecznych ze sobą) rozwiązań (np. klik) * liczba freezów: 1, przy pisaniu tekstu w notatniku; nie wiedziałem, że tak to dysk obciąża... * ogólne wrażenia z użytkowania/przesiadki z HDD: mimo powyższych bardzo pozytywne, przez pierwsze kilkadziesiąt uruchomień kompa gapiłem się w ekran o mniej więcej tak: :blink: Generalnie trochę kusi wymiana na m4, bo tanie ostatnio, ale jeszcze na tyle mnie dysk nie wkurzył, żeby dokładać stówkę do wymiany i poświęcać czas na przenoszenie/stawianie na nowo systemu. Pozdr.

A propos dostępności, kilka dni temu odbierałem Pro3 w morele.net (Warszawa), są od ręki B3...

W mojej budzie jakiekolwiek grzebanie we wnętrznościach wymaga wyjęcia zasilacza (z odpięciem kabla), więc siłą rzeczy z wyłączonym.

Kilka godzin w zamrażalniku zaliczone - niestety nic nie dało. Wyższe napięcia też. Więc chyba po weekendzie trzeba będzie paczkę do UK pchnąć. Dzięki za podpowiedzi! Jeszcze do kompletu RAID się zaczął sypać, no ale przy 7200.11 (ST3500320AS) to była raczej tylko kwestia czasu :rolleyes:

No to teraz mi przyjdzie przetestować sprawność serwisu. Do wtorku chodziły u mnie dwa kity 2x1GB Cruciali 10AE - patrząc po wpisach, chyba niewiele takich sprawnych zestawów 4GB już zostało :rolleyes:. Jedna z 4 kości zupełnie martwa, komputer przy niej nie wstaje, czy to solo, czy w komplecie z innymi kośćmi. Orientuje się ktoś, na co obecnie wymieniają 10AE? Ballstixów 667 już w ogóle w swoich zestawieniach nie prezentują (klik), więc podejrzewam, że będą TE...

Huhuhu, odpaliłem testowo kilka próbek z kolejnego challenga PG i faktycznie długo będzie to mielić. Na słabszych sprzętach (laptopy różniste) tak jak na obrazku poniżej... <_<

Niezmiennie SETI + stosowne optymalki pod daną maszynę. Są tu chyba najdłuższe deadliny na próbki, więc każdy dziadek się wyrobi. Punktuje jak na projekt CPU też całkiem przyzwoicie (oczywiście nie jest to Aqua, ale dużo lepiej niż większość innych). A non-CPU na każdej maszynie możesz wrzucić jeszcze to: WUProp@Home - punkty prawie żadne, ale sam projekt też wg mnie całkiem pożyteczny dla boincowców.

Server status page Chwilowo projekt nie ma akurat żadnych wolnych próbek do przerobienia... Widać jakiś dłuższy zastój w ich tworzeniu albo mocno generatory zwolniły i wszystkie dostępne są natychmiast rozchwytywane...

W sumie to nie tyle jakieś potężne przebudzenie w Team Norway, tylko dołaczył do nich najmocnieszy cruncher w PG: shanky123 (Top participants). W poprzednich wyścigach, o ile dobrze pamiętam, niezrzeszony.

Teraz cacy B-)

Teraz już prawie ok :wink:. "Prawie", bo prawdopodobnie masz jeszcze ustawiioną opcje wstrzymywania liczenia na grafikach, gdy używasz komputera. Wejdź w boinc manager w menu Zaawansowane -> Preferencje lokalne i zaznacz opcję "Use GPU while computer in use". Tylko ostrzegam, że ciągłe używanie grafiki może ciut zamulić Ci komputer przy codziennym uzytkowaniu - w zależności od konkretnej kombinacji karty i projektu, mozliwe są lekkie spowolnienia w reagowaniu kompa na polecenia. PS. Jesli chcesz jeszcze bardziej wykorzystać możliwości kompa do liczenia, to jest jeszcze FreeHAL - ten projekt z kolei wykorzystuje RAM.

Wygląda na to, że w tej chwili liczysz: * GPUGRID na grafice * MilkyWay na procesorze W pierwszym przypadku wszystko jest ok, ale w drugim to nie ma zbytnio sensu - wg mnie szkoda prądu na liczenie MW na procesorze, jesli jeden stary ATI 3850 przemieli więcej niż kilka takich quadów jak Twój. Jeśli chcesz, żeby MW było liczone przez Twoją grafike, to: 1. Wejdź na stronę: Please log in (może być potrzeba zalogowania się) 2. Tam w ustawieniach zaznacz: Use CPU: no Use NVIDIA GPU if present: yes Milka w danej chwili potrafi liczyć tylko albo na procu, albo na grafice. Domyślnie właczył Ci liczenia na procu. Ewentualnie jeśli chcesz naprzemiennie liczyć dwa projekty na grafice, to zastanowiłbym się na Twoim miejscu raczej nad Collatzem albo Dnet, bo Milka na Geforce'ach radzi sobie dość średnio. GPUGRID jest ok. A na procesor wrzuć coś "niegrafikowego", wedle własnych priorytetów (punkty albo wspieranie konkretnej dziedziny nauki).

Bo Einstein w tej chwili tylko fragmentarycznie wspiera liczenie na grafice. Ich próbka GPU to jeszcze tak naprawdę próbka CPU z lekkim wsparciem liczenia ze strony grafiki. Więc szkoda zachodu...

Może ten z linku bez OC...?

To kilka dodatkowych kompów do zestawienia: 1. Q9550 @ 3,8GHz - średnio 1525 s. na próbkę 550,5 p. (Win7 64bit, w tle CC+freeHAL) Run time (sec) CPU time (sec) Granted credit1487,39 5788,39 550,481559,54 6081,53 550,481570,93 6109,33 550,481596,44 6152,07 550,481461,88 5773,13 550,481516,26 5987,79 550,481530,98 6052,54 550,481516,92 5986,51 550,481463,06 5773,71 550,481535,97 6059,31 550,481524,15 6007,04 550,481529,98 6045,37 550,481531,07 6050,19 550,481521,06 6010,1 550,481528,16 6036,76 550,481535,03 6070,34 550,48 2. Dla starych procków albo HTPC: E4300 @ 2,6Ghz - średnio 2330 s. na próbkę 275,25 p. (Win7 64bit, w tle MW+freeHAL) Run time (sec) CPU time (sec) Granted credit2384,58 4408,67 275,242419,35 4445,17 275,242420,22 4377,70 275,242331,36 4356,39 275,242503,71 4512,75 275,242395,87 4315,18 275,242346,12 4371,32 275,242493,26 4425,45 275,242357,27 4393,18 275,242174,66 4246,30 275,242173,42 4251,23 275,242244,91 4272,91 275,242260,30 4285,49 275,242264,22 4282,26 275,242267,56 4281,46 275,242286,30 4308,55 275,24 3. Laptopy na C2D: T7100 @ 1,8GHz - średnio 4660 s. na próbkę 275,25 p. (Vista 32bit, w tle freeHAL) Run time (sec) CPU time (sec) Granted credit4789,82 9120,29 275,244895,32 9169,61 275,244699,30 9155,40 275,244655,22 8962,62 275,244632,60 8959,20 275,244583,15 8928,25 275,244519,69 8857,80 275,244425,23 8627,11 275,244688,42 9088,51 275,244882,41 9151,92 275,244746,59 9084,28 275,244697,39 9022,57 275,244555,88 8921,62 275,244610,48 8966,80 275,244546,73 8875,37 275,244618,82 8980,63 275,24

Nie ma tak dobrze niestety - to jest 10 tysięcy, a nie milionów: 10,107.287

To jeszcze taki pomysł - zobacz, czy nie masz zaznaczonego badziewia pt. "Używaj tylko gdy obciążenie procesora nie przekracza XX%" (Zaawansowane -> Preferencje lokalne -> Użycie procesora). Jeśli masz, to przy każdym wyskoku użycia proca ponad ten % (nawet na ułamek sekundy) boinc na chwilę wstrzymuje działanie. FreeHAL nie ma opcji kontynuacji liczenia po wstrzymaniu, więc za każdym razem liczy od początku. A wyskok 20-30% każdy drobiazg Ci spowoduje, więc w praktyce cieżko jakąkolwiek próbkę hal-a przeliczyć. Zobacz, może to to...

Na starych i rzadko chodzących sprzętach polecam... SETI. Może nie tak trendy jak nowsze projekty, ale z popularnych projektów ma chyba najdłuższe deadline'y, więc każdy antyk zdąży próbkę przeliczyć. Oczywiście ręczne wgranie optymalizacji (klik) bardzo wskazane. Pozdr.

Trochę wyższy model: Adjusting CPU core voltageNormal, 0.50000-1.60000 V in 0.00625 V increments (with nominal value indication) and 1.8 V increments Gigabyte G33M-DS2R - Motherboard Based on Intel G33 Chipset U mnie sobie chodzi 2,7@1.15v bodajże...

Dedykowaną radiolinię mają - podstawowe informacje tutaj. Przepustowości faktycznie przyzwoite. Niestety mają jedną wadę - wymagają bezpośredniej "widoczności" między nadajnikami. No i jest tego w Polsce trochę, więc ich informatyk ciut przesadzał, że to jedyna B-)

Do dnet to chyba bez quada nie ma co podchodzić. Zauważyłem, że jeśli liczy się normalnie aqua, to mam obciążenie GPU w okolicach 40-45%. A to dlatego, że przydział procka jest za mały. Jak wstrzymam aquę, to GPU jedzie już na 100% mocy (no ale aquy szkoda). Więc chyba tutaj do czasu 4-jajowca trzeba się z liczeniem na grafice wstrzymać.