hojko: No, pisal som na zaciatku, ze som to cele necital. K tomu vykonu mas pravdu, testy som nejak nepozeral Na oboch serveroch co "mam" v ovh nie je HW raid. Na jednom je SW raid 1 a na druhom 0. Linuxacky raid sa mi paci ovela viac ako hw raid, pri ktorom ani nevies v akom stave je raid /neplati pre radice, kt. stoja 500eur a vyssie tie maju na to utilitky/. Myslim, ze v cpu bude dost velka rezerva, takze urcite by sa naslo miesto pre riesenie instrukcii na zapis na dva hdd. Pripadne pouzit iba jeden disk a dalsi dat na zalohy (akurat dlhsia doba vypadku, ale ssd mi nepridu moc poruchove).
Ako tak pozeram co som pisal, tak o SSD som do servera vobec neuvazoval. Uviedol som to zle, malo ist o SAS 15-tisic otackove disky, ktore som chcel povodne do servera, avsak odradila ma cena kvalitneho radica.
2hojko: Ako si prisiel na to, ze na SAS disky potrebujes kvalitny radic? Pokial, nerobis hw raid tak nezalezi na tom aky je radic. A ked uz ides robit hw raid, tak sa cena radica nemeni nejak vyrazne podla toho ci je SATA, alebo SAS. Konkretne mam jednu masinu s 2xSAS na sw raide (radic je tam nejaky shit od hp a dokonca podporuje aj hw raid, ale radsej som nechal sw) a neni problem.
Warezman prečo by spravil s SSD chybu? Za aktuálne financie si SLC nemôže dovoliť a MLC by sa tam vyhúlilo ako puberťáci na lyžovačke v tatrách. Multi Level Cell by nevydržalo ten nápor a počet zápisov a výmazov [pracovných cyklov] by sa naplnil skôr ako prianie zlatej rybky z bratislavského kanálu...
2uplink: Dobra metafora No k realite, pri MySQL (ako aj inych DB) ide hlavne o pristupovu dobu a tu maju ssd disky najnizssiu /aj MLC/. A to, ze by DB tohto fora dokazala dat MLC-čkam na <> beriem ako dobry vtip.
BTW: Tabulky fora bezia na innoDB, alebo na MyISAM?
Par zakladnych veci, ktore teda mozes spravit:
- konvertnut db na innodb
- nainstalovat php opcode cache - phpbb odporuca APC
- search robit cez Sphinx - tiez na tom bezi forum phpbb.com
Osobne mam skusenosti zatial akurat s konverziou na innodb a mozem povedat, ze na fore 1.4 mil postami, 30k UIP denne a 800k page views denne ~ 5.5 GiB db, to ide o poznanie sviznejsie. Bezi to na dnes uz dost low end serveri - stvorjadro X3220 @ 2.4 ghz, 8 GB ram, 10k rpm disky v sw raid 1.
Azrael: Momentalne sa server pripravuje a instaluje, nerobim to ja, ale kamarat. V piatok sme nieco podobne rozoberali a pravdepodobne tam hodi eAccelerator, ktory ma o nieco lepsie vysledky ako APC. O Sphinxe som cital zaciatkom januara, ked som hladal par veci na zataz servera, neviem ci som nahodou aj tu temu na phpbb.com necital, ktoru si sem dal. Ked sa nahodilo nove phpBB3, tak dva dni generovalo tabulky pre vyhladavanie - malo to okolo 30 milionov zaznamov a okolo 800MB, nepamatam si to uz presne. Potom som to skusil zmazat a prehodit to cez nativne vyhladavanie priamo MySQL. Podla mojho nazoru je to cele rychlejsie, ved 30 milionov zaznamov v db vypadlo, hlavne pri odosielani prispevku to netrva tak dlho. Hladal som aj diskusie o tom, ktore hladanie je vykonnejsie, tak priamo niekto z programatorov phpBB pisal, ze je to 50:50, ze tazko urcit co je lepsie. Pre vacsie fora ale indexacia zaznamov vhodna zrejme nie je, teda aspon podla mna. Ked pises o tom, ze terajsi server by to mal zvladnut, tak su tu aj ine veci okrem fora, ktore to vytazuju - napriklad Counter-Strike server, ktory dokaze pri plnom obsadeni tiez zozrat dost z procesora. Novy server bol aj tak potrebny, za tie tri roky sa nabrali aj iste skusenosti a tak budeme lepsie vediet server optimalizovat a vieme, ze ktorym chybam sa treba vyhnut.
Na oboch serveroch co "mam" v ovh nie je HW raid. Na jednom je SW raid 1 a na druhom 0. Linuxacky raid sa mi paci ovela viac ako hw raid, pri ktorom ani nevies v akom stave je raid /neplati pre radice, kt. stoja 500eur a vyssie 
tie maju na to utilitky/. Myslim, ze v cpu bude dost velka rezerva, takze urcite by sa naslo miesto pre riesenie instrukcii na zapis na dva hdd. Pripadne pouzit iba jeden disk a dalsi dat na zalohy (akurat dlhsia doba vypadku, ale ssd mi nepridu moc poruchove).
