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.
Celebrating 8 years in business - promos inside (CHI, NY, LA, Stockholm, Oslo, Amsterdam, Vienna)
This discussion has been closed.
Comments
The Chicago servers seem to have no intranet address,would it be possible later?
Free upgrade with double RAM, double storage, and 10x bandwidth in Chicago + free DDoS protection
Is this offer still available?
No:
And:
I'm seeing fantastic dl speeds,
but only ~4Mbit/sec up. That's adequate for my immediate needs though, so I'm not going to bother them atm when they're busy rolling everybody out.If it doesn't straighten itself out in a week or so I'll see what's up.
Other than that, it's working great so far.
EDIT: scratch that, real-world I'm seeing at least 75-80 Mbit/sec up (and that's probably bottlenecked on my end). Not sure why speedtest-cli reported such slow ul, but it isn't accurate.
Very impressive network speeds indeed!
speedtel-cli mistook your ip for a Germany one, thus it used a european node to test your speed, you could choose a Chicago node manually by
speedtest-cli --list | grep Chicago
and then
speedtest-cli --server xxxx
Actually I did manually select a Chicago node (2574), as well as several others around the US. At times I saw in excess of 3 Gbit/sec down, but only 4 mbit/sec up. Not sure what's going on with it, but it's definitely not accurate.
As is the case with great deals there is probably a good chance they systems are being hit hard with sudden use and especially benchmarking. Take performance over the next 2 weeks with a grain of salt IMO.... It's likely to improve as people settle into their KVMs
iperf would generally give you a better picture of whether there is an issue or not. While true in general, this isn't related to loads or benchmarks - we have plenty of free capacity even with the benches going on and you should be able to pull/push a gigabit without issues.
To be clear, all our nodes, across all of our locations (other than HK and SYD) are 10 Gbps. But we limit each VM to 1 Gbps, and that limit will apply to Chicago too. Private networking is 10 Gbps.
40 Gbps ddos protection will be available in the coming days (free for users who bought these deals)
IPv6 will be available in a week or so. Private networking is already available, you will need to ticket in for this. Ticket responses will be slower in the next few days as we have a lot of workload at the moment.
Finally gotten the 250GB Storage at Chicago running Debian 10 32 bits.
The disk is encrypted with luks aes-xts-plain64, therefore the benchmark for Disk/IO may not be accurate.
Thank You HostHatch for providing such a Good deal for their $15/y 250GB KVM Storage VPS.
Is the deal still going on?
I am interest in Amsterdam/chicago storage.
How goes the provisioning @Abdullah
Still waiting...patiently....
At least you're not crabby.
Got the server
`[root@server ~]# wget -qO- bench.sh | bash
CPU model : Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
Number of cores : 1
CPU frequency : 2799.998 MHz
Total size of Disk : 984.0 GB (1.0 GB Used)
Total amount of Mem : 1006 MB (673 MB Used)
Total amount of Swap : 1023 MB (0 MB Used)
System uptime : 1 days, 5 hour 23 min
Load average : 0.01, 0.14, 0.08
OS : CentOS 6.10
Arch : i686 (32 Bit)
Kernel : 2.6.32-431.1.2.0.1.el6.i686
I/O speed(1st run) : 1.1 GB/s
I/O speed(2nd run) : 1.1 GB/s
I/O speed(3rd run) : 1.1 GB/s
Average I/O speed : 1126.4 MB/s
Node Name IPv4 address Download Speed
CacheFly 205.234.175.175 133MB/s
Linode, Tokyo, JP 106.187.96.148 12.3MB/s
Linode, Singapore, SG 139.162.23.4 7.83MB/s
Linode, London, UK 176.58.107.39 16.7MB/s
Linode, Frankfurt, DE 139.162.130.8 18.9MB/s
Linode, Fremont, CA 50.116.14.9 37.6MB/s
Softlayer, Dallas, TX 173.192.68.18 73.0MB/s
Softlayer, Seattle, WA 67.228.112.250 42.0MB/s
Softlayer, Frankfurt, DE 159.122.69.4 8.94MB/s
Softlayer, Singapore, SG 119.81.28.170 8.87MB/s
Softlayer, HongKong, CN 119.81.130.170 10.1MB/s
----------------------------------------------------------------------`
`[root@server ~]# wget -qO- bench.sh | bash
CPU model : Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
Number of cores : 1
CPU frequency : 2799.998 MHz
Total size of Disk : 984.0 GB (1.0 GB Used)
Total amount of Mem : 1006 MB (673 MB Used)
Total amount of Swap : 1023 MB (0 MB Used)
System uptime : 1 days, 5 hour 23 min
Load average : 0.01, 0.14, 0.08
OS : CentOS 6.10
Arch : i686 (32 Bit)
Kernel : 2.6.32-431.1.2.0.1.el6.i686
I/O speed(1st run) : 1.1 GB/s
I/O speed(2nd run) : 1.1 GB/s
I/O speed(3rd run) : 1.1 GB/s
Average I/O speed : 1126.4 MB/s
Node Name IPv4 address Download Speed
CacheFly 205.234.175.175 133MB/s
Linode, Tokyo, JP 106.187.96.148 12.3MB/s
Linode, Singapore, SG 139.162.23.4 7.83MB/s
Linode, London, UK 176.58.107.39 16.7MB/s
Linode, Frankfurt, DE 139.162.130.8 18.9MB/s
Linode, Fremont, CA 50.116.14.9 37.6MB/s
Softlayer, Dallas, TX 173.192.68.18 73.0MB/s
Softlayer, Seattle, WA 67.228.112.250 42.0MB/s
Softlayer, Frankfurt, DE 159.122.69.4 8.94MB/s
Softlayer, Singapore, SG 119.81.28.170 8.87MB/s
Softlayer, HongKong, CN 119.81.130.170 10.1MB/s
----------------------------------------------------------------------`
Sorry i don't know how to post code my appologies.
Content.id
1.1GB/s in a 1TB HDD server??
Probably the cache is 1.1GB/s fast.
Just got the server yesterday. I think the cache.
Testing on debian 9.
edit add dd test
nice one!
but the above command shouldn't involve the disk at all (as far as I can tell)
@Lutung - I often see the command below used to test sequential write speed:
This writes 256 MB to the disk.
Wondering if this is just exercising the cache, I changed
count=4k
tocount=40k
so as to write about 2.5 GBAnd ... didn't see any difference from the 256 MB test - both were about 400 MB/s (writing to LVM on LUKS encrypted partition without tuning any system parameters - so only a useful comparison for similar setups).
Anyway, fast enough "as is" for my purposes - network typically will be the main bottleneck for me unless dealing with database type stuff.
just to be clear - increased disk speed is entirely possible with a different setup than the one I tested with. But I haven't felt the need for more speed here.
Seems like a well-balanced system - as expected.
Got this result with the test
[root@server ~]# dd if=/dev/zero of=test bs=64k count=4k conv=fdatasync
4096+0 records in
4096+0 records out
268435456 bytes (268 MB) copied, 0.296471 s, 905 MB/s
[root@server ~]# dd if=/dev/zero of=test bs=64k count=40k conv=fdatasync
40960+0 records in
40960+0 records out
2684354560 bytes (2.7 GB) copied, 2.60003 s, 1.0 GB/s
[root@server ~]# dd if=/dev/zero of=test bs=64k count=20k conv=fdatasync
20480+0 records in
20480+0 records out
1342177280 bytes (1.3 GB) copied, 1.25999 s, 1.1 GB/s
Just got my VPS Network speed is outstanding!
Looks like an impressive hardware and network rollout in CHI.
Sadly, I have no use for the location, at present moment.
About Hosthatch: I just have the 1xOvz at hosthatch HKG for
33.5yrs; Does its job at being a VPN+pihole .I think of it like Cloudflare, except running over Softlayer private backbone.
The frequent downtimes in HKG seem to have been addressed in the latest round of maintenance patches.
Mine was delivered as well, network speeds seem to be really good in CHI. Just waiting for IPv6 now.
Thanks for a solid service so far!
Just beating myself up over missing the 250G storage box in Stockholm, must have been blind when I read the offer post...
Got mine delivered too, 3TB storage
nench.sh v2019.03.01 -- https://git.io/nench.sh
benchmark timestamp: 2019-05-15 11:34:19 UTC
Processor: Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
CPU cores: 1
Frequency: 2799.998 MHz
RAM: 2.8G
Swap: 3.0G
Kernel: Linux 3.10.0-957.el7.x86_64 x86_64
Disks:
vda 3T HDD
CPU: SHA256-hashing 500 MB
2.019 seconds
CPU: bzip2-compressing 500 MB
CPU: AES-encrypting 500 MB
1.579 seconds
ioping: seek rate
min/avg/max/mdev = 74.5 us / 97.0 us / 11.8 ms / 63.7 us
ioping: sequential read speed
generated 23.5 k requests in 5.00 s, 5.73 GiB, 4.70 k iops, 1.15 GiB/s
dd: sequential write speed
1st run: 1335.14 MiB/s
2nd run: 1335.14 MiB/s
3rd run: 1335.14 MiB/s
average: 1335.14 MiB/s
IPv4 speedtests
But the initial offer posts mentions:
Wondering why the 2.8GHz vs 3.0GHz difference
Yes, but can't complaint for what I am getting. Very happy with it.
Yeah once I get a /64 on this baby I'll start using it for a project really loving the network so far.
Also for the people that were having issues with IPv6 on other Hosthatch locations I noticed that with several of my SolusVM backed VPSes at different providers had the same issue and what I did was add this to my /etc/sysctl.conf (on Debian):
net.ipv6.conf.all.forwarding=1
and that fixed IPv6 for me, ipv6 stays available and no random packet loss or random destination unreachable. I have no idea why that works but it does.
that pipe to Dallas is serious business - caught my eye when I noticed up to 68 MB/s transferring a few GB from Incero Dallas.
Any chance now?
Really impressed with my Hosthatch VPS so far.
One curiosity ... my /var/log/syslog is full of this kind of thing:
May 15 18:28:58 ns0 systemd-timesyncd[457]: Timed out waiting for reply from 91.189.91.157:123 (ntp.ubuntu.com). May 15 18:29:08 ns0 systemd-timesyncd[457]: Timed out waiting for reply from 91.189.94.4:123 (ntp.ubuntu.com). May 15 18:29:18 ns0 systemd-timesyncd[457]: Timed out waiting for reply from 91.189.89.198:123 (ntp.ubuntu.com).
Does anyone know if Hosthatch blocks UDP 123 outbound? Should I disable my NTP client? (Ubuntu 18.4 btw)
No real clock drift problem so far so not a big concern and I'm not going to bother HH with a ticket; just curious if others see something similar.