🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.programming
Article #217345

Re: Przenośny, uproszczony filesystem

#217345
From: M.M.
Date: Sun, 07 Feb 2021 21:53
53 lines
3762 bytes
On Sunday, February 7, 2021 at 10:01:21 PM UTC+1, heby wrote:
> 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. 

To dlaczego nie odpowiesz na pytanie: do czego potrzebujesz wiedzę o takich
szczegółach synchronizacji wątków?

> 
> > Mutex 
> > koncepcyjnie to prosta sprawa 
> 
> Tu mutex powinien być na "fragment" filesystemu. 

Tu czyli gdzie i dlaczego na fragment filesystemu? Co rozumiesz przez filesystem?

>Jestem prawie pewny, że 
> w normalnym fs takie "mutexy" są powiązane z kroniką co czyni jest 
> bardziej mechanizmem transakcyjnym niż prostym lockiem.

Transakcje nie są prostym lockiem, aczkolwiek z poziomu użytkownika to proste
wywołanie funkcji, np. w bazie danych komenda "begin" rozpoczyna transakcje. 
Transakcje umożliwiają naprawę tego co 'zaczęło' być modyfikowane.


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

Dlaczego więc chcesz wiedzieć jak wewnętrznie działają mutexy?


> >> 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. 
Naiwne algorytmy mają swoje zalety.

> 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.

GC zlicza odnośniki do alokowanych obiektów, gdy jest zero, to może zwolnić.
Jaka jest optymalna struktura do takiego zliczania? Może jakieś drzewo 
zbalansowane i kolejka priorytetowa, a może naiwna liniowa tablica ma tak
mały narzut że to właśnie ją się najbardziej opłaca stosować dla typowych
aplikacji - nie wiem.

Pozdrawiam
Technical Details
Message-ID: <b01525e0-6d35-48d8-ad1c-c9938aca307bn@googlegroups.com>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin2!goblin3!goblin.stu.neva.ru!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
References: <rtpdik$cge$1@dont-email.me> <cff484ae-3bf8-4cec-bbb7-78e44cb70167n@googlegroups.com> <rvokfn$1ff$1@dont-email.me> <90a1ad63-9675-4233-b822-808a7c17cbc7n@googlegroups.com> <rvpa3d$uf5$1@dont-email.me> <3ed1a847-2f93-4108-8985-2afae9b3b897n@googlegroups.com> <rvpgno$hnr$1@dont-email.me> <e8d86917-8e4c-4624-b8ae-67b82f80591cn@googlegroups.com> <rvpkev$d2u$1@dont-email.me>

Show Full Headers
Complete Article Headers
X-Received: by 2002:aed:3964:: with SMTP id l91mr13113165qte.32.1612734811865;        Sun, 07 Feb 2021 13:53:31 -0800 (PST)
X-Received: by 2002:a37:812:: with SMTP id 18mr1760022qki.401.1612734811706; Sun, 07 Feb 2021 13:53:31 -0800 (PST)
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin2!goblin3!goblin.stu.neva.ru!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sun, 7 Feb 2021 13:53:31 -0800 (PST)
In-Reply-To: <rvpkev$d2u$1@dont-email.me>
Complaints-To: groups-abuse@google.com
Injection-Info: google-groups.googlegroups.com; posting-host=77.254.35.244; posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 77.254.35.244
References: <rtpdik$cge$1@dont-email.me> <cff484ae-3bf8-4cec-bbb7-78e44cb70167n@googlegroups.com> <rvokfn$1ff$1@dont-email.me> <90a1ad63-9675-4233-b822-808a7c17cbc7n@googlegroups.com> <rvpa3d$uf5$1@dont-email.me> <3ed1a847-2f93-4108-8985-2afae9b3b897n@googlegroups.com> <rvpgno$hnr$1@dont-email.me> <e8d86917-8e4c-4624-b8ae-67b82f80591cn@googlegroups.com> <rvpkev$d2u$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b01525e0-6d35-48d8-ad1c-c9938aca307bn@googlegroups.com>
Subject: Re: Przenośny, uproszczony filesystem
From: "M.M." <mmarszik@gmail.com>
Injection-Date: Sun, 07 Feb 2021 21:53:31 +0000
Lines: 72
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit