EnabledRAM : 11.7 GiBSwap : 5.8 GiBDisk : 196.8 GiBDistro : Debian GNU/Linux 13 (trixie)Kernel : 6.12.74+deb13+1-cloud-amd64VM Type : KVMIPv4/IPv6 : ✔ Online / ✔ Online

EnabledRAM : 15.6 GiBSwap : 0.0 KiBDisk : 98.3 GiBDistro : Debian GNU/Linux 13 (trixie)Kernel : 6.12.48+deb13-cloud-amd64VM Type : KVMIPv4/IPv6 : ✔ Online / ✔ OnlineIPv

✔ EnabledRAM : 5.8 GiBSwap : 0.0 KiBDisk : 59.0 GiBDistro : Debian GNU/Linux 12 (bookworm)Kernel : 6.1.0-44-cloud-amd64VM Type : KVMIPv4/IPv6 : ✔ Online / ❌ OfflineIPv4

Disk : 7.2 TiB

: ✔ Enabled VM-x/AMD-V : ✔ Enabled Total Disk : 821.4 GB (6.3 GB Used) Total RAM : 31.0 GB (799.1 MB Used) Total Swap : 1024.0 MB (0 Used) System uptime : 0 days

(Quote)

(Quote)

🔹 1Gbps Port Speed

(Quote)

Looks like a SYS-3 to me, these have disk upgrades mostly since the RAM is maybe maxed out already?

You could move /etc or /var to the slower disk tier with minimal risk. Figure out where your storage is used and move the data then swap the mount points. Partitioning makes sense more than aggregati

: ✔ Enabled VM-x/AMD-V : ✔ Enabled Total Disk : 821.4 GB (6.3 GB Used) Total RAM : 31.0 GB (785.2 MB Used) Total Swap : 1024.0 MB (0 Used) System uptime : 0 days

(Quote)

quick clarification after some feedback

✔ EnabledRAM : 5.8 GiBSwap : 0.0 KiBDisk : 59.0 GiBDistro : Debian GNU/Linux 13 (trixie)Kernel : 6.12.48+deb13-cloud-amd64VM Type : KVMIPv4/IPv6 : ✔ Online / ✔ OnlineIP

ubuntu@server:~$ ffmpeg -vaapi_device /dev/dri/renderD128 \ -i bbb_sunflower_2160p_30fps_normal.mp4 \ -vf 'format=nv12,hwupload' \ -c:v h264_vaapi -qp 23 \ -c:a copy \ -y output.mp4ffmpeg version

* 300GB disk

(Quote)

* 300GB disk

(Quote)