Komentáře k Heronovo

Komentář k příspěvku Měření diskového výkonu v závislosti na nastavení kernel scheduleru od Heron

Heron — Fri, 03 Feb 2012 10:37:49 +0000

Ahoj

Kurnik, máš pravdu. Netuším, kde ta chyba mohla vzniknout, celé je to z Calcu (včetně funkcí).

Jaké máš zkušenosti se SSD jako serverovým diskem?

Komentář k příspěvku Podzim nad vodou, aneb plavat se dá v každém věku a počasí od Heron

Heron — Fri, 03 Feb 2012 10:28:04 +0000

Jsem rád, že to někomu do čtečky chodí .

Doplňuji fotogalerie. Jsou to fotky starší, takže je vydávám se starším datem, ať to má chronologickou souvislost.

Komentář k příspěvku Podzim nad vodou, aneb plavat se dá v každém věku a počasí od lzap

lzap — Fri, 03 Feb 2012 08:44:46 +0000

Co s tím blogem děláš? Starý články mi chodí do RSS, jako bys je znova vydával. Ale né najednou, jeden po druhým…

Komentář k příspěvku Měření diskového výkonu v závislosti na nastavení kernel scheduleru od Martin

Martin — Tue, 31 Jan 2012 20:52:43 +0000

Ahoj,

Jestli máš naměřené hodnoty scheduleru deadline v tabulce správně, máš špatně vypočítaný průměr tps. Napsaný máš 1626 ale průměr z naměřených dat je 1545,5. Takže by to znamenalo, že deadline se posune na druhé místo a nejrychlejší bude scheduler noop s průměrem 1569.75 tps.

Jinak můžu potvrdit, že nasazení deadline scheduleru na velmi vytížených serverech (Debian Etch, Lenny, Squeeze) sníží load systému a nedochází k pádům(například při každodenním nočním zálohování 50 až 100GB) jako s schedulerem sfq, kdy docházelo k tomu, že se systémem nebylo možné vůbec pracovat, load systému v aplikaci htop ukázal klidně i několik tisíc a server odpadl kvůli nedostatku paměti (měl jí 8GB + 10GB Swap).
Ovšem změna scheduleru byla v těchto případech jen dočasným řešením. Bylo nutné klasický systémový(é) disk SAS či SATA vyměnit za SSD, potom už problémy se odezvami nebyly )

Komentář k příspěvku Recenze knihy MySQL profesionálně – Optimalizace pro vysoký výkon od Report o ztrátě dat aneb proč nemám rád MySQL | Heronovo

Report o ztrátě dat aneb proč nemám rád MySQL | Heronovo — Sun, 29 Jan 2012 15:29:23 +0000

[...] se ráda rozbije. Lidé kolem MySQL to berou jako vlastnost a i v tlustých knížkách se bere za standard neustálá kontrola správnosti replikace. V tomto případě se zálohovalo ze [...]

Komentář k příspěvku Firehol — ultimátní firewall od Domací poštovní server | Heronovo

Domací poštovní server | Heronovo — Thu, 19 Jan 2012 11:36:20 +0000

[...] naslouchat na všech síťových rozhranní. Předpokladem tohoto ovšem je správně nastavený firewall – nevytváříme relay server pro šíření spamu [...]

Komentář k příspěvku Měření rychlosti čtení z disku v závislosti na počtu čtenářů od lzap

lzap — Fri, 21 Oct 2011 18:51:48 +0000

Hehe hodne zajimavy. na obou koncich je vlastne logaritmicky prubeh. konverguje to.

Komentář k příspěvku Optimalizace PostgreSQL DB – testy výkonu od LucaS

LucaS — Fri, 16 Sep 2011 10:00:42 +0000

Díky za článek, po přestěhování ze sdíleného hostingu na VPS a po instalaci postgreSQL jsem měl databázi děsně pomalou. Při práci s tabulkou, kde je cca 1000000 záznamů (indexovaných) se s tím DB nedokázala poprat v rozumném čase. Což mi na postgre připadalo dost divné. Až po úpravě .cong a zejména navýšením cache_effective_size se vše vyřešilo. Díky.

Komentář k příspěvku Instalace PostgreSQL od lzap

lzap — Fri, 26 Aug 2011 11:29:29 +0000

Pěkné.

Komentář k příspěvku Inkrementální zálohování pomocí btrfs snapshotů od Heron

Heron — Fri, 19 Aug 2011 14:35:18 +0000

Mě spíše děsí jiná věc. BTRFS má ještě mnoho featur k implementaci. Což si může vyžádat změnu diskového formátu. Pokud bude hodně nasazení, tak se obávám, že vývojáři ustoupí změně formátu a prostě to nabastlí na stávající.

Ale jinak je to fajn FS. Ještě by se mi líbila automatická deduplikace a také implementace raid5.