MySQL akcelerované špeciálnym čipom

DSL.sk, 15.4.2009

Spoločnosť Kickfire dnes spustila predaj svojich databázových serverov postavených na MySQL databáze, ktorých kľúčovým prvkom mnohonásobne zvyšujúcim výkon MySQL je špeciálny akceleračný čip vyvinutý spoločnosťou.

Čip, označovaný spoločnosťou jednoducho SQL čip, je podobne ako grafické akceleračné čipy GPU spojený so serverom cez PCI Express rozhranie.

Urýchlenie prináša SQL čip podobne ako GPU tým, že dokáže spracúvať hromadne veľké objemy dát. Rovnako ako grafické karty je čip prepojený rýchlou zbernicou s lokálnou DDR2 pamäťou, podľa modelu s 32, 64 alebo 128 GB pamäte.

Výkon SQL čipu pri vykonávaní SQL príkazov je podľa Kickfire desaťnásobne až stonásobne vyšší ako výkon bežného serverového procesora, ktorého limitom je rýchlosť komunikácie s pamäťou a vykonávanie operácií nad dátami v registroch.

Servery Kickfire okrem čipu používajú ďalšie technológie na urýchlenie výkonu MySQL, vlastný storage engine ukladajúci dáta nie po riadkoch ale po stĺpcoch a ukladanie komprimovaných dát. To znižuje aj množstvo potrebných prenášaných dát z disku, podľa spoločnosti typicky až o 95% u aplikácií, pre ktoré sú servery určené.

Servery Kickfire majú nájsť uplatnenie na spracovanie veľkého množstva dát v databázach, napríklad v dátových skladoch. Nižší 2U modelový rad 2000 je určený pre databázy s odporúčaným objemom dát do 800 GB, vyšší 3U modelový rad 3000 pre databázy s objemom dát do 3 TB.

Servery podporujú maximálne osem 2.5" SAS diskov, podporované sú samozrejme aj externé úložiská dát. Výkon viacerých Kickfire serverov zatiaľ nie je možné kombinovať pre prácu nad rovnakými dátami.

Cena serverov Kickfire s dvomi štvorjadrovými Xeon procesormi začína na 32 tisíc dolároch. Viac informácií o novom čipe a serveroch je možné nájsť na kickfire.com.


Najnovšie články:



Diskusia:

Pridrahe... Od: PCnity3 | Pridané: 15.4.2009 19:04 Pre SMB riesenia nepouzitelne koli tej cene. Skoda. Odpovedať Známka: 10.0 Hodnotiť:

Re: Pridrahe... Od reg.: 34224 | Pridané: 15.4.2009 19:32 samba? srsly? Odpovedať Známka: -6.4 Hodnotiť:

Re: Pridrahe... Od reg.: Vektor | Pridané: 15.4.2009 19:42 Small to Medium Business? Odpovedať Známka: 10.0 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 15.4.2009 19:57 Ano... Odpovedať Známka: 8.2 Hodnotiť:

Re: Pridrahe... Od: rayen | Pridané: 15.4.2009 22:02 lepsie pouzit skratku SME Odpovedať Známka: -10.0 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 15.4.2009 19:58 Nehul to. SMB... SOHO... Blink? Odpovedať Známka: -3.3 Hodnotiť:

Re: Pridrahe... Od: lobo | Pridané: 15.4.2009 20:04 kolko SMB poznas co maju 800GB-3TB dat v aktualnej databaze? s cim sa stretavam je tak 150GB-200GB maximum Odpovedať Známka: 3.3 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 15.4.2009 21:02 Ver mi ze poznam. SMB povazujem < 1000 ludi (male az stredne velke podniky) Odpovedať Známka: 0.0 Hodnotiť:

Re: Pridrahe... Od: lobo | Pridané: 15.4.2009 21:22 za SMB sa obvykle povazuje 50-250 ludi, ale to je jedno podstatne je to ze ked mas 1000 ludi , tak hadam na ten 1-2 servery za $32k sa uz peniaze najdu Odpovedať Známka: 6.0 Hodnotiť:

Re: Pridrahe... Od: hehehe | Pridané: 15.4.2009 20:05 no schvalne mi ukaz aspon jednu spolocnost z SMB segmentu, ktora by potrebovala 800GB time-critical databazu... navyse nezabudaj, ze v cene mas uz rovno aj vykonny server, ktory samotny by stal minimalne $10k... nehovoriac o tom, ze pokial by si chcel dosiahnut vykon databazy porovnatelny s tymto riesenim pomocou klasickych serverov, tak by si sa vysplhal s cenou daleko vyssie ako $32k... Odpovedať Známka: 6.0 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 15.4.2009 21:09 Kokos? CTJB? Najlacnejsi 2x Xeon co mam v racku osadeny 24 GB FBRAM a len 2x 1T sata stoji okolo 1500 EUR aj s DPH!!! [supermicro 1U] Processors 8 Model Intel(R) Xeon(R) CPU E5410 @ 2.33GHz CPU Speed 2.33 GHz Lespie so SAS diskami a az do 48 GB ram stoja okolo 3000 EUR... Pokukavam aj po 4x quad opteron systemoch ale nic z toho nepresahuje 4000 EUR aj 64 GB ram. Ja viem ze tu cenu tam robi aj ta akceleracna karta, ALE AJ TAK JE PREHNANA! 32k USD = cca 24.000 EUR!!! Za to by som uz mal cluster s 12x 2U hp/ibm/supermicro/tyan servermi s 288 GB FB RAM a 96 cpu jadrami core2. A to je cena NAJLACNEJSIEho modelu. Takze dovidenia. Radsej cluster. Odpovedať Hodnotiť:

Re: Pridrahe... Od: hehehe | Pridané: 15.4.2009 21:44 no tak ty si teda ozaj expert... na vykonnu databazu potrebujes aj rychly storage... a taky najlacnejsi 2,5" SAS 10k rpm disk stoji viac nez tvojich 2x1TB... 15k rpm stoja este viac... ked si zratas cenu len tych 8 diskov co su v tom osadene, tak to mas viac nez cely tvoj super server... tiez kvalitny radic co je pre maximalny vykon nutnost stoji dobrych 1000eur... dalej rackova skrina 2U/3U s redundantnym zdrojom vyjde nemale peniaze... takisto nie vsetko sa toci okolo zeleza - to je dnes to najlacnejsie v IT sektore... najvacsiu cast prachov das za softver a support - naco ti bude cluster plny serverov, ked ho nebudes vediet nakonfigurovat na plny vykon pre tu-ktoru oblast pouzitia?? a ked sa ti nieco pose*e tak co, budes 3 dni maturovat kde je chyba?? kamosko takto to v enterprise segmente nechodi... a ver tomu, ze ten kto si toto bude kupovat tak si velmi rychlo dokaze zratat navratnost investicie... Odpovedať Známka: -3.3 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 16.4.2009 1:16 Nehul to. A citaj poriadne. Ako som spominal NAJLACNEJSI server ma sata disky, dalej je spomenute ze tie okolo 2000 eur uz maju sas (10k). Dalej byt si mohol vediet ze na high db load potrebujes hlavne dobru architekturu storage systemu. Cize ziadne extra nakladne raid radice. Najlepsie su pary radic <> disk. Aka kolvek snaha to zlepsit ide mimo. Ani najlepsi raid 10/50/50EE system ti neda taky vykon ako samostatne parovanie + na vsetko iny disk... Na kluce, na data este aj na disky iny par disk <> radic. Ak ma dakto velky budget moze pouzivat SAS alebo SSD serverove disky s velkym poctom IO a malym seektimeom... Odpovedať Známka: 0.0 Hodnotiť:

Re: Pridrahe... Od: PCnity3 | Pridané: 16.4.2009 1:17 Support tam nemiesaj... Za 3 dni by som to mal 18x nanovo spravene. Navyse cluster nemava vypadky ako celok, kedze v 99% ide o load balancing s HA zaroven. Aj ked ti fyzicky nejaky server vypadne, vsetko ide transparetne dalej... Narodiel od toho kebyze skape henta hracka. A disky co pipisujes aj tak v cene tych nie su. Cize zase si mimo. A dalej kto v dnesnej dobe este kupuje rackovu skrinu? Si z hrusky spadol? Si nikdy nevidel IBM obycajne eServre otovorene? Tie komponenty nie su standardizovane, ale naopak maximalne optimalizovane pre dany system. Este dalsia vec ma napada radic za 1000 EUR??? Tolko stoja trapne 3ware na 16 diskov... Ked uz sem tahas enterprise segment tak tam su skor zvykom diskove polia s nejakym intelegintnejsim host connectom ala fiber... IMHO sa hras na experta, ale si nejaky 2nd level suport v soitrone. Odpovedať Známka: 3.3 Hodnotiť:

Re: Pridrahe... Od: testtest | Pridané: 15.4.2009 22:24 >a<x Odpovedať Hodnotiť:

no pekne Od: Ir0nman | Pridané: 15.4.2009 19:19 Tak toto je paradicka, paci sa mi to Odpovedať Známka: 3.3 Hodnotiť:

acceleration Od: mxx | Pridané: 15.4.2009 19:41 Wow, bude nieco aj na PHP? Odpovedať Známka: -4.3 Hodnotiť:

Re: acceleration Od: PCnity3 | Pridané: 15.4.2009 19:59 HW "eAccelerator" :) s 128 GB SDRAM ;) Pacilo by sa aj mne. Odpovedať Známka: 3.3 Hodnotiť:

Re: acceleration Od: grinhilda | Pridané: 15.4.2009 20:00 PHP za bude za pár rokov mŕtve ;) Odpovedať Známka: -3.3 Hodnotiť:

Re: acceleration Od reg.: Norko | Pridané: 15.4.2009 20:10 len pre opytanie... co by malo nahradit PHP?? Odpovedať Známka: 7.1 Hodnotiť:

Re: acceleration Od: Clovek555 | Pridané: 15.4.2009 20:55 Google PHP Odpovedať Známka: 0.9 Hodnotiť:

Re: acceleration Od: PCnity3 | Pridané: 15.4.2009 21:12 Zla burina nevyhinie... PHP bude cim dalej tym viac oblubene & pouzivane. Rails, py ani pl nemaju sancu (imho). Navyse vykon PHP sa da pomocou akceleracnych nastrojov az 8x. Kompilovanim, cachovanim, etc... Napriklas eAccelerator alebo APC alebo XCache... Odpovedať Známka: 10.0 Hodnotiť:

Re: acceleration Od: ---- | Pridané: 15.4.2009 20:58 Ruby alebo Perl ? Odpovedať Známka: 0.0 Hodnotiť:

Re: acceleration Od reg.: Rolling Wall | Pridané: 15.4.2009 21:06 Podla mojho nazoru bude dalsi krok vo vyvoji webovych aplikacii prave Python / Perl / Ruby. Tieto jazyky sa uz pomaly zacinaju predierat do popredia a ponukaju podstatne vacsi potencial ako PHP. Osobne uz rok studujem Python a pol roka Ruby. Ak by som nasiel nejaky solidny hosting s nativnou podporou Ruby / Python, tak by som zacal vyvoj a v tych jazykoch. Odpovedať Známka: -3.3 Hodnotiť:

Re: acceleration Od: Ja. | Pridané: 15.4.2009 21:21 Vývoj PHP je lacnejší, lebo to zvládne aj priemerne inteligentná opica po úvodnom školení. Toto je výhoda ako sviňa. Odpovedať Známka: 10.0 Hodnotiť:

Re: acceleration Od reg.: kane777 | Pridané: 16.4.2009 13:43 nj, ale sprava takto vytvoreneho kodu bude dost nakladna.. presne to sa mi zda ako chyba (aj ked ono to vlastne nie je ani chyba ako taka) PHP - kazdy si mysli ze vie programovat ked zvladne spravit nejaky zlepenec v PHP.. Odpovedať Hodnotiť:

Re: acceleration Od: micro | Pridané: 15.4.2009 21:39 no tak Perl v tejto oblasti dominoval, a je to este horsi jazyk ako PHP. perl je uz dnes out, PHP vlastne zacalo tam kde perlovske cgi skripty skoncili. Python a Ryby su plnohodnotne OO jazyky a hlavne Ruby ma velku buducnest pred sebou tiez vychadza z Perlu ale zobralo si z neho len to najlepsie. Odpovedať Známka: 3.3 Hodnotiť:

Re: acceleration Od: _xxx | Pridané: 16.4.2009 7:19 perl nie je ani zdaleka tak zly ako php. pozri sa napr na taky catalyst. a okrem toho, p6 je uz na ceste: http://rakudo.org Odpovedať Hodnotiť:

Re: acceleration Od: _xxx | Pridané: 16.4.2009 7:19 a este doplnim - ukaz mi skriptovaci jazyk ktory ma taku library ako je CPAN. Odpovedať Hodnotiť:

Re: acceleration Od: scott28 | Pridané: 16.4.2009 10:41 zeby PHP a jeho library PEAR? Odpovedať Hodnotiť:

Re: acceleration Od: micro | Pridané: 15.4.2009 21:33 Na mensie projekty Ruby a na vacsie Java a C#, PHP sa prestane pouzivat rovnako ako sa pred rokmi do velkej miery prestal pouzivat Perl Odpovedať Známka: 7.1 Hodnotiť:

Re: acceleration Od: hehehe | Pridané: 15.4.2009 20:13 a co chces na PHP akcelerovat??? Odpovedať Známka: -6.0 Hodnotiť:

Re: acceleration Od reg.: und3ath | Pridané: 15.4.2009 20:17 vdaka tomu, ze PHP je interpretovany jazyk, je dost pomaly. Robil som vykonovy test v porovnani s C++ - ten isty algoritmus, ktory spracovaval tie iste data. PHPcku to trvalo do 10 minut, C++ 1-2 sekundy. Nehovoriac uz o zlej alokacie pamati pri PHP a pod. Odpovedať Známka: 10.0 Hodnotiť:

Re: acceleration Od: lobo | Pridané: 15.4.2009 20:39 10min vs 1-2 sek sa mi sice nechce verit, ale ked je to take kriticke miesto, co ti brani napisat to v C++? Odpovedať Známka: -2.0 Hodnotiť:

Re: acceleration Od: co mu brani... | Pridané: 15.4.2009 20:48 co mu brani? povedal by som ze mu brani skutocnost ze medzi c++ a php je taky rozdiel ze c++ je programovaci jazyk v ktorom sa vytvaraju aplikacie spustitelne pod operacnym systemom, samospustitelne aplikacie a aplikacie pisane v php potrebuju php server a webovy prehliadac. preco? pretoze su to webove aplikacie :-) Odpovedať Známka: 0.0 Hodnotiť:

Re: acceleration Od: ---- | Pridané: 15.4.2009 21:02 Spravit stranku mozes kludne aj v cistom C-ecku. O HTTP server sa postara Apache. Problem je v tom, ze casom by si aj tak dospel k vysledku podobnemu dnesnemu PHP. Odpovedať Známka: 7.1 Hodnotiť:

Re: acceleration Od: lobo | Pridané: 15.4.2009 21:38 kaaamo, ty si to dobre domotal cele "aplikacie pisane v php potrebuju php server a webovy prehliadac. preco? pretoze su to webove aplikacie :-) " 1. nebavili sme sa o aplikacii ale o algoritme, z coho vyplyva ze si mozes napisat aj v C++ funkciu do .dll alebo .so a volat z PHP ktora ti bude spracovavat nejake sialene matematicke operacie a vypluje ti vysledok, ktory si pekne nakreslis pomocou PHP 2. na spustenie *.php ti pod windowsom staci php.exe s kniznicami a pekne ti do command line vypise to HTML ktore by ti zobrazil browser ( niekedy ked potrebujem preparsovat nejaky textovy subor pomocou regular expression, tak to zbuchnem v textovom editore a pustim v command line) 3. je uplne jedno v akom jazyku napises to co sa ti zobrazi prostrednictvom webserveru podstatny je textovy vystup( kedysi som mal taky maly hlupy webserver a aplikacny server napisany v Turbo Pascale 7.0 - ako pokus) Odpovedať Známka: 5.0 Hodnotiť:

Re: acceleration Od: micro | Pridané: 15.4.2009 21:42 C++ je zastaraly jazyk ale daju sa v nom pisat aj vebove aplikacie hovori ti nieco CGI, FastCGI alebo ASP.NET? Odpovedať Známka: -5.0 Hodnotiť:

Re: acceleration Od reg.: Flety | Pridané: 15.4.2009 20:41 Skús pustiť C++ program vo Firefoxe a okamžite sa učím Cčko... :-| A vážne čo by malo byť namiesto PHP? možno Python ale myslím, že php tak skoro neskončí, nakoľko tu už zopár rokov je, stále sa vyvíja a je najrozšírenejší jazyk na tvorbu dyn. webov, neviem prečo by to malo padnúť. Odpovedať Známka: 3.3 Hodnotiť:

Re: acceleration Od: lifo | Pridané: 15.4.2009 20:48 Preco by neslo generovat webove stranky C? Viem ze apache vie pouzit binarku na generovanie stranky, druha vec je ze C nie je vhodny na taku pracu z textom aku pri tvoreni webu treba Odpovedať Hodnotiť:

Re: acceleration Od: Ja. | Pridané: 15.4.2009 21:25 ešte do svojej úvahy zakomponuj bezpečnosť... PHP nie je zrovna vzor bezpečnosti, ale pomocou C robiť stránky by bolo ako dať komukoľvek klávesnicu a monitor k serveru Odpovedať Hodnotiť:

Re: acceleration Od: lifo | Pridané: 16.4.2009 7:32 Na to si dosiel ako? Bezpecnost vacsinov zavisi od programatora ktory ten kod napise Odpovedať Hodnotiť:

Re: acceleration Od: Ja. | Pridané: 16.4.2009 8:48 A od admina, ktorý nastaví server. Odpovedať Hodnotiť:

Re: acceleration Od: _xxx | Pridané: 16.4.2009 8:27 precitaj si nieco o common gateway interface. Odpovedať Hodnotiť:

Re: acceleration Od reg.: kane777 | Pridané: 16.4.2009 13:48 tak sa zacinaj ucit.. a inak nemyl si C a C++.. A namiesto php snad python/ruby a Java/ASP pre velke projekty.. Odpovedať Hodnotiť:

Re: acceleration Od: lifo | Pridané: 15.4.2009 20:45 pravda ale dnes sa rychlost jazyka urcuje skor tym kolko zozerie casu programatorovy a nie cpu cyklov. Na druhu stranu PHP urcite nie je jazyk vhodny na narocne algoritmy typu vyrataj PI na 1000 desatinnych miest. Mne osobne sa najviac pozdava python. Lahko sa v nom pise a ked je nejaky modul moc pomaly tak sa da prepisat do C. Odpovedať Známka: 3.3 Hodnotiť:

Re: acceleration Od: asdfasdf2 | Pridané: 16.4.2009 8:28 Sa tu spomenula java (jsp / jsf) iba raz. To je java s ich vcelku slusnym frameworkom az tka neznama / nepopularna? Mne sa java javi ako vyborny jazyk, i ked som volakedy mal extremne rad c++, ale absenciou uceleneho, standardizovaneho frameworku jednak pre gui aplikacie a jednak pre pracu s "Internetom" mi akosi prestal šmakovať. Odpovedať Hodnotiť:

Re: acceleration Od reg.: Marki555 | Pridané: 16.4.2009 11:01 Mimochodom polka velkych webov (facebook, twitter a pod.) ma kriticke casti webu napisane priamo v C kvoli rychlosti. Odpovedať Hodnotiť:

Re: acceleration Od: Mettiu | Pridané: 15.4.2009 22:24 No uvedom si ze porovnavas dva jazyky s uplne inym zameranim... C++ je aplikacne zamerany jazyk vyuzivajuci OO principy programovania... no PHP je zamerany na nieco uplne ine a je to interpretovany jazyk takze nemoze byt taky rychly ako C++... Nizsie niekto pisal ze C++ je mrtvy jazyk..V com myslis ze je napisany napr Photoshop? PHP tak skoro nezmizne par rokov tu este bude... Ale velke projekty uz dnes bezia na Jave php je dobry na nieco take ako dsl.sk Odpovedať Známka: 3.3 Hodnotiť:

