ext3 niie je otazka configuracie je to format disku skuste sa zorientovat<br><br><div class="gmail_quote">2012/1/28 <span dir="ltr"><<a href="mailto:linux-request@lists.linux.sk">linux-request@lists.linux.sk</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Příspěvky do konference linux zasílejte na adresu:<br>
<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a><br>
<br>
Pro přihlášení nebo odhlášení použijte WWW rozhraní na adrese"<br>
<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a><br>
nebo použijte elektronickou poštu, zašlete slovo help v těle dopisu na<br>
adresu<br>
<a href="mailto:linux-request@lists.linux.sk">linux-request@lists.linux.sk</a><br>
<br>
Správce konference můžete nalézt na adrese<br>
<a href="mailto:linux-owner@lists.linux.sk">linux-owner@lists.linux.sk</a><br>
<br>
Když budete odpovídat na příspěvek, změňte, prosím, Subject: na něco<br>
rozumnějšího než je: "Re: Contents of linux digest..."<br>
<br>Dnešní menu:<br>
<br>
1. Re: Aky filesystem pouzit? (bolo: Rychlost software RAIDu na<br>
Debiane) (Juraj Remenec)<br>
2. Re: Aky filesystem pouzit? (bolo: Rychlost software RAIDu na<br>
Debiane) (Peter Viskup)<br>
<br>MIME-version: 1.0<br>
Content-type: message/rfc822<br>
<br>
Date: Fri, 27 Jan 2012 20:24:40 +0100<br>
From: Juraj Remenec <<a href="mailto:remenec@gmail.com">remenec@gmail.com</a>><br>
Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software RAIDu na<br>
Debiane)<br>
To: Vseobecna diskusia o Linuxe <<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
Reply-to: Vseobecna diskusia o Linuxe <<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
Message-id: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=<a href="mailto:haA@mail.gmail.com">haA@mail.gmail.com</a>><br>
MIME-version: 1.0<br>
Content-type: multipart/alternative;<br>
boundary="Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)"<br>
Precedence: list<br>
Message: 1<br>
List-Post: <mailto:<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
<br>
<br>
--Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)<br>
Content-type: text/plain; charset=ISO-8859-1<br>
Content-transfer-encoding: 7BIT<br>
<br>
Ja som uz asi pochopil o co ide.<br>
Ten proces, ktory spomaloval cely chod servera - zatial bezal len jeden<br>
krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co sa spustil a<br>
bezal niekolko minut, ked som na novo vytvoril raidove pole a od vtedy som<br>
nepostrehol, ze by sa spustil znova. Uvidim ako sa to bude chovat za ostrej<br>
prevadzky ale asi je to normalne. Ja zas az tak do toho mirrorovania<br>
(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<br>
ktorej bude stovka-tisic malych suborov (Maildir + dovecot + tisicka<br>
uzivatelov = mega po prdel fajlov!).<br>
Potrebujem mat rychly pristup k tymto suborom. No samozrejme nechcem nijak<br>
extra vykonovo diskriminovat ani uzivatelov, ktori budu vo svojom home<br>
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.<br>
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<br>
momente sa na particiu nedal ulozit ziaden dalsi subor aj ked na nej bolo<br>
miesto. Zistil som, ze su plne inodes a jediny sposob ako to vyriesit bolo<br>
data-destruktivne tune2fs. Odvtedy pouzivam XFS ale nemyslim si, ze je to<br>
to prave, orechove pre take mnozsto malych fajlikov.<br>
<br>
Aky na to mate nazor?<br>
J.<br>
<br>
<br>
<br>
<br>
<br>
2012/1/23 Matus UHLAR - fantomas <<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>><br>
<br>
> On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br>
>><br>
>>> Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU, t.j. ide o sw<br>
>>> RAID ulozeny v ROM/flash pamati, jednak pomalsej ako RAM, jednak je ten SW<br>
>>> RAID velmi pravdepodobne nekompatibilny s inym HW, mozno aj verziami BIOSu.<br>
>>><br>
>><br>
> On 23.01.12 09:51, Peter Viskup wrote:<br>
><br>
>> posli nejake info o tomto softveri RAIDu v BIOSe, pretoze tohoto som si<br>
>> nie vedomy<br>
>><br>
><br>
> wikipedia:<br>
><br>
> <a href="http://en.wikipedia.org/wiki/**RAID#Firmware.2Fdriver-based_**RAID" target="_blank">http://en.wikipedia.org/wiki/**RAID#Firmware.2Fdriver-based_**RAID</a><<a 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<br>
> once the operating system has been more completely loaded, then the drivers<br>
> take over control.<br>
><br>
> Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac by z neho<br>
> nebolko mozne napr. bootovat. Samozrejme potom zalezi uz na SW (asi toho<br>
> bude schopny viac ako ten BIOSacky)<br>
><br>
><br>
> --<br>
> Matus UHLAR - fantomas, <a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a> ; <a 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>
> They that can give up essential liberty to obtain a little temporary<br>
> safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759<br>
><br>
> ______________________________**_________________<br>
> <a href="https://lists.linux.sk/**mailman/listinfo/linux" target="_blank">https://lists.linux.sk/**mailman/listinfo/linux</a><<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a>><br>
> Meta FAQ: <a href="http://www.sklug.sk/lists/**linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/**linux/metafaq.html</a><<a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a>><br>
><br>
<br>
--Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)<br>
Content-type: text/html; charset=ISO-8859-1<br>
Content-transfer-encoding: quoted-printable<br>
<br>
Ja som uz asi pochopil o co ide. <br>Ten proces, ktory spomaloval cely chod=<br>
servera - zatial bezal len jeden krat. Ked som vytvoril raidove pole. Je t=<br>
o nejaky Rebuild co sa spustil a bezal niekolko minut, ked som na novo vytv=<br>
oril raidove pole a od vtedy som nepostrehol, ze by sa spustil znova. Uvidi=<br>
m ako sa to bude chovat za ostrej prevadzky ale asi je to normalne. Ja zas =<br>
az tak do toho mirrorovania (Raid1) nevidim.<br><br>
<br>Co sa chcem ale este spytat. <br>Aky filesystem by ste pouzili na 1 TB =<br>
SW-RAID1 pole pre /home particiu na ktorej bude stovka-tisic malych suborov=<br>
(Maildir + dovecot + tisicka uzivatelov =3D mega po prdel fajlov!).<br>Pot=<br>
rebujem mat rychly pristup k tymto suborom. No samozrejme nechcem nijak ext=<br>
ra vykonovo diskriminovat ani uzivatelov, ktori budu vo svojom home pracova=<br>
t s "gigovymi" subormi. <br><br>
Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a XFS.<br>Uz=<br>
som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa lisia. Zat=<br>
ial co jeden vynasa do nebies BtrFS, tak druhy zasa preferuje ext4 a pod.<b=<br>
r><br>
<br>Kedysika som ospevoval EXT3 v standard system konfiguracii ale v urcito=<br>
m momente sa na particiu nedal ulozit ziaden dalsi subor aj ked na nej bolo=<br>
miesto. Zistil som, ze su plne inodes a jediny sposob ako to vyriesit bolo=<br>
data-destruktivne tune2fs. Odvtedy pouzivam XFS ale nemyslim si, ze je to =<br>
to prave, orechove pre take mnozsto malych fajlikov.<br><br>
<br>Aky na to mate nazor?<br>J.<br><br><br><br><br><br><div class=3D"gmail_=<br>
quote">2012/1/23 Matus UHLAR - fantomas <span dir=3D"ltr"><<a href=3D"ma=<br>
<a href="mailto:ilto%3Auhlar@fantomas.sk">ilto:uhlar@fantomas.sk</a>"><a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a></a>></span><br><blockquote cla=<br>
ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pa=<br>
dding-left:1ex"><br>
<div class=3D"im"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .=<br>
8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=<br>
x #ccc solid;padding-left:1ex"><br>
Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU, t.j. ide o sw RAID u=<br>
lozeny v ROM/flash pamati, jednak pomalsej ako RAM, jednak je ten SW RAID v=<br>
elmi pravdepodobne nekompatibilny s inym HW, mozno aj verziami BIOSu.<br><br>
<br>
</blockquote></blockquote><br>
<br></div><div class=3D"im"><br>
On 23.01.12 09:51, Peter Viskup wrote:<br><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=<br>
x #ccc solid;padding-left:1ex"><br>
posli nejake info o tomto softveri RAIDu v BIOSe, pretoze tohoto som si nie=<br>
vedomy<br><br>
</blockquote><br>
<br></div><br>
wikipedia:<br><br>
<br><br>
<a href=3D"<a 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>
target=3D"_blank"><a href="http://en.wikipedia.org/wiki/" target="_blank">http://en.wikipedia.org/wiki/</a><u></u>RAID#Firmware.2Fdrive=<br>
r-based_<u></u>RAID</a><br><br>
<br><br>
during early stage bootup, the RAID is implemented by the firmware, and onc=<br>
e the operating system has been more completely loaded, then the drivers ta=<br>
ke over control.<br><br>
<br><br>
Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac by z neho =<br>
nebolko mozne napr. bootovat. =A0Samozrejme potom zalezi uz na SW (asi toho=<br>
bude schopny viac ako ten BIOSacky)<div class=3D"im"><br><br>
<br><br>
-- <br><br>
Matus UHLAR - fantomas, <a href=3D"mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>" target=3D"_bla=<br>
nk"><a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a></a> ; <a href=3D"<a href="http://www.fantomas.sk/" target="_blank">http://www.fantomas.sk/</a>" target=3D"_=<br>
blank"><a href="http://www.fantomas.sk/" target="_blank">http://www.fantomas.sk/</a></a><br><br>
Warning: I wish NOT to receive e-mail advertising to this address.<br><br>
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.<br></d=<br>
iv><br>
They that can give up essential liberty to obtain a little temporary<br><br>
safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759<div c=<br>
lass=3D"HOEnZb"><div class=3D"h5"><br><br>
______________________________<u></u>_________________<br><br>
<a href=3D"<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a>" target=3D"_blank"=<br>
><a href="https://lists.linux.sk/" target="_blank">https://lists.linux.sk/</a><u></u>mailman/listinfo/linux</a><br><br>
Meta FAQ: <a href=3D"<a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a>" target=<br>
=3D"_blank"><a href="http://www.sklug.sk/lists/" target="_blank">http://www.sklug.sk/lists/</a><u></u>linux/metafaq.html</a><br><br>
</div></div></blockquote></div><br><br>
<br>
--Boundary_(ID_3mos6WXoXiNCvCfLYRW18A)--<br>
<br>MIME-version: 1.0<br>
Content-type: message/rfc822<br>
<br>
Date: Fri, 27 Jan 2012 20:56:24 +0100<br>
From: Peter Viskup <<a href="mailto:skupko.sk@gmail.com">skupko.sk@gmail.com</a>><br>
Subject: Re: [linux] Aky filesystem pouzit? (bolo: Rychlost software RAIDu na<br>
Debiane)<br>
In-reply-to:<br>
<CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=<a href="mailto:haA@mail.gmail.com">haA@mail.gmail.com</a>><br>
To: Vseobecna diskusia o Linuxe <<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
Reply-to: Vseobecna diskusia o Linuxe <<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
Message-id: <<a href="mailto:4F230168.7060403@gmail.com">4F230168.7060403@gmail.com</a>><br>
MIME-version: 1.0<br>
Content-type: multipart/alternative;<br>
boundary="Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)"<br>
Precedence: list<br>
Message: 2<br>
References: <CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=<a href="mailto:haA@mail.gmail.com">haA@mail.gmail.com</a>><br>
List-Post: <mailto:<a href="mailto:linux@lists.linux.sk">linux@lists.linux.sk</a>><br>
<br>
This is a multi-part message in MIME format.<br>
<br>
--Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)<br>
Content-type: text/plain; charset=ISO-8859-1; format=flowed<br>
Content-transfer-encoding: 7BIT<br>
<br>
Ja rad pouzivam XFS na vsetky aplikacne data. Myslim, ze je to<br>
dostatocne skalovatelny filesystem a vhodny najma tam kde potrebujes<br>
paralelne pristupy - vid. "Allocation groups" [1]<br>
Okrem ineho v pripade velkych FS ponuka rychly FS-consistency check,<br>
neviem nakolko je to lepsie v EXT4...mensou nevyhodou, ktoru som ja<br>
pocitil je, ze neponuka moznost jednoducheho a online zmensovania FS.<br>
<br>
--<br>
Peter<br>
<br>
[1] <a href="http://en.wikipedia.org/wiki/XFS" target="_blank">http://en.wikipedia.org/wiki/XFS</a><br>
<br>
On 01/27/2012 08:24 PM, Juraj Remenec wrote:<br>
> Ja som uz asi pochopil o co ide.<br>
> Ten proces, ktory spomaloval cely chod servera - zatial bezal len<br>
> jeden krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co sa<br>
> spustil a bezal niekolko minut, ked som na novo vytvoril raidove pole<br>
> a od vtedy som nepostrehol, ze by sa spustil znova. Uvidim ako sa to<br>
> bude chovat za ostrej prevadzky ale asi je to normalne. Ja zas az tak<br>
> 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<br>
> na ktorej bude stovka-tisic malych suborov (Maildir + dovecot +<br>
> tisicka uzivatelov = mega po prdel fajlov!).<br>
> Potrebujem mat rychly pristup k tymto suborom. No samozrejme nechcem<br>
> nijak extra vykonovo diskriminovat ani uzivatelov, ktori budu vo<br>
> 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<br>
> lisia. Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa<br>
> preferuje ext4 a pod.<br>
><br>
> Kedysika som ospevoval EXT3 v standard system konfiguracii ale v<br>
> urcitom momente sa na particiu nedal ulozit ziaden dalsi subor aj ked<br>
> na nej bolo miesto. Zistil som, ze su plne inodes a jediny sposob ako<br>
> to vyriesit bolo data-destruktivne tune2fs. Odvtedy pouzivam XFS ale<br>
> 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>
> 2012/1/23 Matus UHLAR - fantomas <<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a><br>
> <mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>>><br>
><br>
> On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br>
><br>
> Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU,<br>
> t.j. ide o sw RAID ulozeny v ROM/flash pamati, jednak<br>
> pomalsej ako RAM, jednak je ten SW RAID velmi<br>
> pravdepodobne nekompatibilny s inym HW, mozno aj verziami<br>
> BIOSu.<br>
><br>
><br>
> On 23.01.12 09:51, Peter Viskup wrote:<br>
><br>
> posli nejake info o tomto softveri RAIDu v BIOSe, pretoze<br>
> tohoto som si nie vedomy<br>
><br>
><br>
> wikipedia:<br>
><br>
> <a 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<br>
> firmware, and once the operating system has been more completely<br>
> loaded, then the drivers take over control.<br>
><br>
> Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt inac<br>
> by z neho nebolko mozne napr. bootovat. Samozrejme potom zalezi<br>
> uz na SW (asi toho bude schopny viac ako ten BIOSacky)<br>
><br>
><br>
> --<br>
> Matus UHLAR - fantomas, <a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a><br>
> <mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>> ; <a 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>
> They that can give up essential liberty to obtain a little temporary<br>
> safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759<br>
><br>
> _______________________________________________<br>
> <a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a><br>
> Meta FAQ: <a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> <a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a><br>
> Meta FAQ: <a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a><br>
<br>
<br>
--Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)<br>
Content-type: text/html; charset=ISO-8859-1<br>
Content-transfer-encoding: 7BIT<br>
<br>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><br>
<html><br>
<head><br>
<meta content="text/html; charset=ISO-8859-1"<br>
http-equiv="Content-Type"><br>
<title></title><br>
</head><br>
<body bgcolor="#ffffff" text="#000000"><br>
Ja rad pouzivam XFS na vsetky aplikacne data. Myslim, ze je to<br>
dostatocne skalovatelny filesystem a vhodny najma tam kde potrebujes<br>
paralelne pristupy - vid. "Allocation groups" [1]<br><br>
Okrem ineho v pripade velkych FS ponuka rychly FS-consistency check,<br>
neviem nakolko je to lepsie v EXT4...mensou nevyhodou, ktoru som ja<br>
pocitil je, ze neponuka moznost jednoducheho a online zmensovania<br>
FS.<br><br>
<br><br>
--<br><br>
Peter<br><br>
<br><br>
[1] <a class="moz-txt-link-freetext" href="<a href="http://en.wikipedia.org/wiki/XFS" target="_blank">http://en.wikipedia.org/wiki/XFS</a>"><a href="http://en.wikipedia.org/wiki/XFS" target="_blank">http://en.wikipedia.org/wiki/XFS</a></a><br><br>
<br><br>
On 01/27/2012 08:24 PM, Juraj Remenec wrote:<br>
<blockquote<br>
cite="mid:CAJ37LfR9GUeEQ=EQJvvZ4BSoL489F=a2DUwAK1r4Ebb4tw=<a href="mailto:haA@mail.gmail.com">haA@mail.gmail.com</a>"<br>
type="cite">Ja som uz asi pochopil o co ide. <br><br>
Ten proces, ktory spomaloval cely chod servera - zatial bezal len<br>
jeden krat. Ked som vytvoril raidove pole. Je to nejaky Rebuild co<br>
sa spustil a bezal niekolko minut, ked som na novo vytvoril<br>
raidove pole a od vtedy som nepostrehol, ze by sa spustil znova.<br>
Uvidim ako sa to bude chovat za ostrej prevadzky ale asi je to<br>
normalne. Ja zas az tak do toho mirrorovania (Raid1) nevidim.<br><br>
<br><br>
Co sa chcem ale este spytat. <br><br>
Aky filesystem by ste pouzili na 1 TB SW-RAID1 pole pre /home<br>
particiu na ktorej bude stovka-tisic malych suborov (Maildir +<br>
dovecot + tisicka uzivatelov = mega po prdel fajlov!).<br><br>
Potrebujem mat rychly pristup k tymto suborom. No samozrejme<br>
nechcem nijak extra vykonovo diskriminovat ani uzivatelov, ktori<br>
budu vo svojom home pracovat s "gigovymi" subormi. <br><br>
Nejaky schopny kompromis. Dostupne moznosti: EXT3, EXT4, btrFS a<br>
XFS.<br><br>
Uz som si precital mnoho, mnoho pokecov a benchmarkov ale kazde sa<br>
lisia. Zatial co jeden vynasa do nebies BtrFS, tak druhy zasa<br>
preferuje ext4 a pod.<br><br>
<br><br>
Kedysika som ospevoval EXT3 v standard system konfiguracii ale v<br>
urcitom momente sa na particiu nedal ulozit ziaden dalsi subor aj<br>
ked na nej bolo miesto. Zistil som, ze su plne inodes a jediny<br>
sposob ako to vyriesit bolo data-destruktivne tune2fs. Odvtedy<br>
pouzivam XFS ale nemyslim si, ze je to to prave, orechove pre take<br>
mnozsto malych fajlikov.<br><br>
<br><br>
Aky na to mate nazor?<br><br>
J.<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<br><br>
<div class="gmail_quote">2012/1/23 Matus UHLAR - fantomas <span<br>
dir="ltr"><<a moz-do-not-send="true"<br>
href="mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>"><a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a></a>></span><br><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt<br>
0.8ex; border-left: 1px solid rgb(204, 204, 204);<br>
padding-left: 1ex;"><br>
<div class="im"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt<br>
0.8ex; border-left: 1px solid rgb(204, 204, 204);<br>
padding-left: 1ex;"><br>
On 01/23/2012 09:32 AM, Matus UHLAR - fantomas wrote:<br><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt<br>
0.8ex; border-left: 1px solid rgb(204, 204, 204);<br>
padding-left: 1ex;"><br>
Pokial viem, v BIOSe je ulozeny aj softver toho RAIDU,<br>
t.j. ide o sw RAID ulozeny v ROM/flash pamati, jednak<br>
pomalsej ako RAM, jednak je ten SW RAID velmi<br>
pravdepodobne nekompatibilny s inym HW, mozno aj<br>
verziami BIOSu.<br><br>
</blockquote><br>
</blockquote><br>
<br><br>
</div><br>
<div class="im"><br>
On 23.01.12 09:51, Peter Viskup wrote:<br><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt<br>
0.8ex; border-left: 1px solid rgb(204, 204, 204);<br>
padding-left: 1ex;"><br>
posli nejake info o tomto softveri RAIDu v BIOSe, pretoze<br>
tohoto som si nie vedomy<br><br>
</blockquote><br>
<br><br>
</div><br>
wikipedia:<br><br>
<br><br>
<a moz-do-not-send="true"<br>
href="<a 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>
target="_blank"><a href="http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID" target="_blank">http://en.wikipedia.org/wiki/RAID#Firmware.2Fdriver-based_RAID</a></a><br><br>
<br><br>
during early stage bootup, the RAID is implemented by the<br>
firmware, and once the operating system has been more<br>
completely loaded, then the drivers take over control.<br><br>
<br><br>
Takze ten RAID v BIOSe nemusi pouzivat OS, ale musi tam byt<br>
inac by z neho nebolko mozne napr. bootovat. Samozrejme potom<br>
zalezi uz na SW (asi toho bude schopny viac ako ten BIOSacky)<br>
<div class="im"><br><br>
<br><br>
-- <br><br>
Matus UHLAR - fantomas, <a moz-do-not-send="true"<br>
href="mailto:<a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a>" target="_blank"><a href="mailto:uhlar@fantomas.sk">uhlar@fantomas.sk</a></a><br>
; <a moz-do-not-send="true" href="<a href="http://www.fantomas.sk/" target="_blank">http://www.fantomas.sk/</a>"<br>
target="_blank"><a href="http://www.fantomas.sk/" target="_blank">http://www.fantomas.sk/</a></a><br><br>
Warning: I wish NOT to receive e-mail advertising to this<br>
address.<br><br>
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek<br>
reklamnu postu.<br><br>
</div><br>
They that can give up essential liberty to obtain a little<br>
temporary<br><br>
safety deserve neither liberty nor safety. -- Benjamin<br>
Franklin, 1759<br>
<div class="HOEnZb"><br>
<div class="h5"><br><br>
_______________________________________________<br><br>
<a moz-do-not-send="true"<br>
href="<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a>"<br>
target="_blank"><a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a></a><br><br>
Meta FAQ: <a moz-do-not-send="true"<br>
href="<a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a>"<br>
target="_blank"><a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a></a><br><br>
</div><br>
</div><br>
</blockquote><br>
</div><br>
<br><br>
<pre wrap=""><br>
<fieldset class="mimeAttachmentHeader"></fieldset><br>
_______________________________________________<br>
<a class="moz-txt-link-freetext" href="<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a>"><a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a></a><br>
Meta FAQ: <a class="moz-txt-link-freetext" href="<a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a>"><a href="http://www.sklug.sk/lists/linux/metafaq.html" target="_blank">http://www.sklug.sk/lists/linux/metafaq.html</a></a></pre><br>
</blockquote><br>
<br><br>
</body><br>
</html><br>
<br>
--Boundary_(ID_ZcJeULiPKPz0cN4xIE0fDA)--<br>
<br>_______________________________________________<br>
<a href="https://lists.linux.sk/mailman/listinfo/linux" target="_blank">https://lists.linux.sk/mailman/listinfo/linux</a><br>
<a href="http://search.lists.linux.sk" target="_blank">http://search.lists.linux.sk</a><br>
<br></blockquote></div><br>