_KaszpiR_

Niestety znam ten ból. Ale jakies takie kłaczki w rezerwuarze zapaliły lampkę ;)

w /var/log/samba powinno byc wiecej info druga sprawa, jak sie z windows laczysz do tego udzialu to powinen sie pytac o haslo i musisz podac user admin i haslo takie jak ustawiles na sambie. trzecia sprawa dodanie konta do samby to jedno, a aktywowanie konta w sambie zrobiles? (man smbpasswd)

od tego jest rezerwuar

Mnie sie wydaje ze napisy sa ok, moze tylko bym dal wiecej po bokach i scial rogi jak w stylu obudowy.

na top mogłeś dac 14cm. Ogólnie całość fajnie wygląda wreszcie coś, co nie jest czarną dziurą....

Hm ciekawie wychodzi, na razie bez kabli tak czysto. Czy mi sie wydaje czy modding juz przekroczyl koszt samej obudowy ? ;)

Zdajesz sobie sprawe z faktu, ze to biurko bedze mialo grubosc minimum 13cm i że pewnie będziesz miał problem z założeniem nogi na nogę albo będziesz miał ręce wyżej niż siedzisz. Osobiście juz miałem taki stół i jak dla mnie było to niewygodne. Druga sprawa szyba może być zimna. Chyba, że będzie ciepło od komputera....

apt-get --forcce purge <package> a pakietu xorg-driver-fglrx nie ma, sprawdz jedo nazwe szukaajac: dpkg -l |grep -i fglrx

Mam tę obudowę z chłodnicą na topie - zobacz w mojej sygnaturze temat - ostatnie posty mogą Ci się przydać.

A to ciekawe, bo u mnie 2 lata bez zmiany płynu i zero problemów. Prawodopodobnie nie wypłukałeś układu do końca.

http://www.dd-wrt.com/wiki/index.php/Linking_Routers Wybierz client bridged - wtedy komputery sie widza w sieci. Client mode pozwala odseparowac sieci. A jesli masz polaczenie miedzy sieciami kablami elektrycznymi (np w domku jednorodzinnym) to sugerowalbym raczej http://pl.wikipedia.org/wiki/Power_line_communication.

wpisz w konsoli: uname -a Podejrzewam ze masz jakiegos debiana. Najszybsza opcja - laczysz sie po SSH do serwera i wpisujesz: sudo apt-get install git screens screen -S xrdpinstall git clone https://github.com/scarygliders/X11RDP-o-Matic.git cd X11RDP-o-Matic sudo ./X11rdp-o-matic.sh --justdoit # i tutaj idziesz na obiad bo to zajmie troche czasu, a potem sudo ./RDPsesconfig.sh A potem powinenes byc w stanie podlaczyc sie do sewera po RDP z Windows. Ogolnie powinenes zainteresowac sie zainstalowanem VNC http://scarygliders.net/x11rdp-o-matic-information/ http://pve.proxmox.com/wiki/X11_LXDE_in_OpenVZ https://openvz.org/X_inside_VE

e bez przesady, bym raczej zrobil reuse z czesci ktore juz mam.

ten lian-li z chłodnicą od aquacomputer - nie wiem co to za grafika, ale mysle ze wentyaltory na chlodnicy bylyby zbedne ;D osobiscie ostatnio chodzi mi po glowie raczej rozwiązanie z postu nr 438 - czyli chlodnica na zewnatrz http://forum.purepc.pl/topic/338846-ciekawe-chlodzenia-i-obudowy/page-15?do=findComment&comment=3900961

1. zamien 2x970 na 1x980 2. kup od razu pompe D5 - lepiej kupic raz a dobrze, ma odpowiednią moc i wydajnosc. 3. sterowanie wentylatorami można zrobic softwareowo - z płyty głównej z biosu albo jakims softem typu SpeedFan - działa idealnie. Tak naprawde musisz sprawdzic jak rosnie temperatura cieczy (i tym samym temperatura rdzeni cpu i gpu) i odpowiednio podnosic obroty w zaleznosci od temperatury cieczy - to wychodzi po kilku godzinach full load i zabawą w obroty na tentylatorze. Pamietaj ze trzeba uwzglednic zmienne temperatury w lecie. 4. sterowanie pompką raczej ustwia się na sztywno w celu uniknięcia rezonowania w obudowie. Najwazniesze aby był przepływ oraz dobre oddawanie ciepła na chłodnicy. Uwazaj, niektore pompy ciągną bardzo duzo prądu, za duzo na plyte glowne - przeczytaj dokumentacje. Dlatego stosuje sie zewnetrzne panele. 5. zepnij wszystko w jeden układ bez osobnych obiegów, kolejność elementów wlasciwie nie ma znaczenia, jedynie niech pompka bedzie za rezewuarem. Aktualnie wydajnosc komponentów jest na tyle dobra, ze chłodzenie wodą staje się bardziej zabawą niż koniecznością zbicia temperatur. Druga sprawa - chłodzenie wodne przydaje się przede-wszsytkim jak chcesz osiągnąć ciszę, ale niestety bardzo wysokim kosztem.

