salmon5

另外已知的基于 RHEL8 的 KVM 、Vmware 的 ESXI 6.7 guest 机器默认还是 BIOS ，如果安装最新 Ubuntu ，强制最少 2 个分区（ bios_grub 分区和/跟分区）。

随着 BIOS+MBR 1 个分区的逐步淘汰，以后 BIOS/UEFI+GPT 至少 3 分区(bios_grub,/boot/efi,/)是主流，再以后 UEFI+GPT 至少 2 分区(/boot/efi,/)是主流。

“ From Ubuntu 20.04 LTS onwards, the Ubuntu Server Live Installer is the preferred installation media for Ubuntu Server installs, and the legacy installer based on debian-installer is deprecated. To ease this transition, media was published for the legacy installer as part of the 20.04 and 20.04.1 releases, but we are not providing legacy images for further point releases. There is no guarantee that these outdated legacy images will continue to work. ”

现在云厂商都是至少 3 个分区，bios_grub 分区、/boot/efi 和/根分区，这样既兼容 BIOS 又兼容 UEFI 。

https://cdimage.ubuntu.com/ubuntu-legacy-server/releases/20.04/release/
Ubuntu 从 20.04 开始废弃了基于“debian-installer”的安装方式：
BIOS：BIOS+GPT 方式，最少 2 个分区（ bios_grub 分区和/跟分区）
UEFI：UEFI+GPT 格式，最少 2 个分区（/boot/efi 和/根分区）
强制了 GPT 分区，只能最少 2 个分区，安装的时候无法修改成 MBR 分区。

@whileFalse 我想了下，还是直接创建新线程合理，核心线程都在用了，就别到队列等核心线程了，现在云计算扩容很快。核心线程不够用，就直接创建新线程。最终不够就横向+纵向扩容。
如果扔到队列，等核心线程，结果就是”服务慢、服务器空闲“。

@LiaoMatt #35 这个貌似 Java 的又合理了。

合理：核心线程---->不够了创建新线程--->队列（ Tomcat ）
不合理：核心线程---->队列满了--->创建新线程（ Java ）

@muyiluop 混合部署省钱，64C256G/128G 可以部署十几、几十个微服务，不是每一个服务都每一刻这么大并发，需要的时候就申请，很多服务 tps 个位数，初始线程不需要那么多。（但是你核心线程不够了，可以马上申请创建，而不是弄个队列，自废武功）