BLACKHOLE.sk - linux - Comments

Re: Introducing to VirtualBox server management.

daan — Sun, 15 Aug 2010 18:02:21 +0200

vbox ma hlavne imho v sucasnosti problemy.
po tom ako ho prevzal oracle sa mi velmi nepaci smer, ktrym sa ubera. (kedze to ani nie je ich core business, niet sa co cudovat.)

napriklad ten spominany bug v clanku - testoval som to na roznych serveroch s inym hardware, ale nakoniec s rovnakym vysledkom.

na irc som sa rozpraval s nejakymi ludmi od nich a podla vsetkeho hlavnu technicku zmenu podstupil virtualbox prave v handlovani storage (rozumej - cele to prepisali.)

celkom dobre to vystihuje tento blog - http://www.muktware.com/news/26/2010/249

Re: Introducing to VirtualBox server management.

Noem — Sun, 15 Aug 2010 12:07:17 +0200

Pekny clanok, VBox je zaujimavy nastroj a vela ludi ani nevie, ze existuje.

Re: Introducing to VirtualBox server management.

srnec — Fri, 13 Aug 2010 20:25:15 +0200

Dobra clanok, len pripomienka ku GUI vs VboxManage. Command line ovladaniu sa nevyhnes ani na deskope nakolko cez gui nejdu spravit niektore extra veci. Vzdy si ale radsej spravim skript ked konecne vydolujem nastavenie nejakeho prikazu, ked to nepouzivam casto tak zabudnem a popis je dost dlhy na studovanie.

Re: Tipy na zrýchlenie emailových a webových služieb ...

nautiluZ — Mon, 01 Feb 2010 12:08:17 +0100

Pekne, no ja bych jizlive poznamenal ze pokud chcete zvysit vykon databaze nepouzivejte MySQL, ale samozrejme chapu ze je to jakysi trzni standart v tehle oblasti, navic s takto udelanou virtualizaci by se dal taky vymyslet pomerne zajimavy HA system, jak mate resenou HA ted? HeartBeatem nebo ciste mysql prostredky?

Co se tyce mailserveru jasne... CFQ je obecne dost spatny pri zapisovani velkeho poctu operaci/velke granularite operaci, dal by se zvolit i lepsi nez je DEADLINE, ale predpokladam ze desitky tisic dolaru za montavistu nebo SLERT (neboli Concurrent Linux) se vam zrovna platit nechce ... nicmene neuvazovali by jste pro mailovy a vlastne i databazovy server pri obmene hardwaru zkusit treba Movidis server? (www.movidis.com). Je postaveny na RISC procesoru OCTEON ktery ma 16 jader a na operace tohoto typu je jak delany, ma vybornou propustnost a diky velkemu poctu jader a MIPSove architekture umi zpracovavat celkem dost operaci simultalne, ale je pravdou ze jeho hruby vypocetni vykon je nizsi nez intelu, nicmene je otazkou na co potrebujete instrukce vhodne napr. pro vypocet fraktalu na emailovem serveru ;).

Re:

pato83 — Sun, 31 May 2009 18:15:11 +0200

to Srigi: Skusim to s niektorymi polozkami v kerneli. Som si totiz tiez vsimol, ze tam pribudli moznosti konkretne pre Dell. Skusim bez nich a este dalsich kandidatov si tam najdem a uvidim.

to casso: Stiahnem aj kernel, ktory je momentalne v Debiane ako default a pouzijem config terajsi z noveho a uvidime. V najblizsich dnoch az samozrejme, praca nepusti.

Re: meranie

pato83 — Sun, 31 May 2009 18:11:57 +0200

Hej, cim dalej nad tym uvazujem, tym sa priklanam k tomu, ze suborovy system s tym ma asi najmenej spolocne. Este sa s tym skusim pohrat a snad pridem na to, co to sposobilo. Veci, co si opisoval, plne chapem a suhlasim s nimi. Co sa tyka tej necinnosti, mal som na mysli, ze sa nekopirovali ziadne objemy dat na disk, no som mal spusteny prehravac, browser, im, pocas doby testu. Taktiez co sa tyka toho grafu, pokial by bolo v spicke pri zatazi rozdiel 7 stupnov a v klude dajme tomu 2, tak by bolo o dost zrejmejsie, ze s tym ma docinenia prave suborovy system. Ved uvidime.

