Re: [Lug-bg] виртуален файл

[Georgi Chorbadzhiyski <gf@xxxxxxxxxxx>]

Around 10/01/10 13:49, Yanko Kaneti scribbled:
> On Fri, 2010-10-01 at 13:22 +0300, Marian Marinov wrote:
>> On Friday 01 October 2010 13:06:45 Yanko Kaneti wrote:
>>> On Fri, 2010-10-01 at 12:39 +0300, Georgi Chorbadzhiyski wrote:
>>>> Имате ли идея как може да стане следното - имам пет файла,
>>>> a1, a2, a3, a4 и а5. Искам работя с тях все едно е един голям
>>>> файл "a", който съдържа всички един след друг.
>>>>
>>>> Все едно съм направил cat a{1,2,3,4,5} > a, но реално без да го
>>>> правя, защото файловете са големи и много.
>>>>
>>>> fuse, други хакове?
>>>
>>> Не съм го правил никога, но ми звучи като работа за device-mapper.
>>> Концепутално нещо от рода на
>>> dmsetup loop за весеки от фаиловете
>>> dssetup  комбиниране на loop-овте в едно ново.
>>>
>>> Това сигурно ще се строши ако файловете под loop-a се променят....
>>
>> Setup-а на loop-овете е бавно нещо и тежко. 
> 
> Сигурно самия сетъп е бавен, но това е проблем ако тоази сетъп се
> променя често. Тук Георги може да каже колко често трябва да се
> пренастройват тези работи.

Не е честа операция и вероятно няма да бъдат много, но като че ли
FUSE е по-добър вариант за моя случай, защото ми дава максимална
гъвкавост.

>> И трябва да се има предвид, че 
>> колкото повече mounts имаш, толкова по-бавно ти работи машината.... 
> 
> Маунтовете май са нещо различно от това колко блок устройства има
> активни в момента. Както си ги представям device-mapper-a, веднъж
> разбрал за това кой файл в лоопа къде са му блоковете, мапинга след това
> е изцяло на block ниво без да се стига по нагоре. 
> Може и да не са така нещата , признавам...
> 
>> Fuse би бил по-подходящият вариянт.
> 
> Не, че с fuse няма как да се постигне, но като си представя разходките
> между кернел и userspace за всеки блок и ме боли главата :) Сложно и
> бавно ми изглежда. 

По-принцип с fuse би било по-бавно, но в случая повечето време ще отива
в IO, така че малко повече CPU не ме притеснява.

-- 
Georgi Chorbadzhiyski
http://georgi.unixsol.org/
_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg