From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <root@mmedia2.kemsu.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.5
Message-ID: <497E7F0B.1080805@mmedia2.kemsu.ru>
Date: Tue, 27 Jan 2009 10:27:07 +0700
From: REAL <root@mmedia2.kemsu.ru>
User-Agent: Thunderbird 2.0.0.18 (X11/20081105)
MIME-Version: 1.0
To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
References: <497D88DA.7010709@rambler.ru>	<20090126102616.GA7777@wo.int.altlinux.org>	<497D9296.3000705@mmedia2.kemsu.ru>	<20090126103354.GB1516@wo.int.altlinux.org>	<497D9443.9060703@mmedia2.kemsu.ru>	<20090126104558.GE1516@wo.int.altlinux.org>	<497D975E.9000707@mmedia2.kemsu.ru>	<87iqo2ibhi.fsf@frontier.dottedmag.net>	<497D991E.3070001@mmedia2.kemsu.ru>
	<87ab9eib65.fsf@frontier.dottedmag.net>
In-Reply-To: <87ab9eib65.fsf@frontier.dottedmag.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [sisyphus]
 =?utf-8?b?0J/QvtGC0YDRj9GB0LDRjtGJ0LDRjyDQtNC40LDQs9C9?=
 =?utf-8?b?0L7RgdGC0LjQutCwINCyIGhhc2hlcg==?=
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.10b3
Precedence: list
Reply-To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussions <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Jan 2009 03:20:19 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/497E7F0B.1080805@mmedia2.kemsu.ru/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

Mikhail Gusarov пишет:
>  R> Шутки шутками, но интересует, существует ли в природе механизм,
>  R> позволяющий указывать системе, какие данные в tmpfs НЕ подлежат
>  R> удалению.
> Никакие не подлежат, пока не отмонтируешь.

Тогда, отмотав чуть назад:

Dmitry V. Levin пишет:
 > Либо файл /tmp/.private/mutabor/hasher-SS/cache/chroot/chroot.cpio.lzo
 > битый, либо lzop кривой.
 >
 > В первом случае рекомендую переехать на x86_64 (там tmpfs работает
 > стабильнее), во втором случае -- пожаловаться upstream.

интересует, что имеется в виду. Как протестировать tmpfs на 
НЕстабильность, чтобы попробовать поковырять в этом направлении? Я бы, 
  если бы начал без информации извне разбираться, точно на tmpfs стал 
бы думать в последнюю очередь (по крайней мере, ПОСЛЕ хардкорного и 
долгого тестирования памяти на предмет заводского брака)...

PS. Странно, всегда считал архитектуру x86_64 менее надёжной, видимо, 
времена начали меняться?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