Re: acceleration Od reg.: und3ath | Pridané: 15.4.2009 22:35 mne islo iba o jednoduche porovnanie 2 algoritmov, nic viacej. Odpovedať Hodnotiť:

Programovanie Od: micro | Pridané: 15.4.2009 21:44 myslim ze tento clanok sa stretol s dost velkym ohlasom podla mna by mala redakcia pouvazovat o stranke zaoberajucej sa webovymi technologiami a programovanim nieco ako: zdrojak.root.cz Odpovedať Hodnotiť:

cotoje Od: aleluja | Pridané: 15.4.2009 22:29 Co je v takej 800GB databaze? nedokazem si predstavit tolko dat s cim sa naraz pracuje. raz som mal taky skript co mi zozral asi 500MB z mysql a to som cumel ze co to ma byt :-) Odpovedať Známka: -3.3 Hodnotiť:

Re: cotoje Od reg.: und3ath | Pridané: 15.4.2009 22:39 chod robit napr. do Soitronu na Backup... tam sa bezne stretnes s 5TB databazami(of course Oracle) Odpovedať Známka: 3.3 Hodnotiť:

Re: cotoje Od: lobo | Pridané: 16.4.2009 2:07 napriklad si zober nejaku predajnu siet ako jednota alebo tesco a hned si pri peknych par kybloch dat. nad tym samozrejme data predpocitane na OLAp analyzy a tak.. alebo mobilnych operatorov, plynarov, elektrikarov, vedecke centra pri nejakom zariadeni kde ti zbiera 15k senzorov monitorovane hodnoty kazdych 15 milisekund a trva to 2 tyzdne Odpovedať Známka: 3.3 Hodnotiť:

Re: cotoje Od: Peto_MiG | Pridané: 16.4.2009 10:02 No dobre, ale to uz sme sa trochu vzdialili od povodnej myslienky o "malom az strednom podniku". Odpovedať Hodnotiť:

Re: cotoje Od: lobo | Pridané: 16.4.2009 12:40 tak potom vysledky solitaire pre 300 pracovnikov :-) ja sam mam v mysql asi 120GB dat a to nie som ani stredny ani maly podnik, lebo analyzujem jednu vec a mam tam 11 rocne data Odpovedať Hodnotiť:

cpu vs disk Od: rayen | Pridané: 15.4.2009 23:37 no my sme na databazach merali dotaz vzdy podla poctov pristupov na disk. Taka vacsia databaza sa tazko drzi v RAM a teda by som to bral ako vhodne ktiterium pri vykone SQL, kedze najvacsia brzda bude vzdy disk to ze pci-x karta vie robit niake selecty priamo v ramke 100x rychlejsie ako cpu, je len pekny marketingovy tah Odpovedať Známka: 7.5 Hodnotiť:

Re: cpu vs disk Od: BIG BOOOZ | Pridané: 16.4.2009 0:38 LEBO SI HOMOSEXUAL A KOKOTIA HLAVA Odpovedať Známka: -9.2 Hodnotiť:

Re: cpu vs disk Od: Ja. | Pridané: 16.4.2009 8:50 Ale choď do riti, piatak z petržalky. Radšej sa uč, koniec školského roka nie je až tak ďaleko. Odpovedať Známka: 7.8 Hodnotiť:

Re: cpu vs disk Od: asdfasdf2 | Pridané: 16.4.2009 9:18 Mas pravdu. V postgre sa pre planovac vykonavania selektov mozu nastavit, ake pomery maju mat vykon disku, oproti vykonu procesoru a tam je tiez jasne vidno, ze ked chce plan planovaca siahnut na disk, tak mu ta rovnica prida tolko, ze si to dvakrat rozmysli, ci to nepohlada v ramke, pripadne sa neopyta na googli :D Odpovedať Hodnotiť:

Pridať komentár