Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Yet another hostsolutions.ro review. - Page 4
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.

Yet another hostsolutions.ro review.

124»

Comments

  • angstromangstrom Moderator

    @varunchopra said:
    Assuming a month has really passed, and keeping in mind the number of complaints and the "we are working on it" response from @cociu, I'd like to throw in my $0.02.

    I personally feel off dealing with someone who can't speak English correctly, and it just ticks me off. That's why I've never personally bought anything at HostSolutions. I don't have the time or the energy to speak to a wall.

    1. As far as his hardware goes. I believe it isn't up to the mark.
    2. As far as I have seen in all the threads to date, cociu's support is half assed and not up to the mark as well. If you can't speak English, get a rep who can.
    3. The service is fairly cheap, and of course, OVZ. Provisioning so many storage servers like this, without any clear knowledge or indication that they couldn't handle the load was a mistake on @cociu's part.

    After so many red flags, if people still sign up at HostSolutions, it's their loss, and they deserve to lose their money.

    I think that your judgment is harsh.

    Focusing on @cociu's English is not constructive, because the issues that customers have been voicing complaints about concern provisioning time, server i/o, network performance, and the like, not to mention @cociu's not-infrequent overreactions. There's no reason to think that there's a dependence between @cociu's English and the issues that customers have been voicing complaints about. Even his overreactions are not tied to his English per se. There's every reason to think that he could overreact equally well (or better) in Romanian.

    Naturally, you can decide for yourself who you want to be a customer of and why, but making @cociu's English an essential part of a critique that you make public isn't productive.

  • @angstrom said:

    @varunchopra said:
    Assuming a month has really passed, and keeping in mind the number of complaints and the "we are working on it" response from @cociu, I'd like to throw in my $0.02.

    I personally feel off dealing with someone who can't speak English correctly, and it just ticks me off. That's why I've never personally bought anything at HostSolutions. I don't have the time or the energy to speak to a wall.

    1. As far as his hardware goes. I believe it isn't up to the mark.
    2. As far as I have seen in all the threads to date, cociu's support is half assed and not up to the mark as well. If you can't speak English, get a rep who can.
    3. The service is fairly cheap, and of course, OVZ. Provisioning so many storage servers like this, without any clear knowledge or indication that they couldn't handle the load was a mistake on @cociu's part.

    After so many red flags, if people still sign up at HostSolutions, it's their loss, and they deserve to lose their money.

    I think that your judgment is harsh.

    Focusing on @cociu's English is not constructive, because the issues that customers have been voicing complaints about concern provisioning time, server i/o, network performance, and the like, not to mention @cociu's not-infrequent overreactions. There's no reason to think that there's a dependence between @cociu's English and the issues that customers have been voicing complaints about. Even his overreactions are not tied to his English per se. There's every reason to think that he could overreact equally well (or better) in Romanian.

    Naturally, you can decide for yourself who you want to be a customer of and why, but making @cociu's English an essential part of a critique that you make public isn't productive.

    Yes, focusing on his English isn't constructive. It's just one of the reasons that add up to a definitive conclusion.

    Bad communication skills + customer shaming + bad network + bad IO + bad support + high provisioning time, and as you mentioned, his non-infrequent overreactions.

    He's the worst hosting provider here.

    Thanked by 1WebProject
  • bsdguybsdguy Member
    edited May 2017

    @Gamma17

    cociu is right. "If you have a problem, contact your provider (typically by opening a ticket)" is the well known rule of the game.

    Opening a "review" thread here before you contacted your provider about the problem is unfair. Simple as that, nothing more to discuss.

  • Gamma17Gamma17 Member

    @Nekki said:
    So this one got a bit out of control, eh.

    This is one of those cases where there needs to be some common sense applied, based on the situation.

    A big storage offer from a provider known for ignoring DCMA was always going to lead to some serious challenges in respect of performance where shared resources are in play; anyone buying a plan should really have seen this coming, and made a decision to buy/not buy accordingly. They should also have asked upfront about potential performance before buying to avoid disappointment. And seriously folks, some of you need to live in the real world a little and realise that providers aren't superhuman and that sometimes they will have to deal with problems they didn't anticipate and that takes time.

    Coming onto a forum to complain is never going to be helpful to anyone unless the full context of the situation is explained, but such is human nature that this rarely happens - instead you end up with something at least partially one-sided which results in the provider defending themselves and so on and so forth. Neither party usually comes out of these exchanges with dignity and reputation fully intact, so they serve little purpose other than to invite the LE Mob.

    This thread could have been handled better on both sides, no doubt...and the result is that a provider has lost a customer and a customer no longer had his VPS...I'm sure that's not what either wanted to happen.

    Yes, i understood all that about torrents, shared resources etc. I did not expect much, but i still decided to try. And the only thing i initially intended to say here is like "this service does not work well for storage at this point, if you are going to buy it to store files there you should think about it once more". I was not upset or angry, and i completely written off those vps-es already by the time of first post. I just did not want to cancel them to avoid creating any potential misunderstandings in terms of payments.

    Also yes, i never created performance-related support ticket, never stated otherwise (this issues were, however, discussed on this forum some time before) and never wanted to. This comes from my earlier expirience with such situations, and may be completely stupid, but judging by replies here about "everything works fine on our side" it is not in this case. I had 2 vm-s on a single node and watching how doing something in one slows down another made me think that it is not related to my particular vm-s. Also i do not see an issue with me describing my expirience, with or without support/tickets. It's my choice after all, stupid or not.

    Anyway yes, the discussion went wrong, and i could have done it diffirently... it is just that his attacks got me angry, and angry usually equals stupid...

    Thanked by 1vimalware
  • racksxracksx Member

    @Gamma17 said:

    Did you read my post about the RAID that would answer to your questions why is slow

    Thanked by 1chocolateshirt
  • Gamma17Gamma17 Member
    edited May 2017

    @racksx said:
    Did you read my post about the RAID that would answer to your questions why is slow

    Yes, i did. And yes, i understand that it is even too optimistic if all users were to actively write/read files at the same time.

    I did not expect 1GB/s or 100k iops.
    All i needed basically was ability to write/read large files at the speed of 100mbit network (because it is what i have on the other end). Is it too much?

    Thanked by 1vimalware
  • AuroraZAuroraZ Barred

    OK now I am pissed as well. I was promised a molesting with my server @cociu and I have not received it yet!!!!!! Where is my DAMNED molesting man!!!!! :P

    Thanked by 1dimitrisp
  • AmitzAmitz Member

    MaaS - Molesting as a service.

    Thanked by 3Yura racksx dimitrisp
  • NekkiNekki Veteran

    @Amitz said:
    MaaS - Molesting as a service.

    This is relevant to my interests.

  • hzrhzr Member

    varunchopra said: He's the worst hosting provider here.

    Trust me, there are much worse. He is great comparatively.

  • dfroedfroe Member, Host Rep

    Here is yet another benchmark from my Storage VM I bought from @cociu:
    https://pastebin.com/raw/vMgQqUxa

    I had to wait one week until my VM was deployed. Network throughput is okay most of the time as well as disk I/O for me. The VM does not deliver very constant performance but considering the very low price it performs quite well for me as backup storage. Old hardware and kernel but I had no problems at all installing Debian wheezy x86 and upgrading it to jessie like usual.

    Just my opinion, but you get what you pay for. This applies here, too. If you need a VM with better performance, you'll definitely get it, but at a higher price. I personally am happy so far with my 1TB VPS from @cociu for lowend needs at lowend price. If you're unhappy, feel free to cancel.

    Thanked by 1vimalware
  • I just ran a benchmark below, I have no complaints $17.50 every 6 months for 1tb of space.

    I'm of the mindset unless you communicate there is a problem to a provider and give them a chance to fix, It's unfair to throw them under the bus on a public forum.

    Thanks @cociu for the eastern deal

    System Info

    Processor : Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz

    CPU Cores : 1

    Frequency : 1795.802 MHz

    Memory : 1024 MB

    Swap : 512 MB

    Uptime : 1 day, 8:50,

    OS : Ubuntu 14.04.5 LTS
    Arch : x86_64 (64 Bit)
    Kernel : 2.6.32-48-pve
    Hostname : xxx

    Speedtest (IPv4 only)

    Your public IPv4 is 188.xxx.xxx.xx

    Location Provider Speed

    CDN Cachefly 32.5MB/s

    Atlanta, GA, US Coloat 4.78MB/s

    Dallas, TX, US Softlayer 6.91MB/s

    Seattle, WA, US Softlayer 6.53MB/s

    San Jose, CA, US Softlayer 4.34MB/s

    Washington, DC, US Softlayer 2.96MB/s

    Tokyo, Japan Linode 4.31MB/s

    Singapore Softlayer 4.03MB/s

    Rotterdam, Netherlands id3.net 494KB/s

    Haarlem, Netherlands Leaseweb 37.6MB/s

    Disk Speed

    I/O (1st run) : 80.5 MB/s

    I/O (2nd run) : 59.3 MB/s

    I/O (3rd run) : 92.2 MB/s

    Average I/O : 77.3333 MB/s

  • jcalebjcaleb Member

    Historically, I think this forum was created for customers perspective. To help them in decision making and how to make use of their VPS.

    But having said that, remember always that when someone post a negative review, the business of the host will be affected as a result of the brand being tarnished. It's someone's livelihood at stake. So a lot of care should be given in the spirit of fairness.

  • @cociu you can use that $15 you bragged about taking from me to hire a PR person for one hour...at least that's one our out of the day you don't look like a jackass

    Thanked by 1Yura
  • on my 1TB the bench.sh reports 50mbyte/s IO speed but running apt update or apt install takes quite long. running "flexget execute" too takes ages till the first line of verbose output pops up. 4TB vps is faster tho. a bit.

  • MikeAMikeA Member, Patron Provider
    edited May 2017

    @mosan7763 said:
    on my 1TB the bench.sh reports 50mbyte/s IO speed but running apt update or apt install takes quite long. running "flexget execute" too takes ages till the first line of verbose output pops up. 4TB vps is faster tho. a bit.

    Probably related to CPU and not disk.

    Edit: Appears I was wrong to some extent.

  • Gamma17Gamma17 Member

    @mosan7763 said:
    on my 1TB the bench.sh reports 50mbyte/s IO speed but running apt update or apt install takes quite long. running "flexget execute" too takes ages till the first line of verbose output pops up. 4TB vps is faster tho. a bit.

    It would be interesting to see ioping results, if possible.

  • @Gamma17 said:
    It would be interesting to see ioping results, if possible.

    1TB

    --- . (simfs /dev/simfs) ioping statistics ---
    22 requests completed in 25.5 s, 5 iops, 20.2 KiB/s
    min/avg/max/mdev = 275 us / 197.6 ms / 1.0 s / 233.8 ms

    4TB

    --- . (simfs /dev/simfs) ioping statistics ---
    26 requests completed in 26.0 s, 301 iops, 1.2 MiB/s
    min/avg/max/mdev = 154 us / 3.3 ms / 16.6 ms / 4.9 ms

    Thanked by 1Gamma17
  • Gamma17Gamma17 Member
    edited May 2017

    So yes, 4TB is much better, and i guess that 5 iops explains why things run slow on 1TB one... not as terrible as i had, but close...

  • FredQcFredQc Member

    1TB:

    [root@1tb ~]# wget x86.ca/bench.sh -O - -o /dev/null|bash
    CPU model :  Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
    Number of cores : 1
    CPU frequency :  1795.644 MHz
    Total amount of ram : 1024 MB
    Total amount of swap : 512 MB
    System uptime :   7 days, 7:02,       
    Download speed from CacheFly: 39.5MB/s 
    Download speed from OVH, Beauharnois, Canada: 10.1MB/s 
    Download speed from Atlantic.NET, Toronto, Canada: 6.44MB/s 
    Download speed from ColoCrossing, Chicago, USA: 6.85MB/s 
    Download speed from Choopa, Piscataway, USA: 3.04MB/s 
    Download speed from Dacentec, Lenoir, USA: 6.18MB/s 
    Download speed from Atlanta (10Gbps pipe), USA: 6.32MB/s 
    Download speed from Volume Drive, Wilkes Barre, USA: 9.07MB/s 
    Download speed from Atlantic.NET, Orlando, USA: 8.17MB/s 
    Download speed from Incero, Dallas, USA: 6.13MB/s 
    Download speed from Atlantic.NET, San Francisco, USA: 3.64MB/s 
    Download speed from QuadraNET, LA, USA: 3.07MB/s 
    Download speed from OVH, Roubaix, FR: 19.0MB/s 
    Download speed from Redstation, London, UK: 44.5MB/s 
    Download speed from Linode, Frankfurt, DE: 13.1MB/s 
    Download speed from Leaseweb, Haarlem: 21.4MB/s 
    Download speed from Linode, Tokyo, JP: 4.06MB/s 
    Disk throughput - 1 time        : 150 MB/s
    Disk throughput - 2 time        : 121 MB/s
    Disk throughput - 3 time        : 106 MB/s
    Average Disk throughput         : 125.667 MB/s
    
    [root@1tb ~]# ioping -c 10 .
    4 KiB <<< . (simfs /dev/simfs): request=1 time=424.0 us (warmup)
    4 KiB <<< . (simfs /dev/simfs): request=2 time=14.7 ms
    4 KiB <<< . (simfs /dev/simfs): request=3 time=25.7 ms
    4 KiB <<< . (simfs /dev/simfs): request=4 time=3.61 ms
    4 KiB <<< . (simfs /dev/simfs): request=5 time=336.1 us
    4 KiB <<< . (simfs /dev/simfs): request=6 time=19.6 ms
    4 KiB <<< . (simfs /dev/simfs): request=7 time=26.2 ms (slow)
    4 KiB <<< . (simfs /dev/simfs): request=8 time=69.8 ms (slow)
    4 KiB <<< . (simfs /dev/simfs): request=9 time=120.5 ms (slow)
    4 KiB <<< . (simfs /dev/simfs): request=10 time=3.53 ms (fast)
    
    --- . (simfs /dev/simfs) ioping statistics ---
    9 requests completed in 283.8 ms, 36 KiB read, 31 iops, 126.9 KiB/s
    generated 10 requests in 9.00 s, 40 KiB, 1 iops, 4.44 KiB/s
    min/avg/max/mdev = 336.1 us / 31.5 ms / 120.5 ms / 37.1 ms
    
    [root@1tb ~]# time df -h
    Filesystem      Size  Used Avail Use% Mounted on
    /dev/simfs      1.0T   19G 1006G   2% /
    none            512M  4.0K  512M   1% /dev
    none            512M     0  512M   0% /dev/shm
    
    real    0m0.004s
    user    0m0.002s
    sys     0m0.002s
    

    It's not that bad.

  • williewillie Member
    edited May 2017

    I also had terrible iops a week or so ago. It's improved a lot now, still not great but reasonably usable. I like the idea of ftp/scp-only storage with some way to prevent sshfs/ftpfs from using up all the iops.

    Thanked by 1vimalware
  • FritzFritz Veteran
    edited May 2017

    My regular VPS with decent price, not the best but usable for my needs.

    CPU model :  Intel(R) Xeon(R) CPU           X5660  @ 2.80GHz
    Number of cores : 2
    CPU frequency :  2800.353 MHz
    Total amount of ram : 2048 MB
    Total amount of swap : 512 MB
    System uptime :   9 days, 9:38,
    Download speed from CacheFly: 51.9MB/s
    Download speed from OVH, Beauharnois, Canada: 1.79MB/s
    Download speed from Atlantic.NET, Toronto, Canada: 4.09MB/s
    Download speed from ColoCrossing, Chicago, USA: 4.94MB/s
    Download speed from Choopa, Piscataway, USA: 2.25MB/s
    Download speed from Dacentec, Lenoir, USA: 11.8MB/s
    Download speed from Atlanta (10Gbps pipe), USA: 1.47MB/s
    Download speed from Volume Drive, Wilkes Barre, USA: 10.7MB/s
    Download speed from Atlantic.NET, Orlando, USA: 7.40MB/s
    Download speed from Incero, Dallas, USA: 3.58MB/s
    Download speed from Atlantic.NET, San Francisco, USA: 5.00MB/s
    Download speed from QuadraNET, LA, USA: 5.34MB/s
    Download speed from OVH, Roubaix, FR: 12.0MB/s
    Download speed from Redstation, London, UK: 4.85MB/s
    Download speed from Linode, Frankfurt, DE: 3.53MB/s
    Download speed from Leaseweb, Haarlem: 4.81MB/s
    Download speed from Linode, Tokyo, JP: 3.74MB/s
    Disk throughput - 1 time        : 123 MB/s
    Disk throughput - 2 time        : 80.5 MB/s
    Disk throughput - 3 time        : 125 MB/s
    Average Disk throughput         : 109.5 MB/s
    

    ioping /

    4 KiB <<< / (simfs /dev/simfs): request=1 time=245.0 us (warmup)
    4 KiB <<< / (simfs /dev/simfs): request=2 time=273.8 us
    4 KiB <<< / (simfs /dev/simfs): request=3 time=350.6 us
    4 KiB <<< / (simfs /dev/simfs): request=4 time=6.94 ms
    4 KiB <<< / (simfs /dev/simfs): request=5 time=628.1 us
    4 KiB <<< / (simfs /dev/simfs): request=6 time=23.2 ms
    4 KiB <<< / (simfs /dev/simfs): request=7 time=249.0 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=8 time=635.2 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=9 time=294.9 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=10 time=275.5 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=11 time=477.2 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=12 time=287.8 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=13 time=645.9 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=14 time=281.9 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=15 time=408.7 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=16 time=331.6 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=17 time=350.5 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=18 time=269.4 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=19 time=247.6 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=20 time=324.3 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=21 time=4.05 ms
    4 KiB <<< / (simfs /dev/simfs): request=22 time=565.7 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=23 time=284.2 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=24 time=289.6 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=25 time=446.6 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=26 time=491.2 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=27 time=223.2 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=28 time=5.74 ms
    4 KiB <<< / (simfs /dev/simfs): request=29 time=461.7 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=30 time=526.4 us (fast)
    4 KiB <<< / (simfs /dev/simfs): request=31 time=437.2 us (fast)
    
    --- / (simfs /dev/simfs) ioping statistics ---
    30 requests completed in 49.9 ms, 120 KiB read, 600 iops, 2.35 MiB/s
    generated 31 requests in 30.5 s, 124 KiB, 1 iops, 4.07 KiB/s
    min/avg/max/mdev = 223.2 us / 1.66 ms / 23.2 ms / 4.30 ms
    

    time df -h

    Filesystem      Size  Used Avail Use% Mounted on
    /dev/simfs       50G   34G   17G  67% /
    none            1.0G  4.0K  1.0G   1% /dev
    none            1.0G     0  1.0G   0% /dev/shm
    
    real    0m0.002s
    user    0m0.000s
    sys     0m0.002s
    
  • @cociu: do you mind taking a look at my ticket?

    763155, thank you

  • cociucociu Member
    edited May 2017

    blablub123 said: do you mind taking a look at my ticket?

    what i tell in the last days is : this is not our tiketing system sorry , i know was more delays this days due of huge quantity of work and due of our modules faill so please be patcient , try to not post tikets here because is for nothing .... today was a coincidense i have reponded in the same time when you have posted this message here if not we delay intentionatly the response because we are not use LET as tiketing system. Sorry but is not normaly to use this forum to resolve internal problems, more @cociu is not a tehnical guy ... . Thanks for understand.

  • sipesipe Member
    edited May 2017

    Hello all, just sharing my 2 cents here.

    I also bought 1TB from cociu. I'm very patient person, so no crying on LET or opening tickets, just waiting for VPS. Paid 29.4., got it 6.5.
    Small observation, got root password in plaintext, not good practice.

    After my first setup of VPS, I also noticed that it's slow. Slow apt-get, sometimes slowdowns up to 10 seconds, but network was good.
    I sad to myself new vps, low price, you got what you paid for.

    For my first server migration I copied about 300GB of files, average speed vas above 15MB/s what was good enough for me.

    Second server migration was about 10MB/s, because other server has 100Mbps, also good enough.

    As time passed, noticed some speed improvement, dd averaged about 80-90MB (just to check if everything is good, I know it's not good disk test).
    I installed openvpn, seedbox, tor relay (50Mbps limit) and for now everything works good.

    In last 2 days I noticed much more speed improvements, but also that my disk is shrinked so I will notice them about it. I opened ticket about nat module not working that it's required for OpenVPN, fixed after 30 hours which is also good enough for me.

    For 10€/3 months I think I will stay for now.

    Here are benchmarks, if there are any benchmark to run just post :)
    All in all, for price I'm pretty satisfied. Node got noticeable faster last few days.

    (Test are ran with seedbox uploading ~2Mbps, Tor relay running)

     hostname:       (public ip )
     SO:             Ubuntu 16.04.2 LTS 64 bits
     kernel:         2.6.32-48-pve
     virtual:        OpenVZ
     cpu:            Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
     vcpu:           1 core / 3591.60 bogomips
     RAM:            1024 MB (20% used) / swap 512 MB (29% used)
     HD:             533G (59% used) / inkling speed 1.30229 s, (SHOULD BE 1TB)
     cachefly 10MB:  15.5 MB/s (probably Gigabit Port)
    
    root@:/tmp# wget -O /dev/null http://speedtest.tele2.net/10GB.zip
    --2017-05-17 09:48:27--  http://speedtest.tele2.net/10GB.zip
    Resolving speedtest.tele2.net (speedtest.tele2.net)... 90.130.70.73, 2a00:800:1010::1
    Connecting to speedtest.tele2.net (speedtest.tele2.net)|90.130.70.73|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 10737418240 (10G) [application/zip]
    Saving to: ‘/dev/null’
    /dev/null
    100%[====================================================================================>]  10.00G  67.2MB/s    in 2m 56s  
    2017-05-17 09:51:22 (58.3 MB/s) - ‘/dev/null’ saved [10737418240/10737418240]
    

    Same test, Zagreb, Croatia

    root@:/tmp# wget -O /dev/null http://zgb-speedtest-1.tele2.net/10GB.zip
    --2017-05-17 10:17:11--  http://zgb-speedtest-1.tele2.net/10GB.zip
    Resolving zgb-speedtest-1.tele2.net (zgb-speedtest-1.tele2.net)... 90.130.74.159, 2a00:800:1010:5::2
    Connecting to zgb-speedtest-1.tele2.net (zgb-speedtest-1.tele2.net)|90.130.74.159|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 10737418240 (10G) [application/zip]
    Saving to: ‘/dev/null’
    /dev/null
    100%[====================================================================================>]  10.00G  59.3MB/s    in 3m 3s 
    2017-05-17 10:20:14 (56.0 MB/s) - ‘/dev/null’ saved [10737418240/10737418240]
    

    BuyVM 1GB Los Angeles

    root@:/tmp# wget -O /dev/null http://speedtest.lv.buyvm.net/1000MB.test
    --2017-05-17 10:50:51--  http://speedtest.lv.buyvm.net/1000MB.test
    Resolving speedtest.lv.buyvm.net (speedtest.lv.buyvm.net)... 209.141.56.135, 2605:6400:20:78::1
    Connecting to speedtest.lv.buyvm.net (speedtest.lv.buyvm.net)|209.141.56.135|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 1000000000 (954M)
    Saving to: ‘/dev/null’
    /dev/null
    100%[====================================================================================>] 953.67M  3.20MB/s    in 12m 29s 
    
    2017-05-17 11:03:20 (1.27 MB/s) - ‘/dev/null’ saved [1000000000/1000000000]
    
    dd if=/dev/zero of=sb-io-test bs=64k count=16k conv=fdatasync; rm -rf sb-io-test
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.97349 s, 120 MB/s
    
    root@:/tmp# ioping .
    4 KiB from . (simfs /dev/simfs): request=1 time=177 us
    4 KiB from . (simfs /dev/simfs): request=2 time=26.8 ms
    4 KiB from . (simfs /dev/simfs): request=3 time=43.6 ms
    4 KiB from . (simfs /dev/simfs): request=4 time=44.5 ms
    4 KiB from . (simfs /dev/simfs): request=5 time=27.9 ms
    4 KiB from . (simfs /dev/simfs): request=6 time=25.3 ms
    4 KiB from . (simfs /dev/simfs): request=7 time=15.7 ms
    4 KiB from . (simfs /dev/simfs): request=8 time=178 us
    4 KiB from . (simfs /dev/simfs): request=9 time=82.6 ms
    4 KiB from . (simfs /dev/simfs): request=10 time=16.8 ms
    4 KiB from . (simfs /dev/simfs): request=11 time=16.1 ms
    4 KiB from . (simfs /dev/simfs): request=12 time=8.26 ms
    4 KiB from . (simfs /dev/simfs): request=13 time=7.43 ms
    4 KiB from . (simfs /dev/simfs): request=14 time=327 us
    4 KiB from . (simfs /dev/simfs): request=15 time=304 us
    4 KiB from . (simfs /dev/simfs): request=16 time=38.1 ms
    4 KiB from . (simfs /dev/simfs): request=17 time=282 us
    4 KiB from . (simfs /dev/simfs): request=18 time=21.1 ms
    4 KiB from . (simfs /dev/simfs): request=19 time=47.2 ms
    4 KiB from . (simfs /dev/simfs): request=20 time=8.44 ms
    4 KiB from . (simfs /dev/simfs): request=21 time=319 us
    4 KiB from . (simfs /dev/simfs): request=22 time=14.9 ms
    4 KiB from . (simfs /dev/simfs): request=23 time=296 us
    4 KiB from . (simfs /dev/simfs): request=24 time=8.00 ms
    4 KiB from . (simfs /dev/simfs): request=25 time=15.8 ms
    4 KiB from . (simfs /dev/simfs): request=26 time=16.9 ms
    4 KiB from . (simfs /dev/simfs): request=27 time=16.0 ms
    4 KiB from . (simfs /dev/simfs): request=28 time=17.9 ms
    4 KiB from . (simfs /dev/simfs): request=29 time=11.1 ms
    4 KiB from . (simfs /dev/simfs): request=30 time=11.9 ms
    4 KiB from . (simfs /dev/simfs): request=31 time=322 us
    4 KiB from . (simfs /dev/simfs): request=32 time=7.35 ms
    4 KiB from . (simfs /dev/simfs): request=33 time=33.4 ms
    4 KiB from . (simfs /dev/simfs): request=34 time=47.8 ms
    4 KiB from . (simfs /dev/simfs): request=35 time=16.1 ms
    4 KiB from . (simfs /dev/simfs): request=36 time=10.8 ms
    4 KiB from . (simfs /dev/simfs): request=37 time=38.3 ms
    4 KiB from . (simfs /dev/simfs): request=38 time=7.03 ms
    4 KiB from . (simfs /dev/simfs): request=39 time=318 us
    4 KiB from . (simfs /dev/simfs): request=40 time=272 us
    4 KiB from . (simfs /dev/simfs): request=41 time=15.9 ms
    4 KiB from . (simfs /dev/simfs): request=42 time=16.5 ms
    4 KiB from . (simfs /dev/simfs): request=43 time=57.4 ms
    4 KiB from . (simfs /dev/simfs): request=44 time=9.99 ms
    4 KiB from . (simfs /dev/simfs): request=45 time=14.3 ms
    4 KiB from . (simfs /dev/simfs): request=46 time=41.2 ms
    4 KiB from . (simfs /dev/simfs): request=47 time=312 us
    4 KiB from . (simfs /dev/simfs): request=48 time=17.2 ms
    4 KiB from . (simfs /dev/simfs): request=49 time=15.4 ms
    4 KiB from . (simfs /dev/simfs): request=50 time=41.8 ms
    ^C
    --- . (simfs /dev/simfs) ioping statistics ---
    50 requests completed in 50.3 s, 53 iops, 213.7 KiB/s
    min/avg/max/mdev = 177 us / 18.7 ms / 82.6 ms / 17.6 ms
    

    ~~~

    root@# wget freevps.us/downloads/bench.sh -O - -o /dev/null|bash^C
    Benchmark started on Wed May 17 11:09:21 EEST 2017
    Full benchmark log: /root/bench.log
    System Info
    -----------
    Processor       : Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
    CPU Cores       : 1
    Frequency       : 1795.802 MHz
    Memory          : 1024 MB
    Swap            :  MB
    Uptime          : 6 days, 12:33,
    OS              : Ubuntu 16.04.2 LTS
    Arch            : x86_64 (64 Bit)
    Kernel          : 2.6.32-48-pve
    Hostname        : 
    Speedtest (IPv4 only)
    ---------------------
    Your public IPv4 is 188.213.
    Location                Provider        Speed
    CDN                     Cachefly        43.1MB/s
    Atlanta, GA, US         Coloat          14.3MB/s
    Dallas, TX, US          Softlayer       12.9MB/s
    Seattle, WA, US         Softlayer       11.5MB/s
    San Jose, CA, US        Softlayer       10.4MB/s
    Washington, DC, US      Softlayer       13.9MB/s
    Tokyo, Japan            Linode          6.83MB/s
    Singapore               Softlayer       5.59MB/s
    Rotterdam, Netherlands  id3.net         1.63MB/s
    Haarlem, Netherlands    Leaseweb        70.5MB/s
    Disk Speed
    ----------
    I/O (1st run)   : 136 MB/s
    I/O (2nd run)   : 135 MB/s
    I/O (3rd run)   : 144 MB/s
    Average I/O     : 138.333 MB/s
    
    root@:/tmp# wget x86.ca/bench.sh -O - -o /dev/null|bash
    CPU model :  Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
    Number of cores : 1
    CPU frequency :  1795.802 MHz
    Total amount of ram : 1024 MB
    Total amount of swap :  MB
    System uptime :   6 days, 12:38,       
    Download speed from CacheFly: 40.5MB/s 
    Download speed from OVH, Beauharnois, Canada: 16.9MB/s 
    Download speed from Atlantic.NET, Toronto, Canada: 14.0MB/s 
    Download speed from ColoCrossing, Chicago, USA: 6.34MB/s 
    Download speed from Choopa, Piscataway, USA: 15.0MB/s 
    Download speed from Dacentec, Lenoir, USA: 13.8MB/s 
    Download speed from Atlanta (10Gbps pipe), USA: 6.95MB/s 
    Download speed from Volume Drive, Wilkes Barre, USA: 18.6MB/s 
    Download speed from Atlantic.NET, Orlando, USA: 9.01MB/s 
    Download speed from Incero, Dallas, USA: 8.51MB/s 
    Download speed from Atlantic.NET, San Francisco, USA: 12.2MB/s 
    Download speed from QuadraNET, LA, USA: 5.02MB/s 
    Download speed from OVH, Roubaix, FR: 19.5MB/s 
    Download speed from Redstation, London, UK: 44.7MB/s 
    Download speed from Linode, Frankfurt, DE: 14.5MB/s 
    Download speed from Leaseweb, Haarlem: 35.6MB/s 
    Download speed from Linode, Tokyo, JP: 6.31MB/s 
    Disk throughput - 1 time    : 125 MB/s
    Disk throughput - 2 time    : 152 MB/s
    Disk throughput - 3 time    : 146 MB/s
    Average Disk throughput     : 141 MB/s
    
    root@:/tmp# (curl -s wget.racing/nench.sh | bash; curl -s wget.racing/nench.sh | bash) 2>&1 | tee nench.log
    -------------------------------------------------
     nench.sh v2017.05.08 -- https://git.io/nench.sh
     benchmark timestamp:    2017-05-17 08:20:10 UTC
    -------------------------------------------------
    Processor:    Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
    CPU cores:    1
    Frequency:    1795.802 MHz
    RAM:          1.0G
    Swap:         
    Kernel:       Linux 2.6.32-48-pve x86_64
    Disks:
    CPU: SHA256-hashing 500 MB
        8.551 seconds
    CPU: bzip2-compressing 500 MB
        12.294 seconds
    CPU: AES-encrypting 500 MB
        3.430 seconds
    ioping: seek rate
        min/avg/max/mdev = 118.2 us / 1.84 ms / 117.2 ms / 5.99 ms
    ioping: sequential speed
        generated 1.43 k requests in 5.02 s, 356.8 MiB, 284 iops, 71.1 MiB/s
    dd test
        1st run:    147.82 MiB/s
        2nd run:    118.26 MiB/s
        3rd run:    136.38 MiB/s
        average:    134.15 MiB/s
    IPv4 speedtests
        your IPv4:    188.213.xxxx.xxxx
        Cachefly CDN:         39.35 MiB/s
        Leaseweb (NL):        29.81 MiB/s
        Softlayer DAL (US):   12.67 MiB/s
        Online.net (FR):      58.61 MiB/s
        OVH BHS (CA):         13.03 MiB/s
    No IPv6 connectivity detected
     nench.sh v2017.05.08 -- https://git.io/nench.sh
     benchmark timestamp:    2017-05-17 08:21:40 UTC
    Processor:    Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
    CPU cores:    1
    Frequency:    1795.802 MHz
    RAM:          1.0G
    Swap:         
    Kernel:       Linux 2.6.32-48-pve x86_64
    Disks:
    CPU: SHA256-hashing 500 MB
        7.717 seconds
    CPU: bzip2-compressing 500 MB
        12.185 seconds
    CPU: AES-encrypting 500 MB
        3.393 seconds
    ioping: seek rate
        min/avg/max/mdev = 109.7 us / 1.95 ms / 164.0 ms / 7.04 ms
    ioping: sequential speed
        generated 1.03 k requests in 5.00 s, 258 MiB, 206 iops, 51.6 MiB/s
    dd test
        1st run:    116.35 MiB/s
        2nd run:    51.69 MiB/s
        3rd run:    78.49 MiB/s
        average:    82.17 MiB/s
    IPv4 speedtests
        your IPv4:    188.213.xxx.xxxx
        Cachefly CDN:         45.06 MiB/s
        Leaseweb (NL):        25.35 MiB/s
        Softlayer DAL (US):   12.29 MiB/s
        Online.net (FR):      28.34 MiB/s
        OVH BHS (CA):         11.15 MiB/s
    No IPv6 connectivity detected
    
Sign In or Register to comment.