Ten koncept je zajimavý, akorát jestli to chápu dobře, tak není možné to použít například na sdíleném hostingu s PHP, kde se každý uživatel může připojit na „localhost:11211“ a získat tak data (pokud trefí klíč) ostatních uživatelů?
Názory k článku
Zrychlete své webové aplikace s Memcached
Re: Sdílený hosting
celé vláknoMemcached se hodí tam, kde máte aplikaci nasazenou na několika strojích, které potřebují mít synchronizovanou cache. V českém prostředí se málo kdy setkáte s potřebou něco jako distribuovanou cache nasadit…
Re: Sdílený hosting
celé vláknoNemyslím že „V českém prostředí se málo kdy setkáte s potřebou něco jako distribuovanou cache nasadit“.
Sám jsem pracoval na českém projektu, kde jedna LAMP aplikace bežela na čtyřech strojích a jednotlivé služby byly různě rozhozeny kvůli zátěži a my jsme řešili jak mezi sebou komunikovat. Memcached mohl ledacos vyřešit. Myslím že by se to dalo navíc použít na kešování stránek, kterou jsem dělali přes DB.
Re: Sdílený hosting
celé vláknoAno, shared hosting nie je prostredie, kde by sa memcached hodila, práve kvôli možnosti prístupu k cudzím „kľúčom“. Je to riešitelný scenár, ale rozhodne nie bežný pre nasadenie memcached.
Inak ta cache nie je synchronizovaná v zmysle ‚mám X memcached inštancií, na každej sú identické kľúče‘, t.j. položky nie sú replikované.
memcached na windows (i 64b)
celé vláknoaktualni verze memcached pro Windows vcetne 64bit verze najdete na http://labs.northscale.com/…ed-packages/
(aktualne 1.4.4)
memcached pouzivame uz docela dlouhou dobu
Re: memcached na windows (i 64b)
celé vláknoSú to dosť čerstvé buildy (v podstate boli zostavené až po napísaní článku), každopádne je to veľmi pozitívny posun windows portu memcached.
Re: memcached na windows (i 64b)
celé vlákno1.4.4 sme mali nasadenu dva mesiace v live prevadzke a o potom zacala „blbnut“ – prestala posielat to, co mala v cache. boli sme nuteni sa vratit spa5 k 1.2.8
nastastie pouzivame memcache v kombinacii s xcache, ktora bezi na lokalnych serveroch.
takze najprv si data pytame z xcache a az potom z memcache. memcache predsa len potrebuje TPC spojenie a to pri velkom navale spomaluje ;-)
Re: Zrychlete své webové aplikace s Memcached
celé vláknoRozhodně by bylo supr, kdyby někdo mohl napsat o nějakém českém nasazení.
Re: Zrychlete své webové aplikace s Memcached
celé vláknoTřeba Seznam.cz? :))))
Re: Zrychlete své webové aplikace s Memcached
celé vláknoa na co se to na Seznamu pouziva? (pokud to neni tajne:)
Re: Zrychlete své webové aplikace s Memcached
celé vláknona seznamu pouzivame krome memcached take membase (narozdil od memcached umi rozklad na vice serveru), pouziva se napr. pro ukladani "skla" na chatu lide
Re: Zrychlete své webové aplikace s Memcached
celé vláknoMyslim, ze muzu prozradit, ze treba www.iprima.cz na Drupalu ma na pozadi memcached
Re: Zrychlete své webové aplikace s Memcached
celé vláknoMyslím, že můžu prozradit, ze některé instance vyhledávače Jyxo (query – dotazovací část) využívají distribuovanou memcached. Použil jsem klientskou knihovnu libmemcached (C, C++).
redis
celé vláknoZajimavy v tomto ohledu je jeste redis – je to takovy „klon“ mezi mysql a memcachi. Tedy umi cachovat stejne jako memcache a zaroven je mozno udelat i nekolik slaves k jedne master…
základní pravidlo optimalizace
celé vlákno> základné pravidlo optimalizácie je optimalizovať aplikáciu všade tam, kde je to možné
Základní pravidlo optimalizace je, když odhlédneme od klasického „nedělejte to“, optimalizovat úzká hrdla. Zoptimalizovat 10ms akci na 8ms je hezké, někdy dokonce úctyhodné, ale když brzí nějaká vteřinová, tak taky vysoce zbytečné.
To teda jenom jako lehký doplněk, nic proti memcached.
Re: základní pravidlo optimalizace
celé vláknoPro zacatecniky to urcite plati, nicmene Paretovo pravidlo neplati, kdyz uz tech 80 procent mate vyladeno :-)
Re: základní pravidlo optimalizace
celé vlákno+1 Optimalizovat by se nemělo za každou cenu – někdy se tím spíš uškodí (např. se zhorší přehlednost kódu a celého systému, ztíží se práce budoucím vývojářům) – a to všechno jen kvůli těm „2ms“. Takže souhlas – optimalizovat úzká hrdla. A jen pokud z toho kouká nějaký měřitelný (!) a významný rozdíl – pokud je optimalizace zanedbatelná, nebo jen „cítíme“ že to tak bude rychlejší, je lepší neoptimalizovat (zejména pokud „optimalizace“ spočívá v psaní dalšího kódu nebo přidávání dalších komponent).
P.S. nic proti Memcached, tenhle komentář je mimo téma…