Если мы предположим, что современный браузер полностью использует графический процессор, то внутренним представлением цветов будет RGB-число. Не обращая внимания на название цвета, которое в любом случае, вероятно, является просто картой для гексагона, я думаю, что гекс и каналы будут самыми быстрыми. HSB, несомненно, будет самым медленным, так как преобразование из HSB в RGB действительно требует некоторой работы - около 50 строк кода C.
Однако я думаю, что для CSS это совершенно неуместный вопрос. Даже для HSB и RGB объем работы над одним цветом будет совершенно тривиальным. В качестве поддержки для этого у меня есть несколько программ, в том числе работающих на мобильных устройствах, которые выполняют манипуляции с цветом на уровне пикселей на больших изображениях, где я выполняю RGB-> HSB -> (некоторые манипуляции) -> RGB. Даже выполнение этой операции 100 000 раз на ipad приводит к задержке в пару секунд - так что на этой относительно медленной платформе я думаю, что типичное худшее преобразование можно смело предположить, что оно займет менее 0,0001 секунды. И это пессимистично.
Так что просто используйте то, что проще всего кодировать.
ДОБАВЛЕНО: для поддержки не беспокойтесь об этой опции. Внутренне графический процессор будет манипулировать цветами как массивом с плавающей точкой, поэтому в терминах C
плавающий цвет [4];
или что-то подобное. Таким образом, единственное преобразование, выполняемое для числовых опций, - это простое деление на 255.
С другой стороны, преобразование HSB в RGB занимает значительно больше времени - по моим оценкам, из-за написания кода для этого потребуется от 10 до 20 операций. Таким образом, в общих чертах HSB значительно медленнее, НО 20 (или даже 20 000) операций на современном графическом процессоре не стоит беспокоиться - это незаметно.