Amsterdam server processing speed seems very slow but bandwidth is fine.

  • Posted on June 18, 2013
  • jonathanAsked by jonathan

Doing anything like apt-get update seems to be taking an absolute age. I did a wget -O /dev/null - and got 30mb/sec, and average speeds for apt-get downloads seemed about 12mb/sec so the problem isn’t there.

But even things like htop, which is just a slightly more advance “top” show as taking 10% of my CPU allowance. It takes a good 5 seconds to show the “welcome” message, when my previous non-SSD basic VPS was completely instant (for comparison, htop either doesn’t show at all, or takes just 1% CPU on the other VPS).

My details are 512MB Ram 20GB SSD Disk Amsterdam 1 Ubuntu 13.04 x64 Server

In the admin setup log, it says it took 115 seconds to provision; as this is 2x as long as it suggests it should take, I’m wondering if there are some issues with that machine or region?

BTW, I rebooted the machine before I started typing this, after giving it some virtual memory (as required by the Dropbox linux client) same as I have with other VPS, and 5 minutes later I’m still getting “connection refused”. I’d normally expect a reboot to take around 20 seconds on a VPS.

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Want to learn more? Join the DigitalOcean Community!

Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.

OK, I have an answer from support and it worked for me! If you find you are on a slow server in the Amsterdam region, here is their suggestion: <br> <br>--------------------------------------- <br>“We do not have an ETA to fix, however there is a workaround. <br> <br>You may simply make a snapshot of your droplet. Then try to re-create a new droplet from that snapshot. Once it’s up and you login, you can do a “cat /proc/cpuinfo” if you do not see “Intel” there, your droplet maybe buggy. <br> <br>You can repeat this a few times, while keeping the old droplets active, and you should get an Intel box.” <br>--------------------------------------- <br> <br>To clarify, this means that you don’t simply restore your droplet, but on the “new droplet” page, you choose a size and region, and then under “images” you choose the tab called “my images”, select the backed up image, and then just choose “create droplet”. I knew things were going better when it took just 45 seconds to create rather than the previous time of almost 3 minutes, and logging in was instance and it was running like a dream. <br> <br>cat /proc/cpuinfo showed that I was on an Intel box with 8x the cache of the AMD box. <br> <br>So, there’s the solution. Of course, if you haven’t done any configuration yet and you’ve got a slow box, just kill the “bad” droplet and try again. <br> <br>Hope this helps someone!

Correct @jonathan. We recommend opening up a support ticket as it will help up determine the issue better in this case.

Second update: Looking at twitter, it seems other are having problems with Amsterdam for at least 5 days now. DO twitter support say to open Amsterdam slowness problem tickets with “urgent” status, so that’s what I’ve just done. Hoping that I can configure my NYC droplet and then move to AMS once fixed…