|
TwojePC.pl © 2001 - 2024
|
 |
A R C H I W A L N A W I A D O M O Ś Ć |
 |
| |
|
Ciekawa awaria , esteban 4/09/10 12:48
Są sobie cztery identyczne, nowe komputery. Wszystkie działają ładnie poza jednym, który w użyciu "wydaje się" wolny. Po obadaniu sprawy udało się znaleźc jeden benchmark, który wsakzuje na to, że coś jest naprawdę nie tak -- reinstalacja przykładowej paczki (np. linux-headers-generic) na wadliwym komputerze trwa ok. 20s, na pozostalych 4-5s. Po reinstalacji systemu na innym fizycznie dysku czas spadl do 15s, nadal odczuwa się że coś jest nie tak. Podpięcie dysku do innego kontrolera sata (płyta ma dwa) -- 11s i wciąż kiepsko.
Dodam może że wszystko jest w kompach identyczne, system (ubu64) był instalowany na początku dysku na tym samym typie partycji. Komputery to i7, czas reinstalacji paczki to w 99% mielenie dyskiem.
Jakieś pomysły i sugestie zanim całe pudło poleci na reklamacje?- a i jeszcze , esteban 4/09/10 12:50
standardowe benchmarki dysku w ubu typu przepustowosc odczytu, zapisu, seek time -- nie wykazuja roznic miedzy komputerami - porownac setupy tego felernego i innych komputerow, moze jakies opcje sa nie zaznaczone? , ptoki 4/09/10 13:07
Wylaczyc wszystko z USB (jakis felerny dongiel moze mieszac), sprawdzic jak sie wtedy zachowuje.
Sprawdzic jakie tryby obslugi dysku ma ten komp (moze w setupie jest wlaczny jakis tryb zgodnosci).
Zrobic na golych dyskach test szybkosci (dd, hdparm -t/T)
Sprawdzic czy sieciowki nie sa w trybie autonegocjacji (jesli ta instalacja szla z sieci), czasem ustawienie na sztywno pomaga (moze padniety port w switchu).
no i podstawa: dmesg i event log sprawdzic pod katem dziwnych wpisow...- sugestie OK, a wiec po kolei , esteban 4/09/10 13:18
- na usb nic nie ma poza klawiatura i front panelem z czytnikiem kart (byl odpinany, bez zmian)
- bios byl resetowany, ta sama wersja biosu wszedzie, nie ma zauwazalnej roznicy wydajnosci miedzy trybem ahci a ide, wszystko w biosie wyglada ze jest tak samo jak na maszynie obok
- testy samej szybkosci odczytu/zapisu daja identyczne wyniki tu i tu
- reinstalacja odpalana kilka razy pod rzad idzie z cache, a nawet jak nie to pobranie paczki trwa ulamek sekundy. Wadliwy komp muli juz w trakcie instaklacji paczki.
- w dmesgu nic szczegolnego- Hmmm czyli muli na procku lub generalnie na "wnetrznosciach" , ptoki 4/09/10 22:53
Sprobuj zapuscic jakiegos knoppixa na obu i zrob cos zamulajacego procek.
np. dd z /dev/random (jakies 200MB)|gzip >/dev/null
Jak bedzie roznica to ewidentnie problem z pamiecia lub prockiem.
Sprobuj powachlowac pamieciami i prockiem pomiedzy kompami.
Wtedy bedziesz wiedzial ktre kompoonenty sa ok. Pewnie na koncu zostanie plyta i zasilacz...
- No to może dysk się sypie , Emalia 4/09/10 14:12
Co się dzieje gdy podmienisz?- przecież napisał że testował na innym HDD , Artaa 4/09/10 14:24
również
- mialem cos podobnego , Piratez 4/09/10 14:33
i do wymiany byla plyta glowna
jesli masz taka mozliwosc to podmien plyte - ... , esteban 5/09/10 12:01
Wydajnosc cpu nie jest jakos zauwazalnie rozna, za to wszytsko sie sypie przy duzej liczbie dostepow do dysku (ale np. prosty test typu unzip wiekszego archiwum nie pokazuje problemu).
Pamieci byly redukowane do jednej kosci, brak zmian, teraz dla porządku leci sobie weekendowy memtest.
Procka nie zmienie bo to zbyt inwazyjne i serwis moze sie pluc, zreszta nie moge wylaczyc na tak dlugo zadnego z pozostalych kompow.
Zasilacz jest markowy, z nadmiarem mocy, a komputer jest w pelni stabilny pomijajac te spowolnienia, wiec raczej mozna wykluczyc.
Teraz pytanie jak to wytlumaczyc serwisowi, bo bardzo latwo moga odpowiedziec, ze "przeciez dziala" ;)- nic nie wytlumaczysz bo dziala , RusH 5/09/10 16:43
Kiedys byl taki test gdzie gosc zainstalowal winde i linuksa na 5 kompach, na KAZDYM byla inna wydajnosc roznych aplikacji/rozne czasy startu/shutdown mimo ze wszystko bylo instalowane w tej samej kolejnosci. Entropia cie dopadla.I fix shit
http://raszpl.blogspot.com/ - Entropia to by byla , esteban 5/09/10 20:32
gdyby roznica byla rzedu kilkunastu procent. Tutaj ten moj powiedzmy w miare miarodajny benchmark jest na tym wadliwym kompie kilkukrotnie wolniejszy, a w praktyce to sie nie da pracowac, bo z byle powodu aplikacje dostaja zwiech na dostepie do IO. To nie jest normalne, zeby w czasie instalacji aktualizacji w ubuntu nie moc przelaczyc taba w firefoksie, bo wisi.
- Kilka rzeczy jeszcze mozna zrobic , MARC 5/09/10 23:55
1. Zamień kabel do dysku. Zarówno sygnałowy, jak i zasilający.
2. Zmień zasilacz na taki z innego, identycznego kompa.
3. Skoro komputery są identyczne, to przełóż z innego komputera dysk z już zainstalowanym systemem, a ten z komputera wolniejszego do innege, gdzie wszystko działa dobrze.
4. Sprawdź każde złącze SATA na płycie, czy daje identyczny efekt.
5. Jeśli płyta ma złącze i masz odpowiedni dysk, to zainstaluj wszystko na IDE i zobacz, czy jest taki sam problem.- thx , esteban 6/09/10 00:24
1 bylo, bo drugi dysk byl na innych kablach
2 to juz zasilaczowe voodoo imo, ale jak bedzie ku temu okazja to zrobie, co mi tam
3 w sumie wypadaloby, problem taki ze jak wyzej, wymaga wiekszej inwazji w drugiego kompa, na ktorym ktos pracuje :)
4 zlacz jest razem z 10 na dwoch kontrolerach(6+4) i ogolnie jeden jest mniej wadliwy ale i tak czasy "benchmarku" sa ponad dwa razy wolniejsze
5 moze byc ciekawe, poszukam dysku albo sprobuje przez przejsciowke ide/sata
|
|
|
|
 |
All rights reserved ® Copyright and Design 2001-2024, TwojePC.PL |
 |
|
|
|
