<div dir="ltr"><div>Ahoj, <br></div><div>no v tuto chvíli nejde ani tak o špičku (u nás lidi chodí různě), jako spíše o to, že VPS pokud má vše v RAM, tak CPU až na 2-3 případy moc potřebný není např. pro Připravto. Jde o to, že naše velké úlohy jsou zhruba 3 v návrhu nábytku (3d model, zpracování konstrukce a hledání spojů).  Pak je to optimalizace nářezových plánů a ta může jet na více processorů a pak vizualizace a ta je také na více processů. Avšak může tam být více uživatelů najednou. Tzn * počet uživatelů. To je co se týče náročnosti na CPU. Ostatní je téměř bez zatížení. No a pak je tam ta věc a to je DISK > který dle mého sledování většinou nestíhá, když něco není v RAM. Můžete si jednoduše vyzkoušet, někdy i načtení pár KB souboru zabere několik sekund a HTOP zobrazuje process v D stavu. Imho jelikož a prostě většinou je ten disk přetížen - několikrát bylo vidět z grafů a cpu neví co má dělat. Bohužel jsme teď začali řešit synchronizaci mezi VPS a tam je již více vidět to přetížení disků. Předminulý týden jsem to musel úplně zastavit a nastavit větší rozmezí mezi kopírování abych si sám ne zvýšil load na 4 jen kopírováním. To už jsem vyřešil a prostě to děláme po mnohem menších částech s větším rozložením do času a jede to.</div><div><br></div><div>Tzn tím bych chtěl říci, že pokud je ten HW slabší, tak se více projeví tyto slabiny. Pokud bychom všichni rozkládali zatížení do většího času, tak by to samo sebou bylo skvělé, bohužel ne vždy to jde. Tohle je v současnosti pohled jak to vidím já. Možná pro běžný web je to ok.</div><div><br></div><div>Zdenek<br></div><br><div class="gmail_quote"><div dir="ltr">čt 23. 8. 2018 v 12:39 odesílatel Pavel Snajdr <<a href="mailto:snajpa@snajpa.net">snajpa@snajpa.net</a>> napsal:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-08-23 09:00, zd nex wrote:<br>
> Ahojte,<br>
> <br>
> za mě je např. ta konfigurace nad ARM nedostatečná např. pro<br>
> Připravto. Pro naše použití je výkonnější CPU/ paměti<br>
> výhodnější a i výkonnější disk. V tuto chvíli je<br>
> nejčastějším problémem pro naše VPS čekání na IO u disku jak<br>
> na NAS tak i na lokálním disku. Pokud bych však chtěl zvyšovat<br>
> výkon pro aplikaci, tak potřebuji určitě více CPU / jádro i<br>
> výkon na jádro. Už máme v aplikaci možnost, přesunout něco na<br>
> jinou VPS, ale ne vždy je to dostatečné a je potřeba<br>
> synchronizace.<br>
> <br>
> Pokud má uživatel jiné použití pro VPS, tak může mít ARM<br>
> význam, ale např. pro nás ne. Chápu, že pro někoho může být<br>
> soukromí hodně důležité, ale pro nás je to pouze jedna z častí<br>
> a nemáme tak jednoduché použití, aby to dávalo takový význam.<br>
> <br>
> Zdenek<br>
> <br>
<br>
Ahoj,<br>
<br>
no, ja se zeptam, nez pokrocime dal, jestli jsi nekdy system s <br>
Cortex-A72 zkousel, nebo proc myslis, ze je to nedostatecne?<br>
<br>
Kolik jader CPU potrebujes pravidelne ve spicce?<br>
<br>
(Kam tim mirim: pri jednom 300vkovym modulu jsou vzdycky pocitany dve <br>
jadra, ze budes maximalne pouzivat pravidelne, pri vicero uz je to ted <br>
na vic "modulu". Cim chci rict, ze "je vyhodnejsi" muze bejt jenom <br>
otazka doby, nez Aither dodela granularnejsi accounting CPU casu a pak <br>
muzes dojit na to, ze jsi hresil na tu sdilenost a po spravnosti by sis <br>
mel treba prave spis doplatit. Ale k tomu potrebujem vedet, na kolik <br>
jader se ted spolejhas v souctu ve spicce).<br>
<br>
Diky,<br>
<br>
/snajpa<br>
_______________________________________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.cz</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" rel="noreferrer" target="_blank">http://lists.vpsfree.cz/listinfo/community-list</a><br>
</blockquote></div><br></div>