On 2018-01-23, Olaf Frikiov Skiorvensen <B...@i...invalid> wrote:
> https://en.wikipedia.org/wiki/Write_amplification
> https://lwn.net/Articles/428584/

Dzieki. Sporo mi sie porozjaśniało. Zauważyłem, że parę lat temu fdisk
zaczą proponować początek partycji od 8192 ale nigdy nie zaciekawiło
mnie (wystarczająco) z jakiego powodu.

> - na nośnikach flash zaczynamy partycję od sektora 8192(a nawet 16384)

A rozmiar segmentu jest już w tej chwili jakoś zunifikowany, bo jeśli
będzie 16M a wystartuje z pozycji 8M to chyba będzie źle? Skoro pożądane
jest zwiększenie OP i zmiejszenie ryzyka z nietrafionym zmapowaniem
segmentów to może lepiej od razu 32768 lub nawet więcej?

--
Marcin

do góry

W dniu 24.01.2018 o 01:29, Marcin Debowski pisze:
> On 2018-01-23, m <m...@g...com> wrote:
>> Nie wiem na ile odbiegam od normy, ale zdarzyło mi się kilka razy że
>> logi niespodziewanie urosły, zajęły dysk pod korek, praca którą miałem
>> otwartą (w programie który tak zaczął srać logami) - nie chciała się
>> zapisać, nie miałem żadnych danych które mógłbym bez żalu skasować.
>> Wprost błogosławiłem fakt że miałem w odwodzie kilka GB wolnego miejsca
>> na grupie LVM, zwiększyłem filesystem, spakowałem kilka większych
>
> No ale czym, poza większą upierdliwością, będzie się to różniło od
> wsadzenie w jakies gniazdo dysku zewnetrznego i zapisanie na nim?

Tym, że taki dysk zewnętrzny trzeba mieć. Dysk zewnętrzny jest drogi w
stosunku do kilku G rezerwy która ma się za darmo (no, za cenę lekkiego
samoograniczenia się).

>
> To takie trochę robienie sobie najpierw pod górkę, zeby potem
> ewentualnie móc skorzystac, a przeciez jakbys nie miał tej rezerwy, to
> może w ogóle nie byłoby problemu. Pomijam fakt, że większość
> współczesnych systemów wręcz pluje informacjami o braku miejsca na
> dysku, więc jest czas aby zareagować.
>
>> plików, zapisałem pracę i mogłem się poświęcić dokładniejszym porządkom
>> na dysku, a przede wszystkim ubić program który srał logami i skasować
>> niepotrzebne logi.
>
> A nie wystarczyło ubic i skasować logi? :) Porządki mogły pewnie poczekać.

Nie wystarczyło, bo logował program w którym miałem niezapisane dane.

p. m.

do góry

Wcale nie przypadkiem, dnia Tue, 23 Jan 2018 17:18:18 +0100
doszła do mnie wiadomość <p47n8b$ifh$1@node1.news.atman.pl>
od knrdz <x...@t...cy> :
>W dniu 23.01.2018 o 09:05, Olaf Frikiov Skiorvensen pisze:
>
>> - zawsze zostawiamy tak z 10% niespartycjonowanego miejsca(zwiększamy OP), ale to
raczej w
>> nowych nośnikach(z pudełka)
>
>Jaki to ma sens? Nie lepiej po prostu starać się mieć zawsze te 10-20%
>wolnego miejsca (łącznie, na wszystkich partycjach danego ssd), wyjdzie
>na to samo, a w razie chwilowej potrzeby ma się dostęp do 100%
>pojemności, a nie 90%.

Ja pisałem głównie o nośnikach, które nie mają TRIM(pendrive, karty SD czy coś
podobnego)ale mają wear leveling i garbage collector.
Co do SSD, TRIM spowalnia pracę(truecrypt, obsługa wielu małych plików), jak się go
wyłączy, to lepiej zrobić tak, jak pisałem - 10 czy nawet więcej (30%)
niespartycjonowanego miejsca(to zapewnia jego liniowość).
Generalnie im większy OP tym większa wydajność dysku(w przypadku spartycjonowania
całości
pojawia się większa fragmentacja i spada wydajność).

