Надежная проверка совместимости?

Когда люди пытаются распространять приложения OpenCL, возникают две проблемы.

1. Вы хотите проверить, есть ли у клиента OpenCL.

2. Вы хотите проверить, правильная ли версия у клиента.

Решение 1 - небольшая головная боль, поскольку приложения OpenCL обычно вылетают из строя, если OpenCL отсутствует. Вы можете использовать CLEW, который в основном glew для opencl. Это позволит вам проверить, есть ли у клиента opencl или нет.

После этого все, что вам осталось, - это функции запроса устройства / драйвера OpenCL, чтобы проверить, установлена ​​ли у клиента правильная версия.

Есть несколько возможных проблем несовместимости, с которыми вы можете столкнуться:

1. Расширения или дополнительные основные функции

Основные языковые функции описаны в спецификации OpenCL и все функции ядра должны работать в любой системе и с любыми компилятор (при условии, что он поддерживает определенную версию OpenCL).

Также есть набор расширений, которые не являются обязательными и вам необходимо убедитесь, что они поддерживаются системой.

Например, если вы используете тип double, вы должны проверить, что Поддерживается расширение cl_khr_fp64. Вы можете получить список поддерживаемых расширения, вызывая clGetDeviceInfo(CL_DEVICE_EXTENSIONS)

2. Неопределенное поведение или любая другая ошибка

Когда программа хорошо работает на вашем локальном компьютере и вылетает / зависает когда вы его развертываете, это часто указывает на ошибку в сама программа.

Это могло произойти, если вы (непреднамеренно) использовали драйвер OpenCL. детали реализации (например, как рабочие группы упорядочены, как рабочие задания выполнены). Чтобы этого не произошло, следует строго соблюдать правила спецификации OpenCL, хотя спецификация не всегда идеально.

Например, если у вас есть следующий код:

for (int i = 0; i < N; ++i) {
  if (get_global_id() < M) {
    barrier();
  }
}

Этот код может успешно работать и давать правильные результаты на вашем локальном машина, но она некорректна в соответствии со спецификацией OpenCL (вы не можете есть вызов barrier() в расходящемся блоке), и он сбой / зависание / несоответствие на другой машине.

3. Ошибки компилятора (или драйвера)

Компиляторы очень стараются оптимизировать вашу программу, но иногда они терпят неудачу чтобы сделать это правильно, особенно в некоторых крайних случаях. Наверное лучший способ обнаружить такие ошибки - написать инструмент самопроверки, который запускает модульный тест для ключевых частей вашей программы и проверяет Результат по ссылке.

Например, если у вас есть алгоритм, скажем, вычисление гистограммы, вы можно изолировать его от остальной программы и убедиться, что вы получили Ожидаемые результаты.

Если этот инструмент самопроверки не работает, он может дать вам представление о том, что происходит. включен, и у вас будет хороший репродуктор, которым вы сможете поделиться с OpenCL разработчикам драйверов, чтобы они могли решить проблему.

Помимо этого, вы можете применить обходной путь на основе идентификатора поставщика, тип устройства, версия драйвера и т. д. Всю эту информацию можно запросить от clGetDeviceInfo, но не стоит относиться к нему как к стабильной интерфейс: имена и версии могут измениться в будущем выпусков, поэтому за этими изменениями сложно следить.