cores привязывает контейнер к количеству ядер, которые вы укажете, а cpulimit ограничивает процессы по относительному времени CPU, которое вы укажете. Например: контейнер с 4 ядрами может использовать 4 ядра хоста (те, к которым он привязан). Если вы также используете cpulimit, например, на 3, контейнер будет ограничен по времени использования CPU 3 ядер, но это может происходить на всех 4 ядрах, к которым он привязан. Это полезно?

Просто цитирую Дитмара, который предложил использовать cpulimit, если вашему приложению не важны количество ядер и так далее. Исходя из этого, зачем использовать ядра как опцию по умолчанию при создании контейнеров, вместо cpulimits, как это было раньше? Лично я все еще использую cpulimit, поскольку мой сервер — это маломощный домашний сервер (поэтому нужно учитывать затраты на электроэнергию и охлаждение). Если я устанавливаю количество ядер процессора, скажем, на 1, и контейнер выполняет ресурсоемкую задачу, это приводит к тому, что CPU хоста (очевидно) загружается на максимум одного ядра, к которому прикреплен контейнер; это приводит к тому, что процессор переходит в более мощный режим работы, что стоит дороже по электроэнергии и вызывает больше тепла. Если же я использую cpulimit, то нагрузка распределяется по всем 4 ядрам примерно по 25% на каждое, и поэтому мой сервер не переходит в более мощный режим, а значит, остается cooler. Умножьте это на количество контейнеров, и получится, что мой сервер нагружается только тогда, когда это действительно необходимо, а не в результате работы какого-то контейнера, жующего CPU. Это просто мое предпочтение, я понимаю, что у cpulimit есть небольшие накладные расходы по сравнению с ядрами, но тем не менее.