Re: Ryzen 7 1700 + ECC RAM - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.pecet › Ryzen 7 1700 + ECC RAM › Re: Ryzen 7 1700 + ECC RAM

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.88-104-158-146
.dynamic.dsl.as9105.com!not-for-mail
From: pioruns <w...@w...com>
Newsgroups: pl.comp.pecet
Subject: Re: Ryzen 7 1700 + ECC RAM
Date: Fri, 16 Oct 2020 12:46:34 +0100
Organization: news.chmurka.net
Message-ID: <rmc16r$9uq$1$pioruns@news.chmurka.net>
References: <rlpj4p$tb0$1$pioruns@news.chmurka.net>
<uO2gH.546305$jbb.130731@fx44.ams1>
<rm01rr$ihq$1$pioruns@news.chmurka.net>
<tIqhH.897066$EWb.748537@fx42.ams1>
<rm6tar$n38$1$pioruns@news.chmurka.net> <Ix5iH.136467$dT2.6561@fx01.ams1>
NNTP-Posting-Host: 88-104-158-146.dynamic.dsl.as9105.com
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 16 Oct 2020 11:46:35 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="pioruns";
posting-host="88-104-158-146.dynamic.dsl.as9105.com:88.104.158.146";
logging-data="10202";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.3.1
In-Reply-To: <Ix5iH.136467$dT2.6561@fx01.ams1>
Content-Language: en-GB
Xref: news-archive.icm.edu.pl pl.comp.pecet:1269317
[ ukryj nagłówki ]
On 16/10/2020 01:10, Marcin Debowski wrote:

>> Właśnie tak zrobiłem. Zakupiłem jedną kość 16GB 2666MHz DDR4 ECC CL19
>> DIMM marki Kingston Server Premier:
>> https://www.ebuyer.com/834676-kingston-server-premie
r-ksm26ed8-16me-16gb-2666mhz-ddr4-ecc-cl19-dimm-ksm2
6ed8-16me
>>
>> Zobaczymy jak przyjdzie, czy działa :)
>
> Też jestem ciekaw :)

Kostka 16GB dzisiaj przyszła. Będę testował, najpierw w desktopie (też
AM4 + Ryzen), a potem w serwerze :)

>>> ECC są generalnie bardzo drogie. Chyba mimo wszystko próbowałbym to
>>> jakoś ogarnąć programowo. Nie wiem, zrobić automatyczne tworzenie plików
>>> par2 z bardzo niską redundancją (0.1-0.5%) z okresowym spradzaniem?
>>
>> A możesz przybliżyć co masz na myśli z tworzeniem tych plików, dokładniej?
>
> Jakiś skrypt, który skanuje dyski, jeśli znajdzie nowy plik to zapuszcza
> par2 i robi plik korekcyjny. Wczesniej oczywiście sprawdza czy ten już
> nie istnieje. Jak potem stwierdzisz uszkodzenie to będzie łatwo
> odtworzyć. Miejsca przy niskiej redundancji tez to nie zajmie.

Fajne narzędzie ten parchive, obczaję :) Przyda się do backupów może.

Ale, Btrfs nie robi czegoś podobnego domyślnie? On porównuje zapisy na
obu dyskach w swoim "raid1" i patrzy, czy wszystkie pliki są poprawnie
zapisane. Robi to cały czas. Potrafi odtworzyć plik gdy dane zostaną
uszkodzone, a także pracować z jednym dyskiem z zdegradowanym raidem.
Nie zastąpi to danych nadmiarowych jak w WinRAR czy parchive, czy
macierzy RAID6, ale spójność danych trzyma.
Ma jednak trochę różnic od mdadm. Używam obydwu mdadm i btrfs w trybie
RAID1.

--
pozdrawiam, pioruns
_,.-'~'-.,__,.-'~'-.,__,.-'~'-.,__,.
Registered Linux User #454644