From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <a_s_y@sama.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham
	version=3.2.4
From: Sergey <a_s_y@sama.ru>
To: sysadmins@lists.altlinux.org
Date: Wed, 10 Sep 2008 11:54:57 +0500
User-Agent: KMail/1.9.9
References: <1763298296.20080904204339@3436.ru>
	<200809091503.23880.a_s_y@sama.ru>
	<20080909153540.GD7501@osdn.org.ua>
In-Reply-To: <20080909153540.GD7501@osdn.org.ua>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="koi8-r"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <200809101154.58691.a_s_y@sama.ru>
Subject: Re: [Sysadmins]
	=?koi8-r?b?0NLPydrXz8TJ1MXM2M7P09TYIFJBSUQ1ICh3YXM6?=
	=?koi8-r?b?IPXT1MHOz9fLwSDOwSBSQUlEIFNtYXJ0IEFycmF5IEUyMDAp?=
X-BeenThere: sysadmins@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux sysadmin discuss <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmin discuss <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Sep 2008 06:55:15 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/200809101154.58691.a_s_y@sama.ru/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

On Tuesday 09 September 2008, Michael Shigorin wrote:

> Наиболее равномерно перегруженный при каждом чихе по записи
> (а все ли монтируют свои ФС с noatime?).  Для чтения неплох.
> Бишь FTP на нём держать вполне нормально, а БД -- нет.

Я не вижу особенных проблем который год... По крайней мере,
с массовым отказом дисков - точно.

> > Если
> 
> Если.  Но это отдельный вопрос, исходим из того, что успевает.
> (для софтового варианта скорее упираемся не в процессор, а в шину)

Софтовый не рассматривается совсем. :-)

> > процессор контроллера успевает рассчитывать контрольную сумму с
> > запасом (относительно скорости записи), особенных проблем быть
> > не должно. Ну или я не вижу места их возникновения.
> 
> Гуглить raid5 write penalty, например.

Это вариант поведения, когда меняется часть блока. Но это какой-то
тупой алгоритм работы. Честно говоря, я представлял работу RAID5 
несколько иначе. И, в принципе, то, что я видел, это подстверждает:
что-то я не наблюдаю такой деградации. Хотя надо посмотреть
повнимательнее.

-- 
С уважением, Сергей
a_s_y@sama.ru