Re:

casso — Sun, 31 May 2009 14:47:28 +0200

Z casti sa priklánam k tomuto názoru ale nevylucoval by som ani faktor efektivnejsieho planovania diskovych operacii pri pouziti noveho FS a kernelu.

Re:

srigi — Sun, 31 May 2009 10:34:02 +0200

Mam taky pocit, ze nizsie teploty sposobil novy kernel, krory lepsie podporuje PM funkcie booku a napr. posiela CPU do hlbsieho spanku pocas IDLE.

----------------------
while (2*2 == 5) {
echo "If you're reading this, something is definitely wrong";
}

meranie

ultramage — Sun, 31 May 2009 02:29:00 +0200

Hm? Pokles o 7°C pri _nečinnosti_ len výmenou filesystému? By definition pri 'nečinnosti' by disk nemal vôbec pracovať, a teda obsah disku by nemal mať na teplotu žiaden dopad. Dosiahnuteľné napr. v BIOS menu (ale zas tam ti ide procesor na 100%). Ak myslíš beh systému bez užívateľskej aktivity, tam treba zaručiť konzistentné merania (napr. Windows po pár minútach 'nečinnosti' spúšťa defragmentáciu :).

Navyše máš rôzne vedľajšie faktory ako zavretá|otvorená bedňa, prúdenie vzduchu, počasie / izbová teplota, atď. Pri zavretej bedni bez úber vetrania vzniká jav kde s dlhodobejšou záťažou na CPU+grafiku (hranie) postupne stúpa teplota vzduchu v bedni, až kym nedosiahne rovnovážny stav - a zároveň ohrieva všetky súčiastky naokolo.

Takže konštatovanie - nezdá sa mi že by typ filesystemu mohol nejak ovplyvniť teplotu disku v pokoji. Pri záťaži to už dava zmysel, ale iba pri vhodne zvolených a hlavne konzistentných testoch, keďže disk na rozdiel od CPU nemá 12mm chladič s celomedeným heatsinkom s MX2 pastou, a teda zahriať/vychladnúť mu nejaký čas trvá.

PS: ten obrázok grafu nejde zväčšiť, asi má zlý link.
PS2: smartmontools mi tvrdí že moj Samsung má momentálne 33°C (Vista NTFS, 2 hodiny 'idle').

Re: Linux page cache a control groups

ziman — Sat, 11 Apr 2009 12:09:02 +0200

Vyborne, pacilo sa mi to -- zrozumitelne a jasne ;-)

Ine systemy maju page cache napisanu lepsie?
--
On neni mrtev, on jenom spi!

Re: Adresar /proc a praca s nim spojena.

W1cK3d — Sat, 04 Apr 2009 12:04:23 +0200

zrob aj 2 nech sa daco priucim..... :) akurat pri tom nezosalej jak ja ked som naposledy daco podobne pisal o command prompte v Linuxe pre deti ;)

Re: Linux page cache a control groups

stanojr — Fri, 27 Mar 2009 20:37:42 +0100

z linuxom sa hram vyse 10 rokov a spravujem servery nejakych 4,5 rokov
ono sa to na cloveka postupne nalepi ak neustale riesi nejake problemy preco to nejde, ide to pomaly, atd. :)

Re: Linux page cache a control groups

stanojr — Fri, 27 Mar 2009 20:31:42 +0100

mozno niekedy ;)

Re: Linux page cache a control groups

Gregi — Fri, 27 Mar 2009 11:10:44 +0100

Vynikajuci napad rozobratia tak nestandardnej problematiky. Vzdy ma zaujimalo, kolko Ti trvalo dotiahnutie sa na takuto uroven detailnej znalosti tohto systemu. Podla mna o linuxe do takejto podrobnosti vie len male percento uzivatelov. Mohol by si mi trochu nacrtnut Tvoje kroky a dobu studia?

Re: Linux page cache a control groups

ineya — Fri, 27 Mar 2009 07:42:12 +0100

Toto je sikovne, diky za clanok :-).
Nenapises nejaky aj o manazovani tej mapped pamate? (kde ide co nastavit, tooly, atd)