abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 0
včera 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 18
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 8
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 2
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 0
2.12. 00:10 | Nová verze

Byla vydána verze 3.2 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata. Z novinek lze zmínit například podporu protokolů DNP3 a CIP/ENIP, vylepšenou podporu TLS a samozřejmě také aktualizovanou dokumentaci.

Ladislav Hagara | Komentářů: 0
1.12. 21:00 | Nová verze

Byla vydána beta verze Linux Mintu 18.1 s kódovým jménem Serena. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu s prostředím MATE a druhé o vydání Linux Mintu s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18.1 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 0
1.12. 16:42 | Nová verze

Byl vydán Devuan Jessie 1.0 Beta 2. Jedná se o druhou beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička). První beta verze byla vydána v dubnu letošního roku (zprávička). Jedna z posledních přednášek věnovaných Devuanu proběhla v listopadu na konferenci FSCONS 2016 (YouTube, pdf).

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 767 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Jaky HW pro domaci databazovy server (PostgreSQL)

2.3.2009 13:05 ph0enix | skóre: 18 | Praha
Jaky HW pro domaci databazovy server (PostgreSQL)
Přečteno: 1725×

Nevim, zda tento dotaz patri vic sem, nebo do HW poradny - dotyka se obou oblasti.

V ramci jednoho meho projektu planuji vyuziti databaze PostgreSQL. Vzhledem k tomu, ze me domaci PC jiz dosluhuje, rohodl jsem se jej nahradit necim novym strojem co bude po nekolik mesicu hrat ulohu DB serveru a po skonceni projektu nasledne nahradi me stare zelezo. Jelikoz ale financni prinos z tohoto projektu je velmi nejisty a vse pujde z me kapsy, tak nechci investovat prilis mnoho. Muzete mi poradit na co se zamerit, nebo i pripadne konkretni komponenty?

Velikost databaze odhaduji na ~50 GiB s tim, ze po naplneni bude probihat temer vyhradne cteni. Planuji pouze dva soucasne pripojene lokalni klienty. Nebude tedy zapotrebi zadne velke network I/O, ale rychle disky a zrejme take spousta pameti pro cache...

Cenovy strop jsem si zatim stanovil na 30 - 35 kKc. Predpokladam minimalne dvoujadrovy procesor, ctyri SATA disky spojene do RAID 0 a asi 8 GB RAM. Po projiti nabidky na http://alza.cz bych to videl tak na nasledujici:

Jako systemovy disk zrejme pouziji PATA Seagate 160GB ze stareho pocitace. Jako operacni system pak Linux - s nejvetsi pravdepodobnosti posledni verzi openSuSE. Souborovy system pro datovy oddil s databazovymi daty (RAID 0 - striping) by asi byl ext2 pripojeny s volbou 'noatime'. Systemovemu disku je to asi jedno, takze tam muze zustat ext3.

Jsou me uvahy spravne? Jak na tom bude vykonove integrovany RAID na desce? Nebylo by lepsi se radeji poohlednout po samostatnem radici - napr. Adaptec AAR-1430SA nebo spise vyuzit maximalni moznosti desky a jeste zdvojnasobit pamet na 16 GB? Nebo byste pripadne zvolili jinou kombinaci velikosti a znacek disku?

Jak v tomto pripade nastavit PostgreSQL pro nejlepsi vykon? Zatim nemam z PostgreSQL temer zadne zkusenosti, takze predem dekuji za jakekoliv rady.

Odpovědi

2.3.2009 16:25 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Jak jsem se tak dival, tak zminovany radic od Adaptecu je "HostRAID", takze stejne asi vetsinu prace tohoto "radice" odedre primo CPU... :-(

 

2.3.2009 16:27 vratidlo007 | skóre: 20
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ahoj.

50GB uz neni zas tak malo. Zalezi na povaze dat, ale z vlastni zkusenosti mohu doporucit RAID 10. 30-35kKc neni take zas tak uplne maly peniz, taakze by ses mohl poohlednout i po znackovem zeleze s HW raid controllerem. I kdyz USD leti vzhuru, furt se to da. Pokud stavim DB stroj, ktery ma byt zaroven i storage, tak pouzivam IBM 3650 s 2.5" 15krmp diskama (jde jich tam nastrkat az 8, ale jeden stoji bratru 4-10kKc). Rychle disky jsou zaklad. Pokud ti nevyjdou prasule na takovyto stroj, tak bych doporucil koupit mraky malych, treba 80GB SATA disku a dat je do R10. Jsou desky co zvladnou i 8 SATA nebo koupis radic od Adatecu. Ja osobne jsem si v posledni dobe oblibil GIGABYTE MA78G-DS3H (maji na alzaci) s Phenomem X4. RAM do toho nacpi co muzes, ta se hodi vzdycky. A co se tyka CASE, tak si dovolim doporucit Chieftech (jsou dobre stavene a dobre se chladi).

Dulezitym faktorem ke zvyseni vykonu jsou partitions. V PSQL si je musis "vytvorit" sam, ale je to vcelku snadne www.postgresql.org/docs/8.1/interactive/ddl-partitioning.html

 

Co se tyka nastaveni PSQL, tak vyzkousej treba tento postup:

shared_buffers = 1/4 TOTAL  RAM

effective_cache_size = 1/2 TOTAL  RAM

work_mem = 1/8 TOTAL RAM

maintenance_work_mem = 1/8 TOTAL RAM   -- podle potreby

 

Snad ti to helpne :-)

2.3.2009 18:52 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Tem partitions moc nerozumim. K cemu to je dobre? Slysim o nich poprve...

Struktura zaznamu v tabulce bude

  serial, bit(256), integer, integer, integer, integer

Nad jednotlivymi numerickymi sloupci vytvorim zrejme index, nebot se podle nich bude vyhledavat a sekvencne prochazet vse by asi nebylo to prave orechove. Co jsem tak zkousel vygenerovat data pro jednu tabulku, tak to delalo ~40 mil zaznamu a ~3 GB mista na disku. Jak v tomto pripade mohou partitions pomoci?

2.3.2009 20:04 vratidlo007 | skóre: 20
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

V kostce: Partitisny ti rozdely tabulku na x podcasti. Zmensi se ti tim mnozina prohledavanych dat. V praxi to znamena, ze tbl s 1 000 0000 zaznamu si treba rozdelis do 4 dilu, v tvem pripade treba podle serial (serial between 0 and 249000); (serial between 250000 and 499999) ... no a kdyz das SELECT xyz FROM TBL WHERE serial = 152, tak to prohledava pouze index 1. tabulky a na zbytek to prdi => usetris hromadu casu s prohledavanim velkych indexu. Zaroven se tim i zmensuje velikost indexu.

Hlavni vyhody partitions poznas pri update, delete, kde se ti prepocitavji indexy. Opet operujes s daleko mensi mnozinou indexu, nez pri jedne velike tbl. dalsi prinos to muze mit treba v tom, ze jednotlivym partitions priradis ruzne tablespaces, takze si muzes ridit vykonost systemu i podle vykonosti storage. U casovych dat, treba umistis nejaktualnejsi data na rychly SASy, kdezto data kam se divas jednou za mesic das na polede ze SATA.

13.3.2009 14:25 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
No ale důležité je si uvědomit jednu věc. Partitioning je k ničemu v případě, když se tabule rozdělí podle špatných polí. Ono pouhé rozdělení je k ničemu. Je třeba to rozdělit podle klíče, kterým se nejvíce do dané tabulky přistupuje.

To nemusí být vždy primární klíč, často se používají datumy a rozdělení dat podle například let/měsíců. Ale takové rozdělení bude naprosto k ničemu, když aplikace bude na data sahat pouze přes primární klíč - i aplikace pak data musí vyhledávat přes toto pole datum.

Problematika je to složitější a nedá se to popsat v jednom odstavci. Doporučuji články na toto téma, nemusejí se týkat jenom PSQL... hodně materiálů možete sesdudovat například z dokumentace k Oracle Database. Mají vynikající dokumentaci...

Spíš než particemi bych se nejprve zabýval správným umístěním idexů na nejrychlejší disky (například se zapnutým raid strippingem). Je to jednodušší, než se pustit hned do particií...
13.3.2009 15:39 cronin | skóre: 48
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Skusim to este preformulovat. Dobry partitioning je taky, ked uz podla selectu moze databaza urcit, ze niektore z N particii (idealne N-1) moze uplne ignorovat, lebo nemozu obsahovat pozadovane hodnoty.
4.3.2009 10:50 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Jak moc, jaka data a kam si PostgreSQL uklada v prubehu zpracovani dotazu? Tak mne ted napadlo zda by bylo mozne pouzit Solid State Disky  - vykonostne pro cteni na tom budou lepe nez klasicke i 10k otackove, ale pri castem zapisu by to asi nebylo to prave... Cenove v prepoctu na kapacitu je to zhruba srovnatelne.

frEon avatar 4.3.2009 19:09 frEon | skóre: 40 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
SSD disky do serveru nebrat. Chvili jsme je pouzivali na databazi, a vyhazovali jsme je s frekvenci 1-2/mesic. Insertu a updatu tam sice nebylo malo, ale....
Talking about music is like dancing to architecture.
2.3.2009 18:53 diverman | skóre: 32 | blog: život s tučňáčkem
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Stary osamoceny PATA disk na / ? Tak to nebude asi moc dulezity server.
deb http://ftp.cz.debian.org/debian jessie main contrib non-free
AraxoN avatar 2.3.2009 21:03 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

jj, tým by som začal, že ten PATA disk úplne odstránim z úvah o serveri za 35k CZK.

Druhú vec, ktorú by som vystrelil preč je ten "RAID". Ak na tom po skončení projektu chceš prevádzkovať Windows, tak dajme tomu, že OK, ale v Linuxe by som išiel cestou SWRAID z linuxového jadra.

A fine is a tax for doing wrong. A tax is a fine for doing well.
3.3.2009 07:22 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

No, nevim, zda na svem domacim stroji jeste nekdy budu potrebovat MS Windows abych je musel pustit primo na HW. Reseni s VMware se mi celkem osvecilo. Navic pokud se nemylim ve verzi XP Professional stejne neumi vyuzit vice jak 4GB pameti a kupovat neco novejsiho, pro to zatim nevidim jediny rozumny duvod.

Jak jsem jiz na zacatku uvadel ten stroj bude spise lepsi workstation ktera bude docasne fungovat jako databazovy server. Nechapu proc by mel PATA disk pro system vadit. Taktez proc bych mel vymenit alespon castecnou HW podporu RAIDu za SW RAID. Predpokladal jsem, ze je kazda cast prace kterou mohu ze systemoveho CPU presunout nekam jinam je prinosem pro celkovy vykon sestavy.

AraxoN avatar 3.3.2009 10:12 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ten "čiastočný" HW RAID nie je ani len čiastočný HW RAID. Všetko oddrie procesor, tak isto ako pri tom RAIDe z jadra. RAID z jadra ale má ustálené rozhranie, je rokmi preverený a bude fungovať aj keď matičná doska odíde do večných lovísk a vymení sa za inú, s iným radičom diskov. Naproti tomu tie "HW RAIDy" majú každý jeden iné rozhranie a spôsob ukladania metadát, firmware vyrábajú nejakí ťamťungovia za dolár na deň, a keď sa ten fras pokazí, tak buď zoženieš presne taký istý, alebo si pravdepodobne práve prišiel o všetky dáta. Tento druh "RAIDu" sme zo začiatku dávali na naše servery v dobrej viere, že to je niečo viac. Bohužiaľ sa nám to pekne vypomstilo a od istej doby používame buď RAID z jadra, alebo nejaký naozajstný HW RAID (3ware, HP, ...). RAID na doske je dobrý len na to, aby si sa naštval a unavil, zabiješ s ním toľko času, že by si za neho kľudne naštudoval mdadm, a keď sa pokazí, tak to ani nechceš vedieť čo sa bude diať.

No a teraz k tomu, prečo tam nepridávať starý PATA disk: nepríklad preto, že v bedni zvýši produkované teplo a čím viac diskov, tým musia byť bližšie pri sebe (fyzické rozmery bedne nepustia). Keď to nie je správne chladené, tak si disky navzájom ohrievajú elektroniku (typicky ten dole ohrieva elektroniku toho nad ním, preto je veľmi žiaduce pri montáži nerobiť taký ten hamburger z diskov, ale nechávať medzi nimi voľný slot), výsledkom je znížená životnosť a chybovosť za prevádzky (v messages sa potom objavujú roztodivné errorové hlášky). Urobiť správne chladenie v domácich podmienkach je dosť náročné, a nie každý chce mať doma taký počítač, kde hučí osem ventilátorov. Starý disk je okrem toho miestom pravdepodobného výskytu chyby v budúcnosti a úzkym hrdlom pre výkonnosť (ak tam budeš mať napríklad /tmp, swap, či /var).

A fine is a tax for doing wrong. A tax is a fine for doing well.
3.3.2009 10:50 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

S tim swapem a /tmp mas asi pravdu, ikdyz u meho soucasneho stroje s 1 GB pameti jsem si snad jeste nevsimnul, ze by nekdy vubec swap pouzil... Mozna proto jsem o umisteni swapu nepremyslel.

Kde lze najit informace o tom jak se jednotlive disky hreji?

3.3.2009 10:55 vratidlo007 | skóre: 20
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

DB stroj by nikdy nemel swapovat. Jestlize swapuje, tak je spatne nakonfigurovany pro pouzivani RAM.

Jaky maji disky ztratovy vykon najdes u vyrobce.

3.3.2009 20:48 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
To je velmi pěkně napsáno. Souhlas.
In Ada the typical infinite loop would normally be terminated by detonation.
3.3.2009 01:35 Josef Navrátil | Ostrava
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Uvazoval bych takto (razeno dle dulezitosti)...

 

Datove disky - WD VELOCIRAPTOR 74GB, SATA/300, 10000RPM, NCQ,16MB v konfiguraci 3x v RAID5, nebo (idealne) 4x v RAID10. Na RAID0 (striiping) zapomen, mas-li sva data rad. ~ 4000,-/kus

RAID radic - zadny HW RAID radic!, vytvorit v linuxu softwarovy RAID (mdadm). Tzn. nevyuzit ani funkce toho na zakladni desce integrovaneho s vlastnim BIOSem.

Zakladni deska - s chipsetem s dostatecne rychlym/propustnym pripojenim na jizni mustek, bez integrovane graficke karty! napr AMD 790FX + SB600/750 od provereneho vyrobce (ASUS, Gigabyte, ...) ~ 3500,-

Zdroj - kvalitni (Enermax, Fortron, ...) 600W, s aktivnim PFC a vysokou ucinnosti (predpokladam, ze se jedna o 24/7 server) ~ 3000,-

Zalozni zdroj - offline s USB feedbackem, filtrujici napeti a poskytujici alespon minimalni cas na korektni vypnuti pocitace v pripade vypadku, napr. APC 700VA CyberFort II nebo Trust PW-4080T 800VA. ~ 2500,-

CPU - s velkou cache, s nizkou spotrebou , s rychlou systemovou sbernici, nemusi byt nutne ctyrjadro - dva klienti jej nevyuziji -AMD Phenom™ II X3 710, 2.6GHz, 6MB  L3, TDP 95W, ~ 3500,-

Pameti - 4GB neECC moduly nesezenes, bohate bude stacit 4x 2GB DDR2 800MHz (pripadne pro Phenoma II 1066Mhz), ~3500,- (low value RAM ~2500,-)

Systemove disky - idealne dva rychle v RAID1 (mirroring), ale muzou byt i obycejnejsi (7200RPM, <160GB). Pokud chces vyuzit stavajici PATA budiz, ale minimalne bych k nemu poridil do paru (RAID1) dvojce. ~2000,-

Sitova karta - PCIe GLAN idealne diskretni, v tomto konkretnim pripade (nizke I/O) muze byt i onboard

Skrin - dle vlastniho uvazeni, prostornou, dobre odvetravanou, muze byt i miditower, napr. Cooler Master Elite, .... ~ 1500,-

Graficka karta - aktualni pasivne chlazeny energeticky nenarocny low low end (treba i stara PCI S3 Trio co se vali v supliku). ~ < 1000,-

DVD mechanika - snad ani nebude mimo instalaci potreba, ale pro jistotu ... napr. DVD-ROM Nec 16x/48x DDU1675A. ~ 500,-.

 

Uvedene ceny jsou orientacni, preferovane znacky si zamen za sve oblibene/proverene ...

3.3.2009 10:14 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Diky za pripomenuti. Na UPS jsem uplne zapomel. Ta tam bude muset byt urcite.

Co se tyka pameti, tak v nabidce Alzy jsou 4GB DDR2 pametove chipy na 800 MHz. Co by mel byt za problem? Zakladni desky co jsem u nich videl maji navic i pri podpore 16 GB RAM pouze 4 sloty pro osazeni...

3.3.2009 11:06 Josef Navrátil | Ostrava
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ty pameti jsou fajn, jedine v cem je problem je dvojnasobna cena (oproti stejnemu mnozstvi pameti ve 2GB modulech), coz pri tvem rozpoctu na pocitac IMHO hraje roli.

3.3.2009 16:37 Michal2
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

To by me interesovalo, co lidi porad maji s tim PFC. Vedi vubec co to je? :-) A proc navrhuli 600W zdroj pro servrik, ktery bude mit spotrebu 70W v iddle a do 200W v zatezi? Vedi vubec, ze zpinane zdroje maji nejvyssi ucinnost pri cca 80% zatizeni a pri zatizeni pod 20% jde ucinnost vyrazne dolu?

2x 4GB DDR2 800MHz kity jsou k dostani, leckde jsou i skladem na prodejne, treba tady http://www.alfacomp.cz/php/index.php?eid=15L1K30820TW1SR

Pozor na zalozni zdroje Trust, ujisti se, ze ho muzes vratit v pripade potreby. Nerozumi si s mnoha zdroji. Mam Enermax Liberty a pri vypadku napajeni se pocitac restartnul i kdyz nebyl zatizeny. Papirove slabsi APC funguje bez problemu.

 

 

3.3.2009 21:56 Josef Navrátil | Ostrava
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Vime ;-) A na tu "pilu" co leze z lowend UPS se bude hodit.

Souhlasim, ze i 600W zdroj je naddimenzovany (v puvodnim navrhu chtel 900W), ale bude se hodit po skonceni projektu, kdy tu sestavu "degraduje" na workstejsnu a dokoupi si do ni ATI HD4870 nebo nejakou podobnou obludu ...

5.3.2009 01:27 jehovista
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

hmm, takze nevime...

3.3.2009 17:03 dustin | skóre: 60 | blog: dustin
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Po letitých bojích s neserverovým železem bych na provoz pod zátěží 24/7 šel jen se značkovým serverem. Máme výborné zkušenosti s nejnižšími modely HP ML, např. ML115. Stojí jako trošku dražší desktop (dříve v základu cca 11k, dnes trochu výš), ale za spolehlivost a provedení se nám to bohatě vyplatilo. Narozdíl od vyšších modelů s Xeony nepotřebují drahé ECC paměti, stačí třeba značkový Kingston. SATA řadič integrovaný v čipsetu Nvidia nám dává na swraidu10 se 4 x Samsung 750GB čtení i synchronizaci pole okolo 180MB/s. Nejsem žádný dealer HP, ale tato řada serverů mě fakt potěšila.

AraxoN avatar 3.3.2009 18:15 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

jj, značkové servery sú v dnešnej dobe veľmi lacné a kvalitné, a nemusí ísť len o HP. Zákazník bral Fujitsu Siemens, ten najnižší model v toweri, a po nás chcel inštaláciu. Bol som veľmi prekvapený, že server za 15k SKK šľape rýchlo a bez problémov - už od leta beží nonstop v miestnosti bez klimatizácie a zatiaľ spokojnosť. To sa bohužiaľ nedá povedať o niektorých našich poskladancoch, ktoré by už boli uvarené nebyť klimatizácie v serverhousingu.

A fine is a tax for doing wrong. A tax is a fine for doing well.
3.3.2009 20:03 dustin | skóre: 60 | blog: dustin
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Zpočátku (2003?) jsme také pořizovali slepence z rádoby serverových dílů pro klimatizovaný serverhousing. Do roka odcházely zdroje, dokonce i deska. Zjistili jsme, že nemáme šanci posoudit kvalitu kupovaných dílů, i když byly docela drahé (Tyan apod.). Ty ML115ka jedou v neklimatizované místnosti již skoro dva roky. Na serverhousing jsme samozřejmě koupili výkonnější modely, kde je ale cena úplně jinde.

Také jsme ocenili, že tyto servery lze rozšiřovat o standardní HDD. Např. nejnižší IBM x206 (po roce provozu odpadl chladič čipsetu :) ) vyžadoval (2006?) na HDD speciální hotplugový rámeček, běžně nedostupný. Samozřejmě vyšší modely HP s hotplugem jej mají také, ale pro základní server hotplug nepotřebujeme, spíše možnost levně rozšířit pole.

3.3.2009 20:47 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Já nestačím zírat. Vedou se tu megalomanské debaty a zatím se ani jeden neobtěžoval zamyslet nad tím, jaká bude zátěž toho serveru? Když mi tam bude chodit jeden požadavek denně, kterej navíc bude generovanej a zpracovanej skriptem, tak Vám to klidně celé hodím na starou 386.

Takže předně si udělejte jasno v tom, jakou máte strukturu databáze. Tvoří těch 50 giga čtyři bloby nebo deset miliard záznamů, které se těžko indexují? Co budete typicky od serveru požadovat a v jaké frekvenci a kolik je u Vás přípustná doba na čekání na odpověď? Jaký je výhled na nárůst objemu databáze? Poběží tam ještě něco jiného, případně co?

Zodpovězení těchto otázek Vám přinejmenším dá odpověď na to, zda připlatit na čtyřjádro místo dvoujádra, nebo zda dokoupit paměť, nebo spíš 10K disky.

Dále -- ad raid 0 : jste si jistý že chcete nulovou redundanci? Pak nevidím důvod kupovat disky od různých dodavatelů. U raid 0 typicky nebudete potřebovat žádný HW řadič, neboť náročnost raid 0 je mizivá. Totéž platí u R1 a R10, pouze checksumovací raidy 5 a 6 a jejich odvozeniny (R15, atd) potřebují nějaký dedikovaný výkon a v tom případě si prosím kupte opravdu dobrý řadič (jehož cena Vám utne tak třetinu rozpočtu) nebo to nechte na Linuxu, ale započítejte to do úvah o procesoru (pro představu: 500MHz celeron mi na plný výkon dá 20 MB/s čtení a 6 MB/s zápis pro R5). Navíc se přikláním k již řečenému názoru o mrzké kvalitě "integrovaných" řadičů pro R0 a R1.

Ad paměť: nemusíte si kupovat žádnej tuning zázrak co se týče rychlosti. Dokonce mám dojem, že Vám při plném obsazení základní deska/procesor půjde s rychlostí dolů na 667MHz, což ale bohatě stačí.

Ad zdroj: vyhazujete peníze, bude Vám bohatě stačit 400-500W. Kolem 2000 seženete modulární variantu s certifikací 80+ (např. OCZ ModX). Kolem 1500 máte to samé bez modulárních konektorů. Za ušetřené peníze můžete koupit třeba tu UPS.

Ad skříň: Opět zbytečně drahé. Kolem 2000-3000 seženete hodně dobrou a zcela dostačující skříň (např. antec nine hundred). V zásadě můžete jít ale s cenou ještě níž a lehce to dodělat.

Pokud Vám zbudou prachy, kupte si: neboxovaný chladič na CPU a pořádnou pastu, extra chladič do předku skříně (není-li), prachový filtr do předku skříně (není-li).
In Ada the typical infinite loop would normally be terminated by detonation.
3.3.2009 20:50 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
PS. ještě mi v tom rozpočtu chybí zálohovací zařízení, kupte si alespoň ten USB 750G disk, ať máte několik záloh.
In Ada the typical infinite loop would normally be terminated by detonation.
4.3.2009 10:10 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Mam pripraveny externi USB disk s kapacitou 350 GB jenz k tomuto ucelu hodlam vyuzit.

4.3.2009 10:07 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ok. Tak ta zatabaze bude vlastne uloziste dat - vzoru, ktere se z ni budou tahat a vzajemne porovnavat. To bude castecne prace pro perlovy skript, ale i pro databazi. Nechci znovu objevovat kolo vytvarenim vlastniho enginu, kdyz uz existuje reseni, ktere je navic proverene a velmi efektivni. Nulova redundance dat neni zase az takovy problem, nebot ty lze v pripade havarie znovu vygenerovat (ikdyz vytvoreni kompletniho setu je pro PERLovy skript prace tak na tyden a pul na Pentium M 1,6 GHz). Hlavni vyuziti databaze budou SELECTy => cteni dat z disku a jejich porovnavani. Takze bych to na tu 386 rozhodne nevidel. Tedy pokud chci ziskavat odpovedi v historicky kratke dobe ;-)

Data jsou rozdeleny do deseti tabulek. Prvni dve mely po naplneni na starem stroji kolem 44 a 48 milionu zaznamu a z disku to ukrojilo pres 3 GB na tabulku. Dalsi tabulky budou predpokladam vetsi, nebot tam neni tolik omezujicich podminek. Jak jsem zde jiz uvadel jeden zaznam bude mit celkem sest polozek nasledujicich typu

serial, bit(256), integer, integer, integer, integer

ikdyz ten sloupec typu serial (jednoznacne id) by tam mozna byt ani nemusel. Ale asi jo, protoze pak by unikatni index musel byt postaven pres vsechny sloupce... Indexy budou nad jednotlivymi sloupci typu integer, nebot podle nich se bude vybirat. Ukolem bude vybrat z kazde tabulky zaznam tak aby splnovaly urcite podminky - shodovaly se prislusne udaje v tech numerickych sloupcich. Budou se tedy vybirat desetiprvkove sety vyhovujici zadanym kriteriim z minimalne 500 milionu zaznamu. Jak rychle ci spise pomale to muze v realu byt to netusim. Vystup pak bude dale zpracovavan skriptem.

Co se tyka zdroje, tak tady se nebojim si priznat, ze tomu nerozumim ani za mak. Nemam predstavu a nevim jak si spocitat realnou spickovou spotrebu vsech komponent. Rikal jsem si, ze silnejsim zdrojem nic nepokazim. Vybiral jsem spise aby mek dostatek prislusnych konektoru. Ani mi tehdy nedoslo, ze existuji rozbocky a redukce...

Ohledne pameti jsem puvodne uvazoval 4GB moduly hlavne kvuli pripadne moznosti rozsireni na maximum co umi vybrana deska, tj. 16 GB. Pocital jsem ze vetsinu sezerou ruzne cache (hlavne diskova).

4.3.2009 19:45 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Mno, pořád jste neřekl to nejdůležitější a to je očekáváný load (dotazy za sekundu a horní limit na časovou odezvu). Pokud to bude přechroustávat nějaký skript na pozadí, tak ten nebude řešit, zda to trvá minutu nebo hodinu, ale uživatel to samozřejmě řešit bude.

Jinak to vypadá že budete mít hodně malých dat, takže bych v první instanci při dobrém indexování vyloučil disk jako místo optimalizace. Budeme-li vycházet z (někde uvedených) dvou uživatelů naráz a prezence perl skriptu, bude zřejmě stejně dobře využito čtyřjádro, jako dvoujádro, je tedy na Vás, jak moc chcete, aby server v největší špičce uměl výkonově zpracovat ještě další procesy. L3 cache nových phenomů II může být atraktivní, pokud bude hodně podobných dotazů za sebou. Velkou pamětí asi nic nezkazíte, hlavně při dnešních cenách.

Co se týče těch indexů, mám dojem, že s indexama nad každým sloupcem nepochodíte ve chvíli kdy budete klást dotaz, zahrnující dva sloupce. Jinými slovy musíte indexovat přes tolik sloupců, přes kolik kladete dotaz. Nevím jak je na tom postgres, ale mysql s tabulkou typu innodb umí nacpat celý datový řádek přímo k primárnímu indexu, čímž se poněkud sníží potřeba jezdit hlavičkama po disku.
Jak rychle ci spise pomale to muze v realu byt to netusim
To je docela fatální nedostatek, protože první věcí při řešení optimalizace je změření stávajícího výkonu. Nešlo by třeba ten projekt nasimulovat na Vašem starém železe a udělat si o tom rámcovou představu?

Pokud opravdu nevíte jak to bude, tak si kupte nějakou vyváženou sestavu, ale slabší, a ušetřete si peníze na případné dokoupení co bude potřeba - zřejmě minimálně tu graf. kartu až z toho uděláte pracovní stanici.
Nulova redundance dat neni zase az takovy problem, nebot ty lze v pripade havarie znovu vygenerovat
Zde je rozhodujícím faktorem vůle čekat na generování nových dat, aneb potřeba vysoké dostupnosti služby.
Nemam predstavu a nevim jak si spocitat realnou spickovou spotrebu vsech komponent.
Vaše sestava se IMHO vejde do 200W - TDP u procesoru máte dané (dejme tomu 100W), disk sežere jeden tak 20 a základovka možná taky tolik. Na distribuci napájení Vám samozřejmě postačí prodlužky. Doporučuji koupit zdroj s certifikací 80+, a pokud Vám nevadí změť kabelů tísnící se na dně skříně, tak nepotřebujete vyhazovat peníze za modulární konektory. Nicméně kvalitní zdroj je základ všeho, takže nekupujte žádné šunty za 600 korun. (Viz tipy v minulém příspěvku.)

Budete-li dokupovat grafiku, počítejte taky tak +100-200, čili 500W zdroj bude úplně v klidu. 900W je pro lidi, co mají 4 grafárny.
In Ada the typical infinite loop would normally be terminated by detonation.
5.3.2009 13:05 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Mno, pořád jste neřekl to nejdůležitější a to je očekáváný load (dotazy za sekundu a horní limit na časovou odezvu). Pokud to bude přechroustávat nějaký skript na pozadí, tak ten nebude řešit, zda to trvá minutu nebo hodinu, ale uživatel to samozřejmě řešit bude.

Jak uz jsem zminoval jinde, jedna se o soucast reseni jednoho hlavolamu - najit spravne usporadani hracich kamenu v prostoru. Zpracovat standardne cely problem naraz je temer nerealne (spise otazka velikeho stesti pri vyberu pocatecniho usporadani kamenu), proto jej chci rozdelit na nekolik dilcich soucasti. Pri pouziti klasickeho zapisu algoritmu do programu tento nebyl schopen diky rozsahlosti datove zakladny dojit k cili za nekolik dnu...

To je docela fatální nedostatek, protože první věcí při řešení optimalizace je změření stávajícího výkonu. Nešlo by třeba ten projekt nasimulovat na Vašem starém železe a udělat si o tom rámcovou představu?

Na soucasnem stroji jsem po nejake te minute dostal na SELECT DISTINCT edge_right FROM block1x1; dostal odpoved, ze ma nedostatek mista. Nevim ale kde. Na oddilu s daty bylo volnych 1,2 GB a v /tmp zustavalo okolo 800 MB. Na to abych tam dostal vsechny data nemam ani prostor nebot prvni dve tabulky si ukrojily kazda minimalne 3,5 GB. Pritom kolik mista nestacilo na ten SELECT DISTINCT v ramci jedne tabulky bych asi nedelal SELECT pres vice tabulek.

Jinak to vypadá že budete mít hodně malých dat, takže bych v první instanci při dobrém indexování vyloučil disk jako místo optimalizace.

Jak tedy postavit spravne index kdyz jednotlive zaznamy predstavuji kameny umistovane do mrizky? Jednotlive sloupce typu integer udavaji typ hrany pres ktery se to pak sklada dohromady (WHERE block1x1.edge_right = block2x1.edge_left AND block2x1.edge_right = block3x1.edge_left). Bylo by tedy asi lepsi dat index pres protejsi strany kamenu, ze?

5.3.2009 19:25 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Jak uz jsem zminoval jinde, jedna se o soucast reseni jednoho hlavolamu - najit spravne usporadani hracich kamenu v prostoru.
Takže je to čistě dávková úloha? V tom případě nacpěte peníze do procesoru a optimalizujte algoritmus tak, aby se neflákal.
Nevim ale kde. Na oddilu s daty bylo volnych 1,2 GB a v /tmp zustavalo okolo 800 MB.
Zkuste to znova s tím externím USB diskem a uvidíte.
WHERE block1x1.edge_right = block2x1.edge_left AND block2x1.edge_right = block3x1.edge_left
Pokud nekladete dotazy na uspořádání (menší, větší), ale jen na rovnost, je na místě použít hash tabulky. Index číslo jedna by pak jel přes (block1x1.edge_right, block2x1.edge_right) a číslo dva přes (block2x1.edge_left, block3x1.edge_left), respektive přes VIEWy které by tyto tabulky kombinovaly. V každém případě se koukněte na EXPLAIN SELECT... a měřte, profilujte, optimalizujte.
In Ada the typical infinite loop would normally be terminated by detonation.
6.3.2009 11:03 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Pokud nekladete dotazy na uspořádání (menší, větší), ale jen na rovnost, je na místě použít hash tabulky. Index číslo jedna by pak jel přes (block1x1.edge_right, block2x1.edge_right) a číslo dva přes (block2x1.edge_left, block3x1.edge_left), respektive přes VIEWy které by tyto tabulky kombinovaly. V každém případě se koukněte na EXPLAIN SELECT... a měřte, profilujte, optimalizujte.

Z vasi reakce jsem ziskal dojem, ze jemozne udelat index pres ruzne tabulky, ale v dokumentaci jsem na to nenarazil. Pochopil jsem spatne vas pispevek, nebo jen spatne hledal? Mimochodem ve verzi 8.3 je v dokumentaci nasledujici zminka

Note: Testing has shown PostgreSQL's hash indexes to perform no better than B-tree indexes, and the index size and build time for hash indexes is much worse. Furthermore, hash index operations are not presently WAL-logged, so hash indexes might need to be rebuilt with REINDEX after a database crash. For these reasons, hash index use is presently discouraged.

 

6.3.2009 12:12 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Z vasi reakce jsem ziskal dojem, ze jemozne udelat index pres ruzne tabulky, ale v dokumentaci jsem na to nenarazil.
Udělat to jde, když si nadefinujete správný VIEW přes víc tabulek. Můžete udělat viewy tupě přes (block1x1.edge_right, block2x1.edge_right) a (block2x1.edge_left, block3x1.edge_left) a oba je oindexovat. Ano, velikost indexu bude kvadratická. Záleží, zda všechny kombinace ve svém algoritmu k něčemu využijete. Druhou variantou je udělat VIEW přes příslušný JOIN na první podmínku a indexovat výsledek, pomocí něj pak vyhledávat druhou podmínku.
Mimochodem ve verzi 8.3 je v dokumentaci nasledujici zminka
To je možné, já postgres tak dopodrobna neznám. Mluvil jsem o InnoDB v MySQL, o čemž povědomí mám.
In Ada the typical infinite loop would normally be terminated by detonation.
5.3.2009 01:33 jehovista
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Takze bych hadal nejake lamani sifer :)

5.3.2009 12:03 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Temer, jen tomu rikame hlavolam ;-)

AraxoN avatar 5.3.2009 12:51 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Na ukladanie stavov a prechodov pri riešení rôznych hlavolamov som kedysi používal mysql a musím povedať, že SQL databáza nie je na takýto druh úlohy to najlepšie. Nakoniec som ukladanie začal robiť do B+ stromu uloženého na disku a rýchlosť sa zvýšila oproti SQL rádovo. To čo predtým trvalo niekoľko hodín, sa zrazu stihlo za desať minút. Plnohodotný SQL server má príliš vysokú réžiu. Ak ovšem potrebuješ vyberať stavy podľa viacerých podmienok, tak ten SQL prístup je rozhodne jednoduchší a ak máš trpezlivosť čakať na výsledok mesiac, tak v pohode. :-)

