New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Prometeus VZ7 1GB 25GB SSD 2.93TB OpenVZ Benchmark
ErawanArifNugroho
Member
I've got this offer from @Prometeus with the 50% discount, another same promo is also in WHT, so maybe this one can be used as benchmark reference.
Disk Space: 25GB SSD CPU Cores: 4 RAM: 1024 MB vSwap: 512MB Bandwidth: 2.93TB 1 IPv4 & 4 IPv6 OpenVZ
CPU Info
# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz stepping : 7 cpu MHz : 1999.840 cache size : 15360 KB physical id : 0 siblings : 12 core id : 0 cpu cores : 6 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid bogomips : 3999.68 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz stepping : 7 cpu MHz : 1999.840 cache size : 15360 KB physical id : 0 siblings : 12 core id : 1 cpu cores : 6 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid bogomips : 3999.68 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz stepping : 7 cpu MHz : 1999.840 cache size : 15360 KB physical id : 0 siblings : 12 core id : 2 cpu cores : 6 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid bogomips : 3999.68 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 45 model name : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz stepping : 7 cpu MHz : 1999.840 cache size : 15360 KB physical id : 0 siblings : 12 core id : 3 cpu cores : 6 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 x2apic popcnt aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts tpr_shadow vnmi flexpriority ept vpid bogomips : 3999.68 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management:
Memory Info
# cat /proc/meminfo MemTotal: 1048576 kB MemFree: 901008 kB Cached: 134820 kB Active: 91064 kB Inactive: 48164 kB Active(anon): 4400 kB Inactive(anon): 8 kB Active(file): 86664 kB Inactive(file): 48156 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 524288 kB SwapFree: 524288 kB Dirty: 0 kB Writeback: 0 kB AnonPages: 4408 kB Shmem: 5120 kB Slab: 8296 kB SReclaimable: 6500 kB SUnreclaim: 1796 kB
Freevps.sh
# wget freevps.us/downloads/bench.sh -O - -o /dev/null|bash CPU model : Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00GHz Number of cores : 4 CPU frequency : 1999.840 MHz Total amount of ram : 1024 MB Total amount of swap : 512 MB System uptime : 6 min, Download speed from CacheFly: 5.95MB/s Download speed from Linode, Atlanta GA: 280KB/s Download speed from Linode, Dallas, TX: 4.06MB/s Download speed from Linode, Tokyo, JP: 3.90MB/s Download speed from Linode, London, UK: Download speed from Leaseweb, Haarlem, NL: 2.41MB/s Download speed from Softlayer, Singapore: 3.79MB/s Download speed from Softlayer, Seattle, WA: 6.05MB/s Download speed from Softlayer, San Jose, CA: 258KB/s Download speed from Softlayer, Washington, DC: 9.61MB/s I/O speed : 500 MB/s
Comments
Inodes
Disk Space
Download Test
Ping and Traceroute
IO Test
IOPING
UnixBench
Serverbear
http://serverbear.com/benchmark/2012/11/16/2EWbzDqtTX1Qq7gb
Thanks for the benchmark - some tasty IO there. One thing I've noticed is a lot of benchmark posting without analysis (typically only comments when something is very bad). Would be good to see people providing their analysis of the benchmarks in addition to the numbers. What do you look for/expect (at that price-point) vs. benchmark result.
craigb : I'm not looking / comparing from price vs results.
Just providing if someone needed the benchmark results. , so people would not try to run the same benchmark process over and over that will kill the server
In our case, you can run the benchmark, the servers will not die, only dont run them on cron on 24 cores nodes,that will not be nice and will earn a cancellation :P
@Maounique, I don't even know how to run cron ( except having the tutorial from installing a software, like vnstat ) and scripting in linux, so no need to worry
Looks good from disk and IO. I don't bother much with the CPU analysis, since regulation and throttle of the CPU is unknown to end user.
One thing that stuck out was the network. Isn't this supposed to be a gigabit connection?
Download speed from CacheFly: 5.95MB/s (not good)
Download speed from Linode, Atlanta GA: 280KB/s (horrible)
Download speed from Linode, Dallas, TX: 4.06MB/s (mediocre for busy 100Mbps)
Download speed from Linode, Tokyo, JP: 3.90MB/s (mediocre for busy 100Mbps)
Download speed from Leaseweb, Haarlem, NL: 2.41MB/s (this is aweful -- should be very fast since same continent)
Download speed from Softlayer, Singapore: 3.79MB/s (acceptable since so far)
Download speed from Softlayer, Seattle, WA: 6.05MB/s (alright for 100Mbps)
Download speed from Softlayer, San Jose, CA: 258KB/s (might want to use carrier pigeons instead)
Download speed from Softlayer, Washington, DC: 9.61MB/s (good for 100Mbps offer)
Network seems fubar'ed.
That script continues to irritate me since so dependent on the same few networks.
Curious how the network performs with other well known speed test points.... To determine if it is peering that is the problem or over saturation.
PS: I am curious since I've been considering this provider and like what I've seen and heard prior to these numbers.
Well, this is curious for me too, the port is 1 gbit AND the node is far from full.
I will test on my VPS see what gives (granted, another node, but should not matter much, if anything should be worse).
EDIT:
Seems a decent all-rounder, well, except SJ and London. We have ppl that push/pull 10 TB on one VPS in a month, they couldnt if the network was bad.
North Italy is linked to germany L3, that test has no DE location, tho.
But it is strange since my node is much more loaded than the SSD one, and now is peak time in EU DCs too.
Erawan should have had better results. Maybe redo the test later ?
Better numbers there @Maounique. Thanks for the honesty on the matter since materially interested
I don't expect a EURO provider to be performing highly to Asia. To Cachefly, yes. To Haarlem, NL, yes.
Better check OVH, Hetzner and other big network speed tests to determine what is going on there (node heavy data use, upstream issues, etc.).
I will try to do the test again, because my current connection is little laggy now
I've been having routing issues today from my Prometeus nodes to the US. So today may not be the best day to test connectivity.