Reviewed measurements

Compare the evidence.

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

Selected plans

Vultrvoc-c-4c-8gb-75s-amd

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

Observed memory

7.7 GiB

7.8 GiB

Processor

AMD EPYC-Milan

Intel Xeon Platinum 8280 @ 2.70GHz

Location

London, UKLHR

London, UKlon1

OS / architecture

Ubuntu 24.04.5 LTS / x86_64

Sampling

1 deployment · 24h run skipped

Report date

17 Oct 2026

Methodology

pilot-1 · AI-assisted review

Report

View benchmark report

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

Single thread

1,671events/s84% of 2,000

458.3events/s23% of 2,000

All 4 vCPUs

6,656events/s83% of 8,000

1,435events/s18% of 8,000

gzip compression

242.1MiB/s97% 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

Read

36,657MiB/s92% of 40,000

7,433MiB/s19% of 40,000

Write

25,594MiB/s64% of 40,000

8,267MiB/s21% of 40,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

Sequential read

4,197MB/s

8,795MB/s

Sequential write

2,133MB/s

1,685MB/s

Random read

117,225IOPS

130,395IOPS

Random write

99,265IOPS

108,809IOPS

Random read p95

354.3µs

Random write p95

452.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

Download · endpoint 1

100.1Mbit/s

Download · endpoint 2

100.1Mbit/s

Upload · endpoint 1

100.1Mbit/s

Upload · endpoint 2

100.2Mbit/s

100.1Mbit/s

Latency · endpoint 1

4.28ms

0.63ms

Latency · endpoint 2

0.39ms

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

In-memory throughput

5,451transactions/s

4,224transactions/s

In-memory average latency

0.73ms

0.95ms

Storage-bound throughput

4,492transactions/s

3,518transactions/s

Storage-bound average latency

0.89ms

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.

Full reviewed results and limits for each report.

Vultr report

Report JSONEvidence and limits

DigitalOcean report

Report JSONEvidence and limits

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