Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Это бездоказательные страшилки времен OpenCL 1.0. Ощущения, как будто текст из 2009-2010 годов.
О чём это Вы, Ринат?
Catalyst Drivers 11.7 WHQL and 11.8 Preview have been readied for download and AMD has moved their APP-SDK for accelerating OpenCL
applications to version 2.5, now finally supporting Double Precision/Doubles/FP64/watchamacallit via cl_khr_fp64.
The caveat though: It's only included for Cypress-based GPUs, not Cayman and not older chips capable of 64 bit precise calculations.
http://www.gpu-tech.org/content.php/167-AMD-Catalyst-Driver-11.7-AMD-APP-SDK-2.5-bring-double-precision-for-Cypress-AVX-for-CPUs
Radeon HD 6990/6970/6950 (Cayman based):
Radeon HD 2400 XT/Pro (RV610 based):• DirectX 10 (no Compute Shader though) and lower,
• No Double Precision Support
http://developer.download.nvidia.com/compute/cuda/4_1/rel/toolkit/docs/CUDA_Toolkit_Release_Notes_And_Errata.txt
По поводу конструктивной точности на GPU есть много чего, программисту СЛОЖНЫХ программ надо быть очень и очень осторожным, ну вот даже от самой Nvidia например:
http://developer.nvidia.com/content/precision-performance-floating-point-and-ieee-754-compliance-nvidia-gpus
4.7 Differences from x86 NVIDIA GPUs dier from the x86 architecture in that rounding modes are encoded within each foating point instruction instead of dynamically using a foating point control word. Trap handlers for floating point exceptions are not supported. On the GPU there is no status flag to indicate when calculations have overflowed, underflowed, or have involved inexact arithmetic. Like SSE, the precision of each GPU operation is encoded in the instruction (for x87 the precision is controlled dynamically by the floating point control word).
При изучении CUDA и OpenCL иногда создаётся паранормальное впечатление, что железячники решили окончательно угробить математику своими "революциями" и маркетинговой вау-истерикой, - когда искусственно создаётся подмена понятий, - что и как именно должен делать МОЙ компьютер. Вместо точности и предсказуемости математических расчётов предлагается их бешеная геймерско-ориентированная скорость.
Программист теперь должен особо внимательно следить за тем, с какой именно точностью ему нужны вычисления, и отсюда принимать решения - где будем считать - на CPU или на GPU. Причём на CPU тоже железячники вкупе с Микрософт втихаря, под шумок напакостили.
Ладно, мне пора работать. До свидания.
Кажется, еще не обсуждалось...
ссылка по теме: библиотека AMD C++ AMP интегрирована в Visual Studio 11 http://blogs.amd.com/developer/2012/03/01/amd-and-the-visual-studio-11-beta/ Я так понимаю, бетку уже можно закачивать.
Кажется, еще не обсуждалось...
ссылка по теме: библиотека AMD C++ AMP интегрирована в Visual Studio 11 http://blogs.amd.com/developer/2012/03/01/amd-and-the-visual-studio-11-beta/ Я так понимаю, бетку уже можно закачивать.
Особенно интересно это:
Auto-vectorization
Also new to C++ in Visual Studio 11 is an auto-vectorizer, which is on by default. The compiler will vectorize loops where possible to improve performance using vector instructions on the processor (such as SSE2 and SSE4.x). Take the following code snippet example:
float A[1000], B[1000], C[1000];
for (i = 0; i < 1000; i++) {
A[i] = B[i] + C[i];
}
The C++ compiler can vectorize this loop in order to execute multiple iterations simultaneously, improving performance significantly with instructions available on modern processors.
In addition to the vectorizer, the auto-parallelizer will execute loops across multiple CPU processors in the system, getting better effective utilization out of the underlying hardware. The parallelizer requires input from the programmer to indicate those loops that should be parallelized, and can also be used in conjunction with the auto-vectorizer.
Особенно интересно это:
Auto-vectorization
Also new to C++ in Visual Studio 11 is an auto-vectorizer, which is on by default. The compiler will vectorize loops where possible to improve performance using vector instructions on the processor (such as SSE2 and SSE4.x). Take the following code snippet example:
float A[1000], B[1000], C[1000];
for (i = 0; i < 1000; i++) {
A[i] = B[i] + C[i];
}
The C++ compiler can vectorize this loop in order to execute multiple iterations simultaneously, improving performance significantly with instructions available on modern processors.
In addition to the vectorizer, the auto-parallelizer will execute loops across multiple CPU processors in the system, getting better effective utilization out of the underlying hardware. The parallelizer requires input from the programmer to indicate those loops that should be parallelized, and can also be used in conjunction with the auto-vectorizer.
О чём это Вы, Ринат?
Catalyst Drivers 11.7 WHQL and 11.8 Preview have been readied for download and AMD has moved their APP-SDK for accelerating OpenCL
Я о том, что Вы делаете вид, что сегодняшнего дня нет и пытаетесь выдавать откровенно ложные выводы.
Например, публикуя древнейшие версии видеокарт в качестве доказательств и упорно не замечая моделей 7XXX и драйверов Каталиста 12.х
Судя по Вашим заявлениям про Windows 2003, Вы сторонник "ОНИ должны поддерживать ВСЕ" и на основе нарушения столь священного условия (как Вам кажется), мир должен признать свою никчемность и пойти молиться о прощении. Мир просто идет дальше, развиваясь и выпуская новые более совершенные продукты.
Вы не знаете, как можно написать несовместимый софт потому, что Вы не разрабатываете этот самый массовый софт и Вы не знаете что такое технические проблемы и необходимые компромиссы. Требовать от производителей видеокарт поддержки старой серверной версии Windows 2003 - это потребительский экстремизм. Производители софта рады забыть про зоопарк старых операционок как про страшный сон. А уж производители драйверов об этом просто мечтают.
зы: не нужно переходить на банальный сравнительный метод "а почему они тогда 2008 поддерживают", заменяющий реальное понимание глубинных причин
зыы: хватит пользоваться ломанной версией Windows 2003 Server - уже 2012 год на дворе
Я о том, что Вы делаете вид, что сегодняшнего дня нет и пытаетесь выдавать откровенно ложные выводы.
Например, публикуя древнейшие версии видеокарт в качестве доказательств и упорно не замечая моделей 7XXX и драйверов Каталиста 12.х
Судя по Вашим заявлениям про Windows 2003, Вы сторонник "ОНИ должны поддерживать ВСЕ" и на основе нарушения столь священного условия (как Вам кажется), мир должен признать свою никчемность и пойти молиться о прощении. Мир просто идет дальше, развиваясь и выпуская новые более совершенные продукты.
Вы не знаете, как можно написать несовместимый софт потому, что Вы не разрабатываете этот самый массовый софт и Вы не знаете что такое технические проблемы и необходимые компромиссы. Требовать от производителей видеокарт поддержки старой серверной версии Windows 2003 - это потребительский экстремизм. Производители софта рады забыть про зоопарк старых операционок как про страшный сон. А уж производители драйверов об этом просто мечтают.
зы: не нужно переходить на банальный сравнительный метод "а почему они тогда 2008 поддерживают", заменяющий реальное понимание глубинных причин
зыы: хватит пользоваться ломанной версией Windows 2003 Server - уже 2012 год на дворе
Ну что же, я прекрасно понял Ваш ответ. Ха-ха, надеюсь и остальные поймут тоже.
И вот, что, я пожалуй последую Вашим советам, они как раз совпадают с моими намерениями. Поэтому я покину Вас всех тут ненадолго - годика эдак на два.
Прощайте.
Ну что же, я прекрасно понял Ваш ответ. Ха-ха, надеюсь и остальные поймут тоже.
И вот, что, я пожалуй последую Вашим советам, они как раз совпадают с моими намерениями. Поэтому я покину Вас всех тут ненадолго - годика эдак на два.
Прощайте.