A fine is a tax for doing wrong. A tax is a fine for doing well.
5.3.2009 14:19 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Databaze ma poslouzit jako druhy stupen zpracovani pro jiz nalezene dilci casti celeho reseni, jenz je zapotrebi vzajemne porovnat a skombinovat. Nasledne se skript bude snazit dopocitat zbytek. Pri tom mnozstvi dat mi to prijde jednodussi, nez vymyslet vlastni engine jenz bude operovat nad takto rozsahlym souborem dat.

Taktez pri hledani reseni tohoto problemu jsem prosel nekolika stadii ohledne vyberu jazyka a algoritmu. Pro testovaci mensi zjednodusene zadani

  • PROLOG (>6 hodin - ukonceno bez reseni)
  • neoptimalizovany PERL (~1 minuta)
  • optimalizovany PERL (<1 vterina)

Pri aplikovani na uplne zadani bych se ale i tak vysledku nedockal v realnem case - exponencialni narocnost. Proto jsem to rozdelil na nekolik fazi ktere snad povedou k vysledku v historicky kratke dobe. Jednim z kroku je zpracovani vygenerovanych metadat pomoci SQL databaze.

To zminovane reseni ukladani pomoci B+ stromu by mne zajimalo. Kde najdu najake rozumne info ci priklady?

5.3.2009 17:22 sid
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

"Jelikoz ale financni prinos z tohoto projektu je velmi nejisty"

Nejedna se nahodou o tu skladacku, kde resitel dostane milion?(nevim presne, nemuzu to vygooglit)

6.3.2009 10:11 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ano, jedna se o Eternity II. Odmena je vypsana, ale pravdepodobnost jejiho ziskani je dost mala. Za rok a pul to jeste nikdo nevyresil. Na odmenu ma narok prvni uspesny resitel, jenz svoje reseni zasle postou. Nesmi je ale sam zverejnit do vyhodnoceni zadavatelem jenz je jednou rocne. Vzhledem k tomu, ze uz se objevily zvesti o tom, ze uz se to letos nekomu konecne podarilo rozlousknout (pry nejaci studenti z jedne univerzity v madarsku) tak to beru spise jako vyzvu. I tak ale nalezeni uplneho reseni bude spise otazkem nahody pri moznem poctu kombinaci. Tedy alespon klasickym backtracking postupem bez jakychkoliv optimalizaci a heuristiky.

6.3.2009 12:06 Josef Navrátil | Ostrava
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Tak v tomto pripade mi pouziti databazi prijde jako startovat v zavode dragsteru s bagrem ... a se spustenou radlici.

IMHO, pokud to chcete resit hrubou silou, zapomente na databaze. Na internetu se da najit nekolik aplikaci napsanych v C++ ci Jave, ktere se snazi tuto ulohu resit. Tohle je ciste vypocetni zalezitost. Napiste si program v C s co nejusporneji definovanymi hranami (v bitovych polich) a s co nejmene vypocetne narocnymi operacemi (bitovy posun), to vse pokud mozno vicevlaknove a jeste lepe distribuovane. V opacnem pripade vam vypocet na soucasnych domacich PC bude trvat tydny (spise mesice).

6.3.2009 12:48 ph0enix | skóre: 18 | Praha
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

Ano, pres bitove masky a pole jsem to resil, jenze v PERLu (v C/C++ jsem naposledy delal neco vetsiho pred vice jak osmi lety a uz si na to netroufam; javu neznam vubec). I tak je to ale pri pouziti klasickeho backtrackingu jako celek hrubou silou neresitelne. Zato mi ale pripada celkem schudne vygenerovat nejake vetsi subbloky, udelat z nich vyber a tyto mezivisledky pak opetovne zpracovavat.

13.3.2009 14:29 Lukáš Zapletal | skóre: 42 | blog: lzapův svět | Olomouc
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)
Jedna věc je asi jasná - s relační databází tento vysoce specializovaný problém nevyřešíte. Jsou pro takto specializované účely moc pomalé. Napište si vlastní ukládání, ale spíše bych to viděl na to, že to budete muset dělat in-memory...
AraxoN avatar 5.3.2009 19:51 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
Rozbalit Rozbalit vše Re: Jaky HW pro domaci databazovy server (PostgreSQL)

B+ stromy vo všeobecnosti sú dobre popísané na internete a existujú aj knižnice, ktoré špinavú robotu urobia za Teba. Ja som použil svoje semestrálne zadanie ešte zo školy, keď sme mali programovať jednoduchý DB engine. Môžem To sprístupniť, ale je to čisté C-éčko, naprogramované bez toho aby sa myslelo na rozšíriteľnosť, znovupoužiteľnosť, či dobrú dokumentáciu. Tie stromy som tam používal na indexovanie stĺpcov, a keďže som nedoprogramoval v strome vymazávanie, tak nie je možné z tabuliek mazať záznamy, ani meniť také stĺpce, ktoré sú obsiahnuté v nejakom indexe. Na prehľadávanie stavového priestoru mi to ale stačilo, keďže som to indexoval podľa stavu - poľa bajtov konštantnej dĺžky.

A fine is a tax for doing wrong. A tax is a fine for doing well.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.