<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Ja rad pouzivam XFS na vsetky aplikacne data. Myslim, ze je to
dostatocne skalovatelny filesystem a vhodny najma tam kde potrebujes
paralelne pristupy - vid. "Allocation groups" [1]<br>
Okrem ineho v pripade velkych FS ponuka rychly FS-consistency check,
neviem nakolko je to lepsie v EXT4...mensou nevyhodou, ktoru som ja
pocitil je, ze neponuka moznost jednoducheho a online zmensovania
FS.<br>
<br>
--<br>
Peter<br>
<br>
[1] <a class="moz-txt-link-freetext" href="http://en.wikipedia.org/wiki/XFS">http://en.wikipedia.org/wiki/XFS</a><br>
<br>
On 01/27/2012 08:24 PM, Juraj Remenec wrote:
<blockquote
cite="mid:CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=haA@mail.gmail.com"
type="cite">Ja som uz asi pochopil o co ide. <br>
Ten proces, ktory spomaloval cely chod servera - zatial bezal len
jeden krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co
sa spustil a bezal niekolko minut, ked som na novo vytvoril
raidove pole a od vtedy som nepostrehol, ze by sa spustil znova.
Uvidim ako sa to bude chovat za ostrej prevadzky ale asi je to
normalne. Ja zas az tak do toho mirrorovania (Raid1) nevidim.<br>
<br>
Co sa chcem ale este spytat. <br>
Aky filesystem by ste pouzili na 1 TB SW-RAID1 pole pre /home
particiu na ktorej bude stovka-tisic malych suborov (Maildir +
dovecot + tisicka uzivatelov = mega po prdel fajlov!).<br>
Potrebujem mat rychly pristup k tymto suborom. No samozrejme
nechcem nijak extra vykonovo diskriminovat ani uzivatelov, ktori
budu vo svojom home pracovat s "gigovymi" subormi. <br>
Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a
XFS.<br>
Uz som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa
lisia. Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa
preferuje ext4 a pod.<br>
<br>
Kedysika som ospevoval EXT3 v standard system konfiguracii ale v
urcitom momente sa na particiu nedal ulozit ziaden dalsi subor aj
ked na nej bolo miesto. Zistil som, ze su plne inodes a jediny
sposob ako to vyriesit bolo data-destruktivne tune2fs. Odvtedy
pouzivam XFS ale nemyslim si, ze je to to prave, orechove pre take
mnozsto malych fajlikov.<br>
<br>
Aky na to mate nazor?<br>
J.<br>
<br>
<br>
<br>
<br>
<br>
<div class="gmail_quote">2012/1/23 Matus UHLAR - fantomas <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>></span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div class="im">
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU,
t.j. ide o sw RAID ulozeny v ROM/flash pamati, jednak
pomalsej ako RAM, jednak je ten SW RAID velmi
pravdepodobne nekompatibilny s inym HW, mozno aj
verziami BIOSu.<br>
</blockquote>
</blockquote>
<br>
</div>
<div class="im">
On 23.01.12 09:51, Peter Viskup wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
posli nejake info o tomto softveri RAIDu v BIOSe, pretoze
tohoto som si nie vedomy<br>
</blockquote>
<br>
</div>
wikipedia:<br>
<br>
<a moz-do-not-send="true"
href="http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID"
target="_blank">http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID</a><br>
<br>
during early stage bootup, the RAID is implemented by the
firmware, and once the operating system has been more
completely loaded, then the drivers take over control.<br>
<br>
Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt
inac by z neho nebolko mozne napr. bootovat. Samozrejme potom
zalezi uz na SW (asi toho bude schopny viac ako ten BIOSacky)
<div class="im"><br>
<br>
-- <br>
Matus UHLAR - fantomas, <a moz-do-not-send="true"
href="mailto:uhlar@fantomas.sk" target="_blank">uhlar@fantomas.sk</a>
; <a moz-do-not-send="true" href="http://www.fantomas.sk/"
target="_blank">http://www.fantomas.sk/</a><br>
Warning: I wish NOT to receive e-mail advertising to this
address.<br>
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek
reklamnu postu.<br>
</div>
They that can give up essential liberty to obtain a little
temporary<br>
safety deserve neither liberty nor safety. -- Benjamin
Franklin, 1759
<div class="HOEnZb">
<div class="h5"><br>
_______________________________________________<br>
<a moz-do-not-send="true"
href="https://lists.linux.sk/mailman/listinfo/linux"
target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a><br>
Meta FAQ: <a moz-do-not-send="true"
href="http://www.sklug.sk/lists/linux/metafaq.html"
target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
<a class="moz-txt-link-freetext" href="https://lists.linux.sk/mailman/listinfo/linux">https://lists.linux.sk/mailman/listinfo/linux</a>
Meta FAQ: <a class="moz-txt-link-freetext" href="http://www.sklug.sk/lists/linux/metafaq.html">http://www.sklug.sk/lists/linux/metafaq.html</a></pre>
</blockquote>
<br>
</body>
</html>