Reviewed measurements

Compare the evidence.

Two reports. The same workloads. Measured medians in view.

Selected plans
Vultrvc2-4c-8gb
DigitalOceanc-4
Different resources selected: 4 vCPU · 7.7 GiB / 4 vCPU · 7.8 GiBSource location: London, UK · same agent build and methodology.
CPU allocation
4 vCPU
4 vCPU
Observed memory
7.7 GiB
7.8 GiB
Processor
Intel Xeon (Skylake, IBRS)
Intel Xeon Platinum 8280 @ 2.70GHz
Location
London, UKLHR
London, UKlon1
OS / architecture
Ubuntu 24.04.5 LTS / x86_64
Ubuntu 24.04.5 LTS / x86_64
Sampling
1 deployment · 24h run skipped
1 deployment · 24h run skipped
Report date
17 Oct 2026
17 Oct 2026
Methodology
pilot-1 · AI-assisted review
pilot-1 · AI-assisted review
Each column is one deployment. Matching context does not establish equivalent physical hosts.Reviewed data · within-run medians
PerformanceReviewed data
Vultr4 vCPU · 7.7 GiB
DigitalOcean4 vCPU · 7.8 GiB
01 /

CPU performance

sysbench prime events · max prime 20,000 · gzip level 6 · higher is better

MetricVultr vc2-4c-8gbDigitalOcean c-4
Single thread
420.3events/s84% of 500
458.3events/s92% of 500
All 4 vCPUs
1,662events/s83% of 2,000
1,435events/s72% of 2,000
gzip compression
180.6MiB/s72% of 250
207.0MiB/s83% of 250

Identical thread counts and test settings. Bars use a common scale within each row.

02 /

Memory bandwidth

sysbench · 256 MiB block · one thread · higher is better

MetricVultr vc2-4c-8gbDigitalOcean c-4
Read
8,432MiB/s84% of 10,000
7,433MiB/s74% of 10,000
Write
8,455MiB/s85% of 10,000
8,267MiB/s83% of 10,000

Bars share one scale across both rows. A memory copy workload is not part of this profile.

PerformanceReviewed data
VultrLondon, UK
DigitalOceanLondon, UK
03 /

Disk performance

fio · direct I/O · 1 MiB / QD32 sequential · 4 KiB / QD32 random

MetricVultr vc2-4c-8gbDigitalOcean c-4
Sequential read
539.3MB/s
8,795MB/s
Sequential write
484.9MB/s
1,685MB/s
Random read
86,151IOPS
130,395IOPS
Random write
51,114IOPS
108,809IOPS
Random read p95
444.4µs
354.3µs
Random write p95
749.6µs
469.0µs

Throughput and IOPS: higher is better. Latency: lower is better. Mixed 70/30 runs and p50/p99 latency are in each full report.

04 /

Network performance

Same two controlled London endpoints · one iperf3 stream · 100 Mbit/s rate setting

MetricVultr vc2-4c-8gbDigitalOcean c-4
Download · endpoint 1
100.1Mbit/s
100.1Mbit/s
Download · endpoint 2
100.1Mbit/s
100.1Mbit/s
Upload · endpoint 1
100.1Mbit/s
100.1Mbit/s
Upload · endpoint 2
100.2Mbit/s
100.1Mbit/s
Latency · endpoint 1
3.63ms
0.63ms
Latency · endpoint 2
0.41ms
2.40ms

Source location affects latency. Actual bytes can exceed the 64 MiB target; these routes do not measure maximum link capacity. Jitter and packet loss are not reported.

PerformanceReviewed data
Vultr4 vCPU · 7.7 GiB
DigitalOcean4 vCPU · 7.8 GiB
05 /

PostgreSQL performance

PostgreSQL 16 · pgbench read/write · 4 clients · durability enabled

MetricVultr vc2-4c-8gbDigitalOcean c-4
In-memory throughput
3,295transactions/s
4,224transactions/s
In-memory average latency
1.21ms
0.95ms
Storage-bound throughput
2,577transactions/s
3,518transactions/s
Storage-bound average latency
1.55ms
1.14ms

Both dataset profiles shown. This profile records average latency, not percentiles; read throughput and latency together.

06 /

Consistency over 24 hours

Separate 24-hour profile · hourly CPU, memory read and random disk read

Hourly repeat runsCPU · memory · disk
Vultr
Not measured24-hour run skipped
DigitalOcean
Not measured24-hour run skipped
No hourly samples exist for these reports, so no chart is drawn.Skipped runs are not scores.

No 24-hour consistency or long-term reliability is established.

07 /

Inspect the source reports.

Different workloads reveal different trade-offs. Every number links back to its test.