Page 2 of 6 FirstFirst 12345 ... LastLast
Results 26 to 50 of 148
  1. #26
    Join Date
    Nov 2009
    Location
    Malaysia
    Posts
    153
    Quote Originally Posted by quad3datwork View Post
    I think you are ok when compared to my AlienVPS VPS...
    What node are you? I had same issue with AlienVPS and they moved me to another node to resolve this.

  2. #27
    Join Date
    Mar 2009
    Location
    Austin, TX
    Posts
    935
    Quote Originally Posted by seikan View Post
    What node are you? I had same issue with AlienVPS and they moved me to another node to resolve this.
    They were acquired by some company recently and they moved me to NY DC. I'm on node "ny5".

    Are you still in old DC or new DC? The old DC was worse IMHO. I can type a command and takes few seconds before it executes.

  3. #28
    Join Date
    Nov 2009
    Location
    Malaysia
    Posts
    153
    Quote Originally Posted by quad3datwork View Post
    They were acquired by some company recently and they moved me to NY DC. I'm on node "ny5".

    Are you still in old DC or new DC? The old DC was worse IMHO. I can type a command and takes few seconds before it executes.
    Ops, you are unlucky. My VPS was in ny5 last time and they moved me to ny4. Seem like their I/O issue still exists on ny5 node.

  4. #29
    Join Date
    Nov 2009
    Location
    Malaysia
    Posts
    153
    I guess my VPS with YardVPS having very inconsistent disk I/O:

    Code:
    # dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 7.78172 s, 34.5 MB/s
    
    # dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 13.3051 s, 20.2 MB/s
    
    # dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 22.8598 s, 11.7 MB/s
    
    # dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 15.8097 s, 17.0 MB/s

  5. #30
    Join Date
    Sep 2004
    Posts
    1,007
    Here's my results for Linode (NJ):

    Code:
    16384+0 records in                                                                                  
    16384+0 records out                                                                                 
    268435456 bytes (268 MB) copied, 1.16155 s, 231 MB/s
    I should note, though, that /dev/zero isn't really a valid test anymore. Some hard drives, like those using SandForce controllers, do compression to reduce write amplification. Although since they're modern SSDs, I'm not sure you could even tell, since the SATA interface might be the limiting factor at that point.

  6. #31
    Join Date
    Jun 2003
    Location
    Los Angeles, CA
    Posts
    1,686
    Depending on the plan you sit on the IO priority will be lower if you are on a lower plan. This allow us to control abuse as well as allocate resources to those who pay a bit more. A $15/ USD / year will not get you the highest priority. As you can see your values are quite consistent where you are averaging 20's - 30's. This allows us to ensure high availibility and fight abuse that might occur on our nodes.

  7. #32
    Join Date
    Mar 2006
    Location
    Australia
    Posts
    771
    I was really interested in trying out VRTServer's Cloud VPS product in comparison to ensCloud's one. VRTServer's cloud product is absolutely awful.


    [root@localhost ~]# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 25.4469 seconds, 10.5 MB/s
    [root@localhost ~]#
    [root@localhost ~]# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 40.7289 seconds, 6.6 MB/s

    Probably not even a cloud. Avoid!

  8. #33
    AlienVPS node:ny1; 11:18 a.m. here

    #####@#####:~$ dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 record dentro
    16384+0 record fuori
    1073741824 byte (1,1 GB) copiati, 60,1222 s, 17,9 MB/s
    #####@#####:~$

  9. #34
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 102.757 s, 10.4 MB/s

    i am waiting for htop 5 sec :-) xsserver.eu

  10. #35
    Join Date
    Mar 2008
    Location
    Suffolk, England.
    Posts
    647
    Quote Originally Posted by nortol View Post
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 102.757 s, 10.4 MB/s

    i am waiting for htop 5 sec :-) xsserver.eu
    Ouch! Which plan are you on may I ask?

  11. #36
    NL VPS BIZ

  12. #37
    I am was customer of Delimiter, but Delimiter is dead, and i has to find urgency another vps...
    Any way, i think this vps will be not the last of my vps :-)

  13. #38
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 174.422 s, 6.2 MB/s

    I think this is my daily extra speed :-)

  14. #39
    Join Date
    Mar 2008
    Location
    Suffolk, England.
    Posts
    647
    Quote Originally Posted by nortol View Post
    dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    1073741824 bytes (1.1 GB) copied, 174.422 s, 6.2 MB/s

    I think this is my daily extra speed :-)
    Something is seriously at issue there, have you tried contacting your provider?

  15. #40
    No, i have no tried to contact with my provider, becaouse i dont care anymore. I finished with all VPs's. I have already buyed a new machine in hetzner. This is not vps, but a full server, i have now X4 from Hetzner: hetzner.de/en/hosting/produkte_rootserver/x4/

  16. #41
    I has a vps of delimiter for two years. one month ago Delimiter was gone, or who knows, i lost my customers becaouse my vps was down for many days without any answare from Delimiter, without any response to my tickets. I am bored now, so i needed(i hope i find it) a trusted provider. I hope i find it...

  17. #42
    Join Date
    Apr 2009
    Location
    United Kingdom
    Posts
    136
    If i login to my VPS and run

    'dd if=/dev/zero of=test bs=64k count=16k conv=fdatasync' will it kill my machine -- i read somewhere someone ran something like this and it overwrote 10GB of his disk!

  18. #43
    Join Date
    Jan 2010
    Location
    San Francisco
    Posts
    1,800
    That's because he ran "dd if=/dev/zero of=/dev/sda bs=1M count=1000"

    Notice the "of=/dev/sda" which is his drive. The command you posted is "of=test" which writes a file named "test."

  19. #44
    Join Date
    Apr 2009
    Location
    United Kingdom
    Posts
    136
    Ah i see, so the command i posted is safe

  20. #45
    Join Date
    Apr 2009
    Location
    United Kingdom
    Posts
    136
    hmm - VPSLatch

    root@inkdrop [~]# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 11.9935 seconds, 22.4 MB/s

  21. #46
    Join Date
    May 2009
    Location
    US
    Posts
    2,503
    Quote Originally Posted by lilrichieh View Post
    hmm - VPSLatch

    root@inkdrop [~]# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 11.9935 seconds, 22.4 MB/s
    Our nodes have been known to report such issues due with some BIOS/RAID card setting, I believe with write cache, we are already in the works to rectify that. However your sites should not be loading slow at all. Even if we run it on a new node with 0 VMs it would report similar speeds.

  22. #47
    Join Date
    Apr 2009
    Location
    United Kingdom
    Posts
    136
    Adam i was neither suggesting the node was poor or that my site was loading slow i was merely posting MY results. I am happy with my VPS and it's loading times...

    Happy to hear you are working on a fix though.

  23. #48
    Hi,

    Shouldn't random read or write, like in fio, be used to test disk IO speed instead of dd?

  24. #49
    Join Date
    Oct 2007
    Location
    United States
    Posts
    1,182
    Quote Originally Posted by VL-Adam View Post
    Our nodes have been known to report such issues due with some BIOS/RAID card setting, I believe with write cache, we are already in the works to rectify that. However your sites should not be loading slow at all. Even if we run it on a new node with 0 VMs it would report similar speeds.
    Most RAID controllers are around 150Mbps to 300Mbps sustained read/write like that, so the ~20-30MB/s is just fine and you probably wont get it better than that. The real test will be when you have a full node, if he can still push 25MB/s then there is nothing wrong and you wont be able to fix that unless you remove the RAID card in general. RAID cards that can push more generally cost a lot more ($400+), which most datacenters don't bother to carry unfortunately.

  25. #50

    Thumbs up

    clubuptime.com just got 1


    root@server1:/# dd if=/dev/zero of=test bs=16k count=16k conv=fdatasync
    16384+0 records in
    16384+0 records out
    268435456 bytes (268 MB) copied, 3.14158 s, 85.4 MB/s

Page 2 of 6 FirstFirst 12345 ... LastLast

Similar Threads

  1. Tool for stress test , check disk i/o and health of drives in array
    By turbovps in forum Colocation, Data Centers, IP Space and Networks
    Replies: 2
    Last Post: 11-17-2010, 03:47 PM
  2. Replies: 0
    Last Post: 07-22-2010, 12:06 PM
  3. Replies: 15
    Last Post: 02-12-2010, 02:23 PM
  4. 1 Test VPS Only! Windows 2003 VPS - 512MB RAM / 50GB / 100GB Bandwidth
    By A Grateful Dad in forum VPS Hosting Offers
    Replies: 9
    Last Post: 08-22-2009, 09:48 PM
  5. Hard disk test 'surprises' Google.
    By encoderX in forum Computers and Peripherals
    Replies: 1
    Last Post: 02-21-2007, 03:06 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •