REDGUY: tak to bude záležitost provozovatele daného node, rozhodnout se jaké množství uživatelů jeho systém zvládá.

mě se na cloud computingu něco dost zásadním způsobem nelíbí - neříkám, že neexistují aplikace, kde něco podobného má smysl, ale nelíbí se mi to, pokud se bavíme o každodenním použití dat - např. sociální sítě, uložení osobních dat.

svoje osobní data bych především chtěl mít uložené na vlastní hardware A SOUSČASNĚ je zpřístupnit. nebráním se cacheování někde jinde, zálohování je spíše žádoucí - ale současně třeba chci mít u sebe uloženou zpětnou vazbu od jiných uživatelů (komentáře, hodnocení).

wow, tak tedy debugování TÉHLE chyby bych chtěl vidět :-) aneb zdrojáky MySQL budou určitě bomba :-)

SELECT count(0) FROM guestbook WHERE hodnoceni>0 ORDER BY id DESC LIMIT 64;
... v pohodě.

SELECT count(0) FROM guestbook WHERE hodnoceni>-1 ORDER BY id DESC;
... v pohodě.

SELECT count(0) FROM guestbook WHERE hodnoceni>-1 ORDER BY id DESC LIMIT 64;
... SQL session úplně vytuhne, resp. pokud tam nedám kumulativní funkci count() ale třeba *, tak to hodí ERROR 1030 (HY000): Got error 134 from storage engine

.... no, je to tady úplně offtopic, jen se těším, až někdo překompiluje mysql s debug info a vrhne se na to s gdb :-) (data do tabulky případně dodám)

XCHAOS: programatoru jako je napriklad D. Knuth je fakt malo. malokdo dokaze napsat aplikaci tak, aby se nemusela za poslednich 25let vyrazne menit. ano mluvim o TeX a tam by se dalo hovorit o zivotnosti programu.
vetsina dnesnich programatoru vidi programovani jako teoreticke hledani nekonecne lehkeho letadla s nekonecnym vykonem a doletem.

XCHAOS: tohle třeba řeší i takové nastavení pravidel přijímání nových uživatelů do víceuživatelského systému (reps. jejich dat), aby se ten růst zpomalil dávno předtím, než by bylo nutné přidat HW : Chces rict, ze problem s mizernym vykonem budes resit tim, ze proste nedovolis vic uzivatelu/dat a proste budes lidi posilat do prdele? Opravdu, opravdu tohle myslis vazne?

DAVIDOWITCH: ve skutečnosti, spíš jsem začal úplně nové téma, než že bych někam odbočoval.

je pravda, že distribuované výpočty mě zajímají daleko více v heterogením prostředí - co se týká administrace nebo vlastnictví hardware - než v homogenním prostředí.

TENCOKACISTROMY: to je samozřejmě pravda - ale tohle třeba řeší i takové nastavení pravidel přijímání nových uživatelů do víceuživatelského systému (reps. jejich dat), aby se ten růst zpomalil dávno předtím, než by bylo nutné přidat HW.

Představ si to jako životnost nějakého předmětu osobní spotřeby z hlediska života člověka: rozdíl mezi životností výrobku 60 vs. 120 let může být zcela zásadní :-)

No, právě jsem se u MySQL dopracoval na "Got error 134 from storage engine" - a to má ta tabulka teprve trapných 11326 záznamů. Takže nevím, jestli je vždy taková výhra spoléhat na externí databázový engine :-)

ALMAD: Nehlede na to, ze i kdyz to bude naprogramovany tou nejvic efektivni metodou, stale to jeste nezarucuje, ze nebude potreba skalovat pomoci pridavani HW.

XCHAOS: ale pokud by si byl schopen i sémantické, nikoliv jen syntaktické analýzy :-) - mozna nez zacnes priste zase vtipkovat, zjisti si co znamena "syntakticka" a co "semanticka" analyza.

tak ti dojde, že obrat "na druhou stranu" znamená, že uvedené aplikace pokládám za protiklad "komerční služby" - coz mi samozrejme dochazi. Akorat mi to prijde dost pitome rikat, ze .tar.gz balik WordPressu je "protiklad" napriklad blogger.com. Tedy, v urcitem smyslu je to samozrejme pravda, ale stejne tak je pravda rikat, ze GM Electronics je "protiklad" Sony Electronics, protoze kdyz jdu do GME muzu si tam koupit soucastky z kterych si potom postavim radio podobne tem co prodava Sony. Jasne, na konci je v obou pripadech zesilovac, ale cilova skupina je _zatracene_ jina, tak jina ze srovnani dost ztraci smysl.

Wordpress je pro nerdy, co mermomoci musi mit svuj vlastni server. Blogger.com je pro 99.99% zbylych lidi, co proste chteji mi svuj blog a nepodstatne technicke detaily jsou jim ukradene. postfix/squirrelmail je email pro nerdy, gmail (seznam, yahoo...) je pro vsechny ostatni co proste chteji funkcni email.

Samozrejme, tezko to analyzovat dal, protoze porad nejsi schopen napsat co vlastne prosazujes (novej email? novej blogovej system? co vlastne?) a pro jistotu ignorujes otazky na blbaboly cos napsal (" jediný poskytovatel té služby na celé planetě"). A uz vubec nemluvim o tom, ze jsi porad nevysvetlit, kde by ty tvoje "predkompilovane sql" "michalo kartama" (sorry, ale ideologicke kecy o "podvratnem software" nepocitam).

XCHAOS: A v takovym momente, kdy tahas data ne po optice z jinyho patra, ale pres internet z ruznejch koutu sveta ti predkompilovany SQL dotazy pomuzou skalovat jak?
Nebo si uplne odbocil od toho tematu a ted jde o to ze bezna distribuovana aplikace (ala treba Skype) by nemela bejt psana v PHPku ale v Ccku?

DAVIDOWITCH: v podstatě, jediné, čím se chci odlišovat od těch komerčních služeb, je vlastnická struktura jednotlivých nodů. jinak počítám s tím, že by jednotlivé nody řešily i otázku cachování (např. když folowuješ někoho na jiném nodu na druhém konci světa, tak se to natáhne jako RSS feed a jeho obsah se nacacheuje na tvém nodu, apod.)

REDGUY: je to tu offtopic... ale pokud by si byl schopen i sémantické, nikoliv jen syntaktické analýzy :-) tak ti dojde, že obrat "na druhou stranu" znamená, že uvedené aplikace pokládám za protiklad "komerční služby".

ALMAD: no třeba tak, že různé obchodní modely vedou k různým pořadavkům na škálování? nezačínáme být offtopic? když už, tak piš o distribuovaném programování jak se dělá... debata, jestli je nebo není potřeba, je taky offtopic.

(můj model je taky distribuovaný - jen se liší tím, zda je k dispozici jednotná administrace a jednotné vlastnictví hardware...)

XCHAOS: A to co píšeš souvisí se škálováním těch jednotlivých nodů jak?

XCHAOS: , že by to fungovalo víc jako v počátcích Internetu, kdy nějakou jednu službu (dejme tomu, freemail) nenabízel jen jediný poskytovatel té služby na celé planetě - ty mas pocit ze ted freemail nabizi jediny poskytovatel na cele planete?

V podstatě u komerční služby je riziko, že bude přetížená a uživatelé odejdou ke konkurenci, v zásadě nepřijatelné. na druhou stranu, existují projekty - ve světě PHP si dokonce konkurují, všechny ty Drupaly a WordPressy a Nejdriv mluvis o "komercni sluzbe" a pak najednou o Drupalu a Wordpressu - coz nejsou sluzby, ale software. Je ti jasnej rozdil mezi sluzbou a softwarem?

akorát to bude od začátku lépe navržené - "to"? Co, "to"? Novej email, lepe navrzenej .... tebou? Srsly?

XCHAOS: Pockej, kazdej provozovatel velky sluzby ma pochopitelne spoustu ruznejch nodu ruzne po svete. Plus nejaky cache servery "blizko" uzivatelum (u ISP) apod. A nebo sem totalne nepochopil o cem mluvis.

ALMAD: víceméně, představa je, že by to fungovalo víc jako v počátcích Internetu, kdy nějakou jednu službu (dejme tomu, freemail) nenabízel jen jediný poskytovatel té služby na celé planetě, kromě to samé často koexistovalo jak v komerční tak i v bezplatné podobě, apod.

V podstatě u komerční služby je riziko, že bude přetížená a uživatelé odejdou ke konkurenci, v zásadě nepřijatelné. na druhou stranu, existují projekty - ve světě PHP si dokonce konkurují, všechny ty Drupaly a WordPressy a tak - které jsou přímo myšlené tak, že si další a další lidé budou instalovat další a další instance, a ne že nody budou růst nade všechny meze.

víceméně provozovatelé různých nodů budou různě limitováni dostupnými zdroji (bandwidth, výkon systému, kapacita disku...). budou mít ale i omezené možnosti svůj node zpropagovat a nabírat nové členy. naopak zřídit nový node by mělo být snadné.

spíš si to představuji jako počátky internetového e-mailu před 20 lety. akorát to bude od začátku lépe navržené, aby to bylo odolnější vůči spamu apod. ... no dnešní centralizovaná řešení to vytlačí stejně, jako před 20 lety decentralizované internetové protokoly vytlačily tehdejší pokusy o centralizovaná řešení (a ty rozhodně existovaly)