Dobrym wyjściem jest trim manualny.
Linuxy mają fstrim(można wywołać z crona), defrag w w10 (z opcją /L) potrafi
strimować
partycję, są programy od producentów wywołujące TRIM.

Czy takie kombinowanie ma sens?
Dla typowego usera nie ma większego sensu.
Na swoim revodrive zostawiłem 24 GiB niespartycjonowane(revo nie ma trim), często
męczę
się z kartami CF i SD - tu to ma sens, widać to po wydajności(największy wpływ ma
prawidłowy align partycji, większy OP ma wpływ głównie na trwałość nośnika).

--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry

"Olaf Frikiov Skiorvensen" news:kjnc6d5ptht6ih528n7qvndv6i758r2k4p@4ax.com
> Partycjonuj tak, aby początek partycji wypadał w LBA 8192, tak lubi
> większość pamięci
> flash(align to erase block size).

Czemu producenci nie stosują tej zasady?
Przeglądając w programie BOOTICE strukturę partycji w kilku penach widzę,
że:
ADATA S102 64GB ma początek partycji na LBA = 64
GoodRam Piccolo 16GB początek na LBA = 48
Inny GoodRam Picccolo 16GB który był po zabawach przywrócony rufusem (jego
formatowaniem) do parametrów "fabrycznych" ma teraz partycję zaczynającą się
od LBA = 2048

Czyli jak widać producenci są daleko od tego co zalecają na forum :)
Rufus wydaje się być najbliżej tego co polecane.


> Przed partycjonowaniem można wyzerować początek flasha(kilka-kilkanaście
> MB), i to w
> zasadzie wszystko co można zrobić.

Czym ten początek zerować?
Wchodząc w edycje sektorów i ręcznie je ustawić na zero?

> Jeśli jednak chcesz się pobawić w ustalanie optymalnego początku partycji,
> to flashbench
> będzie niezastąpiony.

O tym programie mowa?
https://helloacm.com/the-usb-flash-benchmark-tool-fl
ashbench/
Z tego co widzę ma tylko testowanie prędkości pod kątem wielkości
zapisywanych bloków i nic więcej tu nie odnalazłem co by jakoś konfigurowało
pena.

do góry

"Olaf Frikiov Skiorvensen" news:sopd6d9s77mk6v498ihmfkh0ua4vjq0652@4ax.com

> do tego dochodzi brak TRIM(na flashu mamy masę śmieci, które kontroler
> musi jakoś obsługiwać)

TRIM to narzędzie sprzętowe w samym dysku czy raczej sam system wymusza jego
działanie. Czyli coś z gatunku konflikt win xp/win 7 gdzie ten pierwszy nie
ma tej funkcji zaszytej i w związku z tym nie zaleca się tam wsadzać SSD.
Czy do penów jest jakiś program który taką operację TRIM realizuje?
TRIM usuwa te śmieci, czy wymagane jakieś inne narzędzie które od czasu do
czasu przeczyści pena?

> - zawsze zostawiamy tak z 10% niespartycjonowanego miejsca(zwiększamy OP)

OP czy wolna przestrzeń? Ma znaczenie czy to wolne na początku czy na końcu
bloków adresowych? Czy kompletnie bez znaczenia? Ważne, że ma być wolne
niespartycjonowane miejsce.
I teraz powstaje pytanie czy te bloki LBA które widzą popularne programy
BOOTICE, DMDE to zapewne już okrojona pula, ustalona przez wewnętrzny
firmware i czy sam pen już nie ma odgórnie wewnętrznie przeprowadzonej tej
rezerwacji i pewnych bloków po prostu na zewnątrz nie widzimi programami, a
one są zaszyte w samym penie jako ta rezerwa dla szybszego działania?

do góry

Wcale nie przypadkiem, dnia Wed, 24 Jan 2018 14:55:43 +0100
doszła do mnie wiadomość <yf0aC.285798$q8.25963@fx07.am4>
od "gienek" <n...@s...amu> :
>"Olaf Frikiov Skiorvensen" news:kjnc6d5ptht6ih528n7qvndv6i758r2k4p@4ax.com
>> Partycjonuj tak, aby początek partycji wypadał w LBA 8192, tak lubi
>> większość pamięci
>> flash(align to erase block size).
>
>Czemu producenci nie stosują tej zasady?
>Przeglądając w programie BOOTICE strukturę partycji w kilku penach widzę,
>że:
>ADATA S102 64GB ma początek partycji na LBA = 64
>GoodRam Piccolo 16GB początek na LBA = 48
>Inny GoodRam Picccolo 16GB który był po zabawach przywrócony rufusem (jego
>formatowaniem) do parametrów "fabrycznych" ma teraz partycję zaczynającą się
>od LBA = 2048
>
>Czyli jak widać producenci są daleko od tego co zalecają na forum :)
>Rufus wydaje się być najbliżej tego co polecane.
Widać zdecydowali, że tak jest dobrze, ale czy optymalnie?
Ustawić początek na 8192, zapuścić jakieś testy i zapomnieć o sprawie.
>
>> Przed partycjonowaniem można wyzerować początek flasha(kilka-kilkanaście
>> MB), i to w
>> zasadzie wszystko co można zrobić.
>
>Czym ten początek zerować?
>Wchodząc w edycje sektorów i ręcznie je ustawić na zero?
Ja robię to za pomocą DMDE/Victoria, dd pod linuxem, czasem Victoria nie chce tego
zrobić
więc odpalam DMDE(opcja wypełnij sektory)
>> Jeśli jednak chcesz się pobawić w ustalanie optymalnego początku partycji,
>> to flashbench
>> będzie niezastąpiony.
>
>O tym programie mowa?
>https://helloacm.com/the-usb-flash-benchmark-tool-f
lashbench/
>Z tego co widzę ma tylko testowanie prędkości pod kątem wielkości
>zapisywanych bloków i nic więcej tu nie odnalazłem co by jakoś konfigurowało
>pena.
Myślałem o tym:
https://github.com/bradfa/flashbench
W sieci sporo opisów, więc można jakoś to ogarnąć.
Jak masz sporo wolnego czasu, to możesz się bawić, ja na stałe wymuszam 8192 i po
sprawie.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry

Wcale nie przypadkiem, dnia Wed, 24 Jan 2018 01:38:10 GMT
doszła do mnie wiadomość <6sR9C.554963$dY3.378088@fx10.ams1>
od Marcin Debowski <a...@I...zoho.com> :
>On 2018-01-23, Olaf Frikiov Skiorvensen <B...@i...invalid> wrote:
>> https://en.wikipedia.org/wiki/Write_amplification
>> https://lwn.net/Articles/428584/
>
>Dzieki. Sporo mi sie porozjaśniało. Zauważyłem, że parę lat temu fdisk
>zaczą proponować początek partycji od 8192 ale nigdy nie zaciekawiło
>mnie (wystarczająco) z jakiego powodu.
>
>> - na nośnikach flash zaczynamy partycję od sektora 8192(a nawet 16384)
>
>A rozmiar segmentu jest już w tej chwili jakoś zunifikowany, bo jeśli
>będzie 16M a wystartuje z pozycji 8M to chyba będzie źle? Skoro pożądane
>jest zwiększenie OP i zmiejszenie ryzyka z nietrafionym zmapowaniem
>segmentów to może lepiej od razu 32768 lub nawet więcej?

Takie dane zna tylko producent, może je udostępnić albo nie.
Dla dociekliwych zostaje flashbench:
https://superuser.com/questions/728858/how-to-determ
ine-ssds-nand-erase-block-size
Ale testy wymagają czasu czasu i rycia w internetach w poszukiwaniu rozsądnej
interpretacji wtników, więc przyjąć na stałe 8192 jest moim zdaniem optymalne w
większości
przypadków.
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry

Wy ten wątek to tak serio??
Jeśli tak, to już siedemnascie postów o d... Maryni, a ani jednego o systemie plików
:-o

do góry

Wcale nie przypadkiem, dnia Thu, 25 Jan 2018 22:29:27 +0100
doszła do mnie wiadomość <p4di6r$h4r$1@node2.news.atman.pl>
od ń <ń@ń.ń> :
>Wy ten wątek to tak serio??
>Jeśli tak, to już siedemnascie postów o d... Maryni, a ani jednego o systemie plików
:-o

Ktoś tu pytał o system plików?
--
Gdyby się wysadziło ich planety, zburzyło miasta,
spaliło księgi, a ich samych wytłukło do nogi,
może udałoby się ocalić naukę miłości bliźniego. SL.

do góry