Re: Przenośny, uproszczony filesystem - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Przenośny, uproszczony filesystem › Re: Przenośny, uproszczony filesystem

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erj
e.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!eternal-september.or
g!reader02.eternal-september.org!.POSTED!not-for-mail
From: heby <h...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Re: Przenośny, uproszczony filesystem
Date: Sun, 7 Feb 2021 22:01:17 +0100
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <rvpkev$d2u$1@dont-email.me>
References: <rtpdik$cge$1@dont-email.me>
<c...@g...com>
<rvokfn$1ff$1@dont-email.me>
<9...@g...com>
<rvpa3d$uf5$1@dont-email.me>
<3...@g...com>
<rvpgno$hnr$1@dont-email.me>
<e...@g...com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 7 Feb 2021 21:01:19 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="59723d2988f981ac35c8337e4e4d023a";
logging-data="13406";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18oEfu1LKpIF6n4+HftIx8W"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
Thunderbird/78.7.1
Cancel-Lock: sha1:kbwnEjEG/H5oMxk3QH4QBbyLvTc=
In-Reply-To: <e...@g...com>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.comp.programming:215356
[ ukryj nagłówki ]
On 07/02/2021 21:19, M.M. wrote:
> Nie pytałem ile chcesz mutexów. Nie wiem do czego tej wiedzy potrzebujesz. Jak tej
> wiedzy potrzebujesz do zaprojektowania procesora - to ja nie pomogę.

Nie projektuje procesora.

> Mutex
> koncepcyjnie to prosta sprawa

Tu mutex powinien być na "fragment" filesystemu. Jestem prawie pewny, że
w normalnym fs takie "mutexy" są powiązane z kroniką co czyni jest
bardziej mechanizmem transakcyjnym niż prostym lockiem.

> zliczanie ile wątków przeszło przez jakąś barierę. Ale jaką techniką trzeba napylić
> tranzystory

No wiec nie napylam tanzystorów.

>> Tak naprawdę, tam jest kilka innych zagadnień, których gotowce
>> prawodpodobnie nie rozwiązują: np. defragmentacja w tle i powiązany z
>> nim trim prawdziwego pliku.
> Jeśli dysponujemy dodatkowym miejsce to defragmentuje się łatwo: odczytuje
> się kolejne pliki z jednego systemu i zapisuje do drugiego.

To jest naiwny algorytm. Wszystkie fs majace defragmentacje - robią ją w
miejscu. Moe to zaprojektowc metodą garbage collectora z javy: stop the
world. Ale coś czuje że to znowu naiwny algorytm.