30 Aug
2018
30 Aug
'18
5:09 a.m.
Ahoj,
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.
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.
Zdenek
čt 23. 8. 2018 v 12:39 odesílatel Pavel Snajdr <snajpa(a)snajpa.net> napsal:
On 2018-08-23 09:00, zd nex wrote:
Ahojte,
za mě je např. ta konfigurace nad ARM nedostatečná např. pro
Připravto. Pro naše použití je výkonnější CPU/ paměti
výhodnější a i výkonnější disk. V tuto chvíli je
nejčastějším problémem pro naše VPS čekání na IO u disku jak
na NAS tak i na lokálním disku. Pokud bych však chtěl zvyšovat
výkon pro aplikaci, tak potřebuji určitě více CPU / jádro i
výkon na jádro. Už máme v aplikaci možnost, přesunout něco na
jinou VPS, ale ne vždy je to dostatečné a je potřeba
synchronizace.
Pokud má uživatel jiné použití pro VPS, tak může mít ARM
význam, ale např. pro nás ne. Chápu, že pro někoho může být
soukromí hodně důležité, ale pro nás je to pouze jedna z častí
a nemáme tak jednoduché použití, aby to dávalo takový význam.
Zdenek
Ahoj,
no, ja se zeptam, nez pokrocime dal, jestli jsi nekdy system s
Cortex-A72 zkousel, nebo proc myslis, ze je to nedostatecne?
Kolik jader CPU potrebujes pravidelne ve spicce?
(Kam tim mirim: pri jednom 300vkovym modulu jsou vzdycky pocitany dve
jadra, ze budes maximalne pouzivat pravidelne, pri vicero uz je to ted
na vic "modulu". Cim chci rict, ze "je vyhodnejsi" muze bejt jenom
otazka doby, nez Aither dodela granularnejsi accounting CPU casu a pak
muzes dojit na to, ze jsi hresil na tu sdilenost a po spravnosti by sis
mel treba prave spis doplatit. Ale k tomu potrebujem vedet, na kolik
jader se ted spolejhas v souctu ve spicce).
Diky,
/snajpa
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list