On 12.3.2011, at 2:12, Dan Lukes wrote:
> On 03/11/11 23:26, David Pasek:
>> VMware Storage vMotion umi vynechat volne bloky, je vsak potreba v OS
>> ty volne bloky uvolnit.
>> Finta z OS je takovato
>> “dd if=/dev/zero of=BIGFILE bs=1024000 ; rm -f BIGFILE”
>
> To vypada na modifikaci popsaneho
Jestlize na systemu data postupne pomalou rostou (typicky databaze) a
nikdo nevi, jaka kapacita bude potreba, pak ten thin-provisioning disk
dava smysl.
Zalezi jak se jim podari zvladnou s tim souvisejici vykonostni problemy.
Preci jen, pri "postupne alokaci" se jim patrne nepodari udrzet
opti
2011/3/12 Dan Lukes :
> To vypada na modifikaci popsaneho algoritmu a to "pokud by se mel zapsat
> blok plny nul, misto toho se uvolni".
>
> To je takove trochu "automagicke" reseni. Muze to vyrabet "derave" soubory
> za situace, kdy si to neprejes.
>
> Ale bez podpory TRIM na hostujicim i hostovan
Vilem Kebrt wrote:
Pravdu dis, ZFS porad jeste na bsd papa pamet
ZFS vyzaduje spoustu pameti na jakemkoliv OS a nejlepe k velkemu
mnozstvi pameti pridat jeste L2ARC
a stabilita je cca na 89%,
tudiz oproti solarisu celkem nizko.
Jak se tohle meri? Na serveru s jaily jsem mel 2 pady systemu
On 03/12/11 10:25, Vilem Kebrt:
A to prosim byla puvodni implementace na 7.2 :)
Velmi nerad to rikam, ale, bohuzel, neplati "novejsi = lepsi".
Ze pamatuju doby, kdy projekt preferoval stability pred prekotnou
implementaci novinek uz jsem tu parkrat naznacoval.
Pravda, bylo v minulem stoleti
Pravdu dis, ZFS porad jeste na bsd papa pamet a stabilita je cca na 89%,
tudiz oproti solarisu celkem nizko.
Zase na druhou stranu to umoznuje spoustu veci s filesystemem ON-LINE,
jako prekopavani velikosti poolu, vymeny disku, zmeny raidu apod.
A co se tyka indexace a "blbuvzdornosti" tak je to
Jakým způsobem bych mohl změnit velikost UFS partition?
presne kvuli tomuhle dochazi k implementaci ZFS
Uff!
Tak to me potesilo. Mam ze ZFS trochu obavy (ze stability a tak), ale
jestli je ZFS implementovano presne kvuli tomuhle (a ja tohle
nepotrebuju) tak se asi nic nestane, kdyz se mu b
Dne 10.3.2011 22:29, Jindra Fucik napsal(a):
- Original Message - From: "Viktor Čížek"
Jakým způsobem bych mohl změnit velikost UFS partition? Bez ztráty
dat. Existuje na UFS nějaký
nástroj jako je gparted, Partition Magic apod.? Zdá se mi, že Google
nic takového nenašel. Vím
o growf
On 03/11/11 23:26, David Pasek:
VMware Storage vMotion umi vynechat volne bloky, je vsak potreba v OS
ty volne bloky uvolnit.
Finta z OS je takovato
“dd if=/dev/zero of=BIGFILE bs=1024000 ; rm -f BIGFILE”
To vypada na modifikaci popsaneho algoritmu a to "pokud by se mel zapsat
blok plny nul, m
2011/3/11 David Pasek :
> Pro druhou polovinu problemu existuje work-arround. Napr. ve VMware
> vSphere je mozne takovyto virtualni disk za ziva presunout (Storage
> vMotion) a nepouzivane bloky souboroveho systemu se uvolni (respektive
> neprenesou). Je pravda, ze takovyto nastroj musi rozumet fil
On 11.3.2011 20:43, Radek Krejča:
Virtualizacni nastroje timto umoznuji, aby jejich vnitrni struktura predstavujici disk (v
tomto pripade nekolik souboru) se tvarila na venek jako "nejak velka" a pritom
byla mensi a v pripade potreby se roztahla na vice.
Nicmene filesystem daneho hosta uz o tom
2011/3/11 Dan Lukes :
>
> Mam ale dojem, ze to snad jeste zatim zadny virtualizator nedela, ale zas
> tak peclive to nesleduju.
>
> Da se to nastesti trivialne vyzkouset - nakopiruj na virtualizovany FS
> nejaky tak velky soubor, aby bylo jasne rozeznatelne, ze se soubor, ktery
> system hostuje, zv
> Da se to nastesti trivialne vyzkouset - nakopiruj na virtualizovany FS
> nejaky tak velky soubor, aby bylo jasne rozeznatelne, ze se soubor,
> ktery system hostuje, zvetsil. No a pak ten soubor zase smaz. Jestli se
> misto zase uvolni, tak to znamena, ze TRIM funguje ...
Ne, to nefunguje. Ale ja
> Jen doplnim, ze evoluce sla opravdu jinam a v pripade, ze uzivatel pod
> OS pouziva nejakou enterprise storage nebo virtualizaci (napr. VMware
> vSphere), tak mu diskovy subsytem casto umoznuje tzv. disk
> thin-provisioning, takze i kdyz se UFS disk/partition tvari jako
> napr.500GB velky disk, t
On 11.3.2011 20:00, David Pasek:
tak mu diskovy subsytem casto umoznuje tzv. disk
thin-provisioning, takze i kdyz se UFS disk/partition tvari jako
napr.500GB velky disk, tak fyzicky zabira na storage jen opravdu
vyuzite misto.
No, ja si trochu rejpnu.
"disk thin-provisioning" je nejmene v nekt
Ahoj,
2011/3/11 Dan Lukes :
>
> Nikdo ho nepotrebuje tak casto a tak hodne, aby se rozhoupal ho napsat.
> Myslim, ze evoluce se proste rozhodla jit jinym smerem - mozna, ze spravce
> zacatecnik se obcas dostane do situace, kdy potrebuje partition zmensit aby
> se mu vedle ni veslo neco dalsiho. Al
To jo, protoze jsi nezminil, ze kdyby ten nastroj existoval, usetril by se cas,
ktery trva obnova ze zalohy, coz muze byt netrivialni :)
Obzvlast pokud se pokousis zalohovat na USB zarizeni.
Coz u vetsich disku lze jedine vreel nedoporucit.
Jo a jak jsem zjistil, na webu gpartedu píšou
Man
Viktor Čížek napsal(a):
> Jo a jak jsem zjistil, na webu gpartedu píšou
>
> Features
> Manipulate file systems such as:
> ...
> ufs
Tady http://gparted.sourceforge.net/features.php je taková tabulka. Je tam
vidět, že gparted
sice UFS umí rozeznat, přesunout nebo zkopírovat, ale neumí měnit jeho
Jozef Babjak napsal(a):
> UFS a ine unixove FS neboli navrhnute s ohladom na moznost zmeny
> velkosti particie on-the-fly. Z toho dovodu: A) zaloha je vzdy
> potrebna,
>
>> To jo, protoze jsi nezminil, ze kdyby ten nastroj existoval, usetril by se
>> cas,
>
> ^-- B) tooling support je mizerny
UFS a ine unixove FS neboli navrhnute s ohladom na moznost zmeny
velkosti particie on-the-fly. Z toho dovodu: A) zaloha je vzdy
potrebna,
> To jo, protoze jsi nezminil, ze kdyby ten nastroj existoval, usetril by se
> cas,
^-- B) tooling support je mizerny; nejedna sa o dostatocne casto
pozadov
Miroslav Prymek napsal(a):
> On 11.3.2011, at 10:16, Dan Lukes wrote:
>> Sem't ja to ale sprosty manipulator ...
>
> To jo, protoze jsi nezminil, ze kdyby ten nastroj existoval, usetril by se
> cas,
> ktery trva obnova ze zalohy, coz muze byt netrivialni :)
No, o tu časovou úsporu mi mimo jiné š
On 11.3.2011, at 10:16, Dan Lukes wrote:
>
> Sem't ja to ale sprosty manipulator ...
To jo, protoze jsi nezminil, ze kdyby ten nastroj existoval, usetril by se cas,
ktery trva obnova ze zalohy, coz muze byt netrivialni :)
Mirek
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.c
On 03/11/11 09:48, Viktor Čížek:
- nerikej, ze bys pred tim ta data stejne nezazalohoval
Zálohu bych samozřejmě dělal.
Sem't ja to ale sprosty manipulator ...
Kolikrat ja sam uz zvetsoval partition aniz bych pred tim zazalohoval
... ;-)
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
ht
Dan Lukes napsal(a):
> On 03/10/11 23:42, Viktor Čížek:
>> Tomuto jsem se právě chtěl zkusit vyhnout. Na FAT, NTFS, EXT* a kdysi
>> HPFS jsem s úspěchem
>> používal Partition Magic. Linuxáci už se mi pošklebují, že ten
>> "úžasnej" BSD a UFS žádnej
>> nástroj není. :-(
> Takze pokud resis problem "
On 03/10/11 23:42, Viktor Čížek:
Tomuto jsem se právě chtěl zkusit vyhnout. Na FAT, NTFS, EXT* a kdysi HPFS jsem
s úspěchem
používal Partition Magic. Linuxáci už se mi pošklebují, že ten "úžasnej" BSD a
UFS žádnej
nástroj není. :-(
Takze pokud resis problem "aby se ti Linuxaci neposklebovali
Jan Dušátko napsal(a):
> Pokud jsem delal obdobne taskarice, radeji jsem si docasne vlozil dalsi disk
> a pouzil kombinaci
>
> cd /newdata
> /sbin/dump -0uL -f - /data | restore rf -
>
> Pak zmenit velikost zdrojove partition/volume a udelat to same zpet.
Tomuto jsem se právě chtěl zkusit vyhn
- Original Message -
From: "Viktor Čížek"
Jakým způsobem bych mohl změnit velikost UFS partition? Bez ztráty dat.
Existuje na UFS nějaký
nástroj jako je gparted, Partition Magic apod.? Zdá se mi, že Google nic
takového nenašel. Vím
o growfs, ale ten, pokud jsem správně pochopil, umí
Ahoj
Pokud jsem delal obdobne taskarice, radeji jsem si docasne vlozil dalsi disk a
pouzil kombinaci
cd /newdata
/sbin/dump -0uL -f - /data | restore rf -
Pak zmenit velikost zdrojove partition/volume a udelat to same zpet.
Honza
-Original Message-
From: users-l-boun...@freebsd.cz [mai
28 matches
Mail list logo
