Multihosting v ČR

3. 10. 2010 12:03:05

Napsal hadic;579194
hofy: Máš hodně nízký ceny oproti ostatním a hlavně neomezený domény, můžu vědět proč tomu tak je? resp. utáhne S500 5-10 domén s celkovou návštěvností pod 5000UIP za den? Vubec se v tomhle neorientuju, proto se radši ptám :) A mám rád hodně muziky za málo peněz :D

Je to hlava od hlavy, zalezi na mnoha parametrech. Na S500 muzes zacit apk preji tna S1000.

3. 10. 2010 12:03:05

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567191

Ing. Josef Vrba

(7 hodnocení)

3. 10. 2010 12:14:58

Hofy to nenapsal, ale obvykle píše, že i záleží na čem web běží.

Pokud to bude třeba nějakej drupal, jomola se stovkou pluginů, tak to je mnohem náročnější, než když to je vlastní optimalizovaně psaný php.

3. 10. 2010 12:14:58

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567190

Brabouk

3. 10. 2010 12:22:28

Ahoj, podívej se na http://mydreams.cz/ nebo je poptej. Dokáží toho hodně, aniž by to tam měli uvedené.

3. 10. 2010 12:22:28

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567189

Ing. Josef Vrba

(7 hodnocení)

3. 10. 2010 12:58:45

Napsal Brabouk;579330
Ahoj, podívej se na http://mydreams.cz/ nebo je poptej. Dokáží toho hodně, aniž by to tam měli uvedené.

Nemyslím, že je to to pravé ořechové ;) Stačí si to vytrasovat.

3. 10. 2010 12:58:45

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567188

multihost

3. 10. 2010 16:27:37

Hofy to nenapsal, ale obvykle píše, že i záleží na čem web běží.

Pokud to bude třeba nějakej drupal, jomola se stovkou pluginů, tak to je mnohem náročnější, než když to je vlastní optimalizovaně psaný php.

Když CMS umí dobře cachovat, je někdy i rychlejší než necachovaný vlastní kód. My děláme benchmarky a na základním programu vychází takhle:

* WP s 10 pluginy a s pluginem WPSuperCache: Requests per second: 1150.60, Time per request: 17.382 ms

* WP s 10 pluginy bez Cache: Requests per second: 22.78 (mean),Time per request: 877.841 ms

* Minimalistický PHP web: Requests per second: 1972.01, Time per request: 10.142 ms

* Velká statická stránka: Requests per second: 3560.49, Time per request: 5.617 ms

Je to rychlejší, protože jsme zatím nezatížení, ale proporčně by to mělo sedět.

Když si to vynásobíte (dejme tomu že uživatel klepne na stránku 1x za 10 sekund) znamená to, že zatím utáhneme 19 000 uživatelů PHP stránek online :)). S CMS je to horší, to chce obecně buď dražší program, nebo (což doporučujeme) dobrou cache. ;)

3. 10. 2010 16:27:37

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567187

Ing. Josef Vrba

(7 hodnocení)

3. 10. 2010 17:00:26

WP s 10 pluginy a s pluginem WPSuperCache

Co jsem viděl weby známých, tak si instalovali jenom pluginy typu super seo extra ultra seo a podobně.

Kolik procent uživatelů drupalu, jomoly a wp myslíte, že využívá něco na způsob cachování. Osobně si myslím, že jsou rádi, že jim to funguje a nějaké cachování neřeši.

Typický názor - proč si dělat starosti s cachováním, když to funguje i bez něho ;)

3. 10. 2010 17:00:26

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567186

azurit

3. 10. 2010 17:16:24

Napsal multihost;579222

Tento plánovač není standardní

Ako dlho tu chces este klamat ludi, ktori sa do tychto veci nevyznaju ? CFS je v standardny linuxovy CPU planovac, ktory bol pridany od verzie 2.6.23 (tzn. takmer na den presne pred 3 rokmi). V sucanosti je to jediny CPU planovac, ktory je vo vanilla linuxovom jadre a pouziva ho kazdy, kto ma jadro aspon verziu 2.6.23.

Ako som tu uz napisal, svoje tvrdenia zakladas na akychsi pokusoch s par pouzivatelmi a uz podla toho, co tu pises, je zjavne, ze mas velmi male prakticke skusenosti v realnom nasadeni (v realnych podmienkach) - a ano, ja s tym skusenosti mam na vcelku dobrej urovni. A aby to nebolo len o tom, ze tu daky modry zajac trepe svoje dohady, precitaj si aspon toto (samozrejme to neplati len v tak extremnych podmienkach, ake ma Bluehost): http://www.mattheaton.com/?p=222

Napsal multihost;579222

A nemyslete si, že toto naše řešení bylo jednoduché - museli jsme kompletně oddělit všechny naše uživatele tak, aby "každý jen na svoje triko" s minimem sdílených prostředků, abychom pak mohli používat plánovač

Dalsie kecy :D sorry ale toto je robota na 10 minut.

Napsal multihost;579222

Pokud tomu, co jsem napsal nerozumíte

Ja tomu praveze rozumiem az velmi dobre ;)

3. 10. 2010 17:16:24

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567185

multihost

3. 10. 2010 18:03:03

Napsal azurit;579448
Ako dlho tu chces este klamat ludi, ktori sa do tychto veci nevyznaju ? CFS je v standardny linuxovy CPU planovac, ktory bol pridany od verzie 2.6.23 (tzn. takmer na den presne pred 3 rokmi).

Defaultní CFS ale rozděluje výkon podle procesů a né uživatelů, což je ve webhostingu samozřejmě k ničemu, pokud uživateli nepovolím jen jeden proces. Navíc nijak neřeší RAM paměť, IO a síť.

V sucanosti je to jediny CPU planovac, ktory je vo vanilla linuxovom jadre a pouziva ho kazdy, kto ma jadro aspon verziu 2.6.23.

Vanilkové jádro nepoužíváme, není pro nás dostatečně zabezpečené.

Ako som tu uz napisal, svoje tvrdenia zakladas na akychsi pokusoch s par pouzivatelmi a uz podla toho, co tu pises, je zjavne, ze mas velmi male prakticke skusenosti v realnom nasadeni (v realnych podmienkach) - a ano, ja s tym skusenosti mam na vcelku dobrej urovni.

Promiň mi moji nedůvěru k Tvým schopnostem, ale z praxe mám zkušenost, že úspěšní a zkušení lidé hýří spíš skromností, než větami typu "Dalsie kecy :D".

A aby to nebolo len o tom, ze tu daky modry zajac trepe svoje dohady, precitaj si aspon toto (samozrejme to neplati len v tak extremnych podmienkach, ake ma Bluehost): http://www.mattheaton.com/?p=222

Problémy, které popisuje Matt, jsou všeobecně známé a dají se minimalizovat (ale né vyloučit) správným nastavením a politikou počtu procesů.

Dalsie kecy :D sorry ale toto je robota na 10 minut.

ITK MPM není řešení. Není totiž thread-safe stejně jako mod_php a má horší výkon než worker. Zároveň není tak bezpečný, jako naše chrootované řešení popsané v dokumentaci. Věřím, že ho mnoho hostingů používá, ale sám bych se za takové řešení styděl.

Ne, opravdu nejsme žádná "rychlokvaška" - jak jsem uvedl, naše řešení vyvíjíme už 2 roky. Jsme si vědomi, že trh je poměrně nasycen, proto nemíříme na průměrného zákazníka, ale na technicky náročné uživatele, kteří chtějí mj. ssh v defaultu a pravděpodobně by si koupili VPS. Naše řešení je ale levnější, rychlejší a stabilnější. Hosting je zastřešen společností ITOL CZ s.r.o., nevěříme na one-man-show.

Samozřejmě chápu, že lidé, kteří chtějí 99,999% dostupnost nebudou hned věřit (relativně) novému webhosterovi (navíc v BETA provozu), to je ale jen otázkou času :)

3. 10. 2010 18:03:03

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567184

Pavel Höfner

(5 hodnocení)

3. 10. 2010 18:35:05

Napsal multihost;579428
Když CMS umí dobře cachovat, je někdy i rychlejší než necachovaný vlastní kód. My děláme benchmarky a na základním programu vychází takhle:
* WP s 10 pluginy a s pluginem WPSuperCache: Requests per second: 1150.60, Time per request: 17.382 ms
* WP s 10 pluginy bez Cache: Requests per second: 22.78 (mean),Time per request: 877.841 ms
* Minimalistický PHP web: Requests per second: 1972.01, Time per request: 10.142 ms
* Velká statická stránka: Requests per second: 3560.49, Time per request: 5.617 ms
Je to rychlejší, protože jsme zatím nezatížení, ale proporčně by to mělo sedět.
Když si to vynásobíte (dejme tomu že uživatel klepne na stránku 1x za 10 sekund) znamená to, že zatím utáhneme 19 000 uživatelů PHP stránek online :)). S CMS je to horší, to chce obecně buď dražší program, nebo (což doporučujeme) dobrou cache. ;)

Teorie, sama teorie. Ted si vem server, kde mas 100 zakazniku, 20 z nich ma WP, cache u kazdheo vygenerovala 10 000 souboru. Tak a pozdravuj filesystem.

3. 10. 2010 18:35:05

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567183

multihost

3. 10. 2010 18:49:19

Napsal hofy;579483
Teorie, sama teorie. Ted si vem server, kde mas 100 zakazniku, 20 z nich ma WP, cache u kazdheo vygenerovala 10 000 souboru. Tak a pozdravuj filesystem.

Benchmarky jsou právě praxe. Btw můj WP (středně velký web) má přesně 37 cache souborů. Mnohem víc se roztahují třeba některé PHP akcelerátory - to lze ale řešit Reiserem. Pravdu má ale jvic, když psal, že většina uživatelů WP cache nenainstaluje. To nás ale díky naší architektuře zas tolik nezajímá - prostě jim to pojede pomaleji, než by jelo s cachí, což je ideální motivace pro zákazníka aby ji nasadil. :) To samé ale platí třeba pro šílené MySQL dotazy, které ale naštěstí nejsou až tak časté.

3. 10. 2010 18:49:19

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567182

Otakar Pěnkava

(26 hodnocení)

3. 10. 2010 19:08:14

Zákazníka nemotivuje nasazení cache, odejde jinam ke konkurenci, kde mu to poběží svižně.

3. 10. 2010 19:08:14

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567181

multihost

3. 10. 2010 19:17:06

Napsal Whispere;579507
Zákazníka nemotivuje nasazení cache, odejde jinam ke konkurenci, kde mu to poběží svižně.

To jste mě asi špatně pochopil - proč by to mělo jinde jet svižněji? Nasadí mu konkurance do WP cache za nás? Ne - a pak se to bude řídit podle poměru výkonu serveru a počtu uživatelů. A ten má začínající webhosting stejně nejlepší - myslím že 877 ms je pro WP celkem fajn výsledek. :)

3. 10. 2010 19:17:06

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567180

azurit

3. 10. 2010 19:32:53

Napsal multihost;579466
Defaultní CFS ale rozděluje výkon podle procesů a né uživatelů, což je ve webhostingu samozřejmě k ničemu, pokud uživateli nepovolím jen jeden proces.

Tak prosim ta nekecaj, ze pouzivas nejaky nestandardny planovac pretoze sucasne linuxove jadro iny planovac nema. Nesplietaj tu kraviny o inom nastaveni a priznaj si chybu.

Napsal multihost;579466

Navíc nijak neřeší RAM paměť, IO a síť.

Samozrejme, ze nie, pretoze na to su zase ine planovace :D (napr. o I/O sa stara CFQ) ty mas fakt minimalne znalosti..

Napsal multihost;579466

Vanilkové jádro nepoužíváme, není pro nás dostatečně zabezpečené.

Uz reagujes uplne mimo. Hovorim, ze vanilla kernel ma jedine CFS, cize sa naozaj jedna o standardny planovac a nie je to nieco extra, ako tvrdis ty. Kde som pisal, ze pouzivas vanilla ? :)

Napsal multihost;579466

Problémy, které popisuje Matt, jsou všeobecně známé a dají se minimalizovat (ale né vyloučit) správným nastavením a politikou počtu procesů.

Jasne, hlavne, ze Matt pise, ze sa im problemy nepodarilo eliminovat. Ale ano, zabudol som, ze ty mas dokopy 5 userov, takze fakt problemy nemas ;)

Napsal multihost;579466

ITK MPM není řešení. Není totiž thread-safe stejně jako mod_php a má horší výkon než worker. Zároveň není tak bezpečný, jako naše chrootované řešení popsané v dokumentaci. Věřím, že ho mnoho hostingů používá, ale sám bych se za takové řešení styděl.

Ak tvrdis, ze je doslova nebezpecny, tak fakt nevies, ako funguje. Prestuduj si to (hint: capabilities). Inak znovu pekne ukazujes svoje nedostatocne znalosti o veciach, o ktorych sa tu snazis poucovat - chroot ma byt akoze nieco extra bezpecne ? :) Smiesne.

3. 10. 2010 19:32:53

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567179

multihost

3. 10. 2010 19:40:05

Díky všem slušným diskutujícím, ale tohle už je na mě trochu moc.

3. 10. 2010 19:40:05

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567178

Otakar Pěnkava

(26 hodnocení)

3. 10. 2010 19:42:09

Napsal multihost;579510
To jste mě asi špatně pochopil - proč by to mělo jinde jet svižněji? Nasadí mu konkurance do WP cache za nás? Ne - a pak se to bude řídit podle poměru výkonu serveru a počtu uživatelů. A ten má začínající webhosting stejně nejlepší - myslím že 877 ms je pro WP celkem fajn výsledek. :)

Ty jsi mě špatně pochopil. Konkurence nic nastavovat nebude, ale pokud ty limituješ systémové prostředky, tak přejde user ke konkurenci, která to nelimituje a nechá ho jet i na úkor jiných, což je špatně. Jinak já nejsem tvoje cílovka, už jsem zakotvil u Savčy a nehodlám měnit.

3. 10. 2010 19:42:09

https://webtrh.cz/diskuse/multihosting-v-cr/strana/2/#reply567177