PIKeR 1 Zgłoś post Napisano Sierpień 31, 2013 W sumie racja, choć i tak chętnie bym spróbował. Chociażby, jak sugerował Kamikadze, dla zabawy. Jednakże zniechęca mnie czas oczekiwania na serwer powyżej miesiąca. Spróbuję, gdy, za trzy miesiące, ludzie porezygnują i czas dostawy spadnie do 1h. Atomy nie wspieraja wirtualizacji (przynajmnien wiekszosc z nich - ark.intel.com/Products/VirtualizationTechnology), wiec wydajnosc tego bedzie na poziomie Pegasusa Żebyś się nie zdziwił. Z kolegą na Netbooku z Atomem (1 rdzeń, dwa wątki) i integrą graliśmy w Stalkera - fakt, że na najniższych detalach, ale się dało. Te procki aż takie tragiczne nie są. Udostępnij ten post Link to postu Udostępnij na innych stronach
Kszysiu 136 Zgłoś post Napisano Sierpień 31, 2013 nie mowie ze sa tragiczne - ale brak sprzetowej wirtualizacji skresla pomysl tworzenia chmury na nich. Udostępnij ten post Link to postu Udostępnij na innych stronach
cdcd 29 Zgłoś post Napisano Sierpień 31, 2013 (edytowany) Taki sobie teścik sysbench 1 v 4 threads procek Intel® Atom CPU N2800 @ 1.86GHz kim2 sysbench --test=cpu --num-threads=1 --cpu-max-prime=20000 run Test execution summary: total time: 210.6043s total number of events: 10000 total time taken by event execution: 210.5972 per-request statistics: min: 20.99ms avg: 21.06ms max: 25.33ms approx. 95 percentile: 21.29ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 210.5972/0.00 ================================================================== sysbench --test=cpu --num-threads=4 --cpu-max-prime=20000 run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 4 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 87.8880s total number of events: 10000 total time taken by event execution: 351.5054 per-request statistics: min: 23.79ms avg: 35.15ms max: 103.90ms approx. 95 percentile: 38.89ms Threads fairness: events (avg/stddev): 2500.0000/54.44 execution time (avg/stddev): 87.8764/0.01 dla porównania 1 threads z procka Intel® Xeon® CPU E5-1620 0 @ 3.60GHz EG sysbench --test=cpu --num-threads=1 --cpu-max-prime=20000 run sysbench 0.4.12: multi-threaded system evaluation benchmark Running the test with following options: Number of threads: 1 Doing CPU performance benchmark Threads started! Done. Maximum prime number checked in CPU test: 20000 Test execution summary: total time: 23.3883s total number of events: 10000 total time taken by event execution: 23.3864 per-request statistics: min: 2.24ms avg: 2.34ms max: 3.52ms approx. 95 percentile: 2.45ms Threads fairness: events (avg/stddev): 10000.0000/0.00 execution time (avg/stddev): 23.3864/0.00 najważniejszy parametr to: total time: Proszę bez płaczu jak to ,po co itd itp porównujemy VPS vs low-cost dedyk czyli taki sobie rdzeń Xeon w VPS do takiego kima 2g low-cost dedyk zwykły syntetyk interpretacja dowolna ale co by nie mówić kim 2G to pozycja obowiązkowa to po prostu trzeba mieć Edytowano Sierpień 31, 2013 przez cdcd (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
d.v 1409 Zgłoś post Napisano Sierpień 31, 2013 Co Ty w ogóle porównujesz? Po pierwsze koszt Xeona jest nieporównywalny z kosztem Atoma, po drugie tu chodzi przede wszystkim o koszt utrzymania, jeden rdzeń Xeona wcina tyle prądu co całe wiadro Atomów. Nie porównuj Smarta z Veyronem. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pan Kot 1535 Zgłoś post Napisano Sierpień 31, 2013 (edytowany) Jak wyżej. Kimsyfy są dla osób, które nie mają potrzeby hostowania czegokolwiek "większego". Mi fakt, że TS3 ze 150 osobami wcina pół jednego threada takiego atoma wystarczy, żeby stwierdzić że są w porządku, ale wiadomo że wydajnością dowolny xeonik na VPS'ie będzie o wiele bardziej wydajny. Różnica jest tylko taka, że na tego xeonika przypada X osób i o ile jeden thread może być de facto wydajniejszy to już jeden thread dzielony na 4 minecraftowiczów takim nie będzie. Edytowano Sierpień 31, 2013 przez Archi (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
spindritf 240 Zgłoś post Napisano Sierpień 31, 2013 (edytowany) Wow, cały wątek odpowiedzi wprowadzających w błąd. OVH może sprzedawać Kimsufi tak tanio, bo to ogromny operator korzystający na swojej skali i budujący własny sprzęt. Atomy w Kimsufach to oczywiście nie są jakieś potężne procesory, ale to stanowi problem tylko przy niektórych zastosowaniach. Za to dostajesz relatywnie dużo pamięci (dwa albo cztery gigabajty) i, znów relatywnie, ogromny dysk 500GB. Taki serwer z powodzeniem obłsuży masę poczty, przewali dziesiątki megabitów jako serwer VPN, będzie serował statyczne zasoby po http, spokojnie wysyci to stumegabitowe łącze torrentem, etc. Nie jest też prawdą, że nie uruchomisz "chmury". Będą działać kontenery (lxc dla Linuksa, jaile we FreeBSD), które nie generują dodatkowego obciążenia i nie wymagają wsparcia sprzętowego. Możesz bez problemu postawić bardzo ostatnio modnego dockera. Z drugiej strony dostawcy VPS-ów dzielą duży serwer na mniejsze, wirtualne.Dzięki temu masz dostęp do lepszego procesora (bo przez większość czasu nie jest mocno eskploatowany przez innych użytkowników), ze wsparciem dla aesa, etc. Dostajesz za to mniej pamięci i mocno ograniczony dostęp do dysku, więc jeśli masz aplikację intensywnie korzystającą z I/O, to albo Ty, albo Twój dostawca nie będzie szczęśliwy. Spróbuj uruchomić rTorrenta, albo jakiś serwer aktywnie przeszukujący wiele małych plików. Korzystanie z VPS-a wiąże się również z zagrożeniami wynikającymi z architektury takiego hostingu. Istnieją np. ataki pozwalające wyciągnąc prywatny klucz używany na innym serwerze znajdującym się na tej samej maszynie. Wszystko zależy do tego, jakie masz potrzeby. Na prywatny serwer www, wiki, poczty, SIP... Kimsuf się nada doskonale, nawet ten za 15PLN. Jeśli musisz negocjować wiele połączeń https (ja z kimsufi za 15 PLN wycisnąłem 94 jednoczesne połączenia https, potem było różnie), albo coś obliczać, modelować, przewidywać pogodę, to nie będziesz zadowolony. Ale przy takich zastosowaniach nie będziesz też pewnie zadowolony z budżetowych dostawców serwerów wirtualnych. Edytowano Sierpień 31, 2013 przez spindritf (zobacz historię edycji) 1 Udostępnij ten post Link to postu Udostępnij na innych stronach