Minimum kustomizacji - wiesz, każdemu co innego pasuje - zostalem na ubuntu + cinnamon + skorka ICS zmieszany z numix theme i Adwaita na Greybirdzie - (niestety czasem menu cinnamona zmula, ale zdarza sie to rzadko). Powiedzialbym ze teraz moj system wyglada bardziej przypomina Windows 8.1 (ale tylko chodzi o okna a nie kafelki :D ).. W sumie zmodyfikowalem tak swoj system ze jakos zadne distro mi teraz nie pasuje - no moze da sie to uzyskac podobny wyglac w xfce na xubuntu ale to kilkunastu zmianach w opcjach. Jak masz czas to zobacz na http://distrowatch.com/dwres.php?resource=major A jak nie masz czasu to raczej polecam mint'a albo xubuntu (bo osobiscie nie jestem w stanie pracowac w unity) - i w wolnych chwilach mozesz sobie doinstalowac dodatkowe menedzery okien, jak lxde, gnome, kde, enlightenment, fluxbox, mate.... oraz dorzucic pakiety z dodatkowymi theme'ami - np gnome-themes-extras i takie tam (poszukaj w aptitude themes to znajdziesz troche tego) Mozesz zainstalowac minimalny system i sukcesywnie dorzucac pakiety, albo wywalic juz istniejace jak amazon i wszystko zwiazane z canonicalem ;) Jesli chcesz bardziej hardkorowo poznac system to slackware/gentoo. Co do terminali polecam tmux i terminator'a, a do zarządznaia plikami midnight commander i jego graficzny kolega Double Commander.

Hm, ostatni punkt. Edit: w sumie sam sobie odpowiedziałem. Dziwi mnie, że nie ma runts/drops na jednej karcie. Trzeba się dokładniej przyjrzeć czasom renderowania klatek. W SLI/CF ten efekt pewnie sę nasila, jak pokazują artykuły w linkach w pierwszym poście. Dropowanie można zaliczyć raczej do mega spowonienia w renderowaniu. Czyli de facto nie ma dropowania na jednej karcie graficznej tylko grafika nie nadąża z generowaniem obrazu. Tpowy drop w SLI oznacza, że dana klatka została wygenerowana, ale nie została wyświetlona, bo została zastąpiona następną. Runts, czyli te co są rysowane do 20px raczej nie będą miały miejsca z powodu wydłużonego czasu renderowania. Przy jednej karcie po prostu nie ma czasu. Jedyny moment kiedy wydaje mi sie, ze to moze wystepowac to jak jest bardzo dziwna zmiana scen - gdzie dosłownie zmienia sie to co widac co drugą trzecią klatkę (np powiedzmy padające obiekty tuż przez kamerą, które potrafią zasłonic cały ekran, wtedy gra by musiała wyrenderować najbliższy obiekt, a analizując zbuffer okazałby sie ze wszystko inne jest zasłonięte, więc renderujemy bardzo mało, bo np szary kwadrat). Ale takich scen w grach raczej nie uświadczysz. To oznacza, ze jak mamy SLI/CF to mamy typowy race condition - dlatego się zdarzają sytuacje, że jakaś klatka nie jest rysowana albo rysowana jest fragmentarycznie. Wtedy chyba jedyną nadzieją jest jakies przewidywanie renderowania sceny (vide pre-render 3 klatek w DirectX), albo jakis vsync. Ale to zależy zarówno do silnika gry, jak i sterów i dodatkowych ustawień. Czyli Fraps pokazuje 110 FPS, ale efekt a ekranie może być taki, jakbyśmy mieli 55 klatek ;) Ciekawe jak Gsync działa ze SLI....

Pozwolę sobie wykopać trupa, bo.. ON ŻYJE! http://www.purepc.pl/karty_graficzne/fcat_vs_fraps_porownanie_metod_testowania_kart_graficznych A realnie, to Caleb jeszcze nie zrobił tematu/postu z linkiem do artykułu, a mam do niego kilka uwag i nie chcę pisać w komentarzach. 1. Przydałoby się jakby artykuł dokładniej opisywał co się dzieje na wykresach - trzeba pobawić się statystyką. Brakuje na przykład opisu jak interpretować wykresy procentowej wydajności kart graficznych. Najlepiej nadaje się do tego wykres ze Skyrim: Chodzi po to jak bardzo pozioma jest linia oraz jak mocno zakręca w górę przy końcu wykresu. Ogólnie wykres zależy od wybranych scen i ich złożoności i renderowania i tak: - najlepiej jak linia jest jak najbardziej pozioma, oznacza to, że czas generowania sceny jest stały - im niżej linia tym lepiej, oznacza to, że scena jest renderowana szybciej - im wcześniej linia zaczyna iść na prawo ku górze, tym większe szanse, że sceny są nierówno renderowane. Skrajny prawy fragment oznacza ilość klatek długo renderowanych, i może oznaczać znaczące FPS drop w scenie. - im bardziej łagodne przejście na końcu tym lepiej, bo gra ma mniej scen z FPS dropami. - ważna jest wysokość słupa na prawo - pokazuje jak duże są to dropy, sugerowane jest aby był jak najniższy. Patrząc na wykres Skyrima dla karty AMD widać, że w wybranej procedurze testowej co najmniej 15% klatek renderuje się powyżej 11ms. Ponieważ aby mieć 60FPS trzeba mieć jakieś 16ms na renderowanie klatki, można uznać, że przy tych ustawieniach gry renderuje ona ponad 60 klatek. 2. Liczba FPS z FRAPS vs liczba FPS w FCAT Nie widzę jak dokładnie były liczone te wartości - prosiłbym o wyjaśnienie. Zakładam, że FRAPS sumuje wszystkie klatki i wyciąga średnią. Pytanie czy FCAT tak samo liczy, czy też odrzuca klatki nie w pełni renderowane? Jesli liczy też klatki nie wpełni renderowane, to nic dziwnego, że wyniki są podobne. Uważam, że warto byłoby przedstawić wartości średnie dla 95% klatek (odrzucając skrajne przypadki). 3. Stuttering FCAT świetnie się do tego nadaje, jeśli liczymy wszystkie klatki i przedstawimy na wykresie w czytelny sposób. Idealnie nadaje się do tego wykres z BF4 i karta nVidii: Widać na nim jak na nVidii są piki, a AMD radzi sobie znacznie lepiej. Można by ten wykres przedstawić inaczej - jak pas sumujący klatki z okresu 1s i prezentującego różnicę między czasami renderowania poszczególnych klatek. Pewnie jeszcze lepiej wyszło by to w Crysisie 3, bo tam wykres jest cały gruby od różnic w renderowaniu. Ogólnie im węższy pasek czerwony albo zielony, tym lepiej, bo różnica w czasach rysowania jest mniejsza. 4. Na wykresach nie widać linii Runts i Drops. Ach czemu! Śmiem twierdzić, że na wykresach brakuje danych, bo nie chce mi sie wierzyć aby ich nie było. Może wyrysowano dane po odrzuceniu tych danych? Są to kluczowe elementy na wykresie jasno pokazujące płynność generowania grafiki - im więcej klatek częściowych i dropowanych, tym mniej płynnie się gra. 5. Brakuje złożenia wykresu FRAPS vs FCAT (razem z runts i drops). Prawdopodobnie widać byłoby różnicę po zmianie zakresu osi, czyli zzoomowaniu do zakresu +/-10FPS Nie wiem jednakże, czy da się wygenerowac dane z FRAPSa w taki sposób, aby zapisal czas klatki do pliku csv. do tego trzbea by zsynchronizować czas wyświetlenia klatki FRAPSa z momentem złapania jej przez kartę, aby nie było przesunięcia w fazie.

Widzę, że ceną się nie przjemujesz ;)

Na pewno, tylko jak to znowu bedzie czerwone.... ;)

Dla mnie niestety za czarno w środku. A co do punktu styku elementów ruchomych - nie zacznie ci się to siepać i łuszczyć?

a szczelnosc i gwarancja zachowania parametrow w czasie - bo wiadomo jak to jest z przeciekami.

Od tego jest linia wsparcia firmy hostinger.pl

Nie miałem czasu interesować się rurkami, chętnie poznam wypowiedzi osób, które miały z nimi do czynienia. Prosiłbym podanie wad i zalet, spostrzeżenia z okresu x tygodni/miesięcy uzytkowania.

Mozesz wsadzic w gąbkę - musialbys sprawdzic jak sie pompka aktualnie grzeje. Ja zmienilem pompke bo mialem dwa modele z serii DDC (podobne do tej co masz) i jakos zawsze mialem z nimi niewielkie problemy - dlatego zmienilem pompke na serię D5 - większa, ale z drugiej strony jest znacznie cichsza i sie nie grzeje.