BigInteger в For

Столкнулся с проблемой того, что в цикле for нельзя использовать BigInteger, не смотря на то, что это целочисленный тип. Кто-нибудь знает решение?
Пример:

0

Сообщение от ProMix0 Unable to find an entry point named 'clEnqueueFillBuffer' in DLL 'opencl.dll'

А, это значит что у вас старая версия OpenCL, в которой ещё не добавили clEnqueueFillBuffer

Замените .AddFillValue(1) на .AddWriteArray(ArrFill(10, 1))

Добавлено через 1 минуту
Вообще, .AddWriteArray(ArrFill медленнее и менее эффективно по памяти, потому что сначала создаёт массив в оперативной памяти, и перебрасывает его содержимое в память GPU. В то время как .AddFillValue - берёт 1 значение (в данном случае с типом integer) и проходится по всей области памяти буфера и заливает её этим значением.

На будущее, если вам надо залить буфер с большей эффективность, но не используя .AddFillValue - лучше использовать Kernel, принимающий значение и его размер (в байтах) и заливающий им всю память буфера.

Добавлено через 4 минуты

Сообщение от ProMix0 P.S. У вас в OpenCLABC где-то было написано "удленитель", а правильно "удлинитель".

Да, а это будет исправлено само по себе, по справке ещё пройдутся целиком, проверят на орфографию и т.п. Ну, я сделал заметку.

0

В объекте Buffer указывается размер всех переменных, которые описаны в *.cl, или только тех, которые передаются в файл? И как быть с BigInteger?

Добавлено через 3 часа 28 минут

Сообщение от Sun Serega Я так с OpenGL и OpenCL сделал. То есть я сделал простенький парсер

А PascalABC.NET -> C у вас нету?

Добавлено через 10 минут
И да, ещё, как лучше сделать - что бы каждая из ~1000000 итераций в *.cl сама сравнивала результаты друг с другом или возвращала результат, а потом ~1000000 чисел сравнивались?

0

Сообщение от ProMix0 В объекте Buffer указывается размер всех переменных, которые описаны в *.cl, или только тех, которые передаются в файл?

1. В файл ничего не передаётся. Лучше говорить как то вроде "в cl код".
2. Буфер хранит не переменную. Он хранит права на доступ к куску памяти на GPU.
Его размер - указывается в байтах. Сколько байт вам надо чтоб сохранить какие то данные для передачи в карнел - столько выделяйте. И сколько вы выделили - столько будет доступно из cl кода, потому что в cl коде вы получаете указатель на тот кусок памяти, когда передаёте буфер как параметр в карнел.

Сообщение от ProMix0 как быть с BigInteger?

Вообще, у BigInteger есть метод, возвращающий массив байт из содержимого. Вот только вам это не надо, как и сами BigInteger и я вам уже объяснил. Надо сразу всё массивом байт хранить...

Сообщение от ProMix0 А PascalABC.NET -> C у вас нету?

Парсер для перевода конкретного кода и парсер общего использования - это разные вещи. Тот уровень качества что нужен для первого - будет неюзабелен для второго, ибо куча странных ошибок и не продуманных ситуаций-исключений. Ну а более конкретно - у меня и говнокоженого парсера из PABC.Net в C нету...

Сообщение от ProMix0 И да, ещё, как лучше сделать - что бы каждая из ~1000000 итераций в *.cl сама сравнивала результаты друг с другом или возвращала результат, а потом ~1000000 чисел сравнивались?

Общение ядер друг с другом практически не существует. Есть синхронизация (то есть ожидание пока какое то другое ядро не выполнится), но чтоб сравнивать/складывать информацию из результатов 2 ядер - эту информацию сначала надо сохранить в буфер.

Ну а далее - я знаю 2 варианта (может ещё есть что то, но это вам самим догадываться:
1. Сравнивать результаты на самом CPU. Но это будет довольно медленно.
2. Передавать информацию в специальный карнел, который сравнивает по парам. И так несколько раз.
То есть допустим есть 1024 результата, первый вызов того карнела сравнит 1 и 2, 3 и 4 и т.д. И сохранит лучшие результаты в 1,3,5,7 и т.д.
Второй вызов уже будет сравнивать 1 и 3, 5 и 7, 9 и 11 и т.д. И сохранит лучшие результат в 1, 5, 9 и т.д. И так повторять пока не останется только 1 результат.
Разумеется, при этом надо вместе с результатом - передавать id теста, который дал этот результат. Ведь нам как раз надо узнать id лучшего результата, а не сам лучший результат.

0

В итоге, я так и не понял - можно ли производить расчёты без *.cl файла? И что возвращает get_global_id ?

Добавлено через 38 секунд
И как array of byte преобразовать в число?

0

Сообщение от ProMix0 можно ли производить расчёты без *.cl файла

Без файла можно, но код из него должен быть. Код на паскале на GPU выполнить нельзя.

Сообщение от ProMix0 что возвращает get_global_id

Если не знаете англ. - юзайте гугл переводчик. Ссыли де всё искать я вам уже дал, всю справку не_моего продукта пересказывать я точно не буду.

Сообщение от ProMix0 как array of byte преобразовать в число?

В какое? В BigInteger? Зачем? Чтоб сложить - считайте как в столбик. Где каждый байт - 1 цифра (в 256-ричной СС). То есть если 1 из цифр переполняется - перебрасывайте 1 в следующий порядок.

0

Сообщение от Sun Serega Если не знаете англ.

От того, что я "получу глобальный ID", мне не станет понятнее, что это.

Сообщение от Sun Serega Чтоб сложить - считайте как в столбик

Просто я нашёл функцию у BigInteger - ToByteArray, и только пока писал ответ - понял, как преобразовать обратно.
P.S. Есть, на пример, какой-нибудь тип, в который записывается двоичное число?

0

Сообщение от ProMix0 какой-нибудь тип, в который записывается двоичное число

У всех типов внутри двоичное представление. А так только строка.

0

Сообщение от ProMix0 От того, что я "получу глобальный ID", мне не станет понятнее, что это.

Тогда почему вы вы ещё не прочитали справку OpenCL? В ней это подробно описано.
Не ждите что я всю инфу на блюдечке с золотой коёмочкой вам принесу. Я помогаю только пока вижу что вы пытаетесь прикладывать усилия сами, но сейчас я не вижу.

0

Ладно, понятно, но у меня вопрос - что бы не использовать BigInteger мне нужно передать:
число, к которому я буду прибавлять get_global_id (если я всё правильно понял) и переводить его в двумерную бинарную таблицу;
или строку из нулей и единиц, к которой я буду (неизвестно как) прибавлять get_global_id в двоичной СС;
или саму двоичную таблицу.
Но проблема последних двух вариантов в том, что преобразования числа надо проводить на CPU, а это долго. Что посоветуете?

Добавлено через 52 минуты
Точнее, проблема последнего варианта.

Добавлено через 48 минут
И да, куда кинуть файл, что бы программа могла его скачать?

Добавлено через 31 секунду
Я про сайт.

0

Сообщение от ProMix0 или саму двоичную таблицу.

Метод очередей буферов .[Add]WriteArray берёт содержимое массива как есть в памяти. Все элементы массива в памяти располагаются последовательно, поэтому достаточно взять адрес начала содержимого массива и его размер, чтоб скопировать его в буфер. Никаких преобразований.

И работает это с массивами любой размерности и с любыми размерными типами элементов (с ссылочными не сработает, надеюсь, понятно почему). Но одномерный массив байт лучше всего, потому что при его заполнении на CPU - проверяется не так много границ индексов.

Добавлено через 2 минуты

Сообщение от ProMix0 И да, куда кинуть файл, что бы программа могла его скачать?

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

0

Проблема передачи массивов в том, что на каждый из ~1000000 потоков нужно передать собственный массив, а со строками и числами - все получают одно и то же, но преобразуют с помощью get_global_id.
А сайт мне нужен из-за того, что IP сервера может поменяться (то есть сервер переедет на другой комп), поэтому я хочу, что бы сервер скачивал с сайта .txt и читал IP (пробовал с GitHub и Яндекс.Диском, в первом случае он не смог создать защищённый канал, а во втором скачал страницу).

0

Сообщение от ProMix0 на каждый из ~1000000 потоков нужно передать собственный массив

Зачем это? Передавайте id первого потока, а id остальных потоков вычисляйте локально для каждого потока.
Имеет смысл делать 256, 256*256 или 256*256*256 потоков, чтоб можно было не передавать последние несколько байт массива. Вместо них get_global_id будет возвращать оставшуюся часть идентификатора.

Сообщение от ProMix0 в первом случае он не смог создать защищённый канал

Поищите на StackOverflow, там надо какой то сертификат выбрать при создании WebClient.

0

Сообщение от Sun Serega Передавайте id первого потока, а id остальных потоков вычисляйте локально для каждого потока

Я так и делал со строками и числами, но с матрицей будет сложнее. Ладно, реализую.

0

Сложнее если вы будете пытаться степени десяток потоков за раз выполнять. А если 256, 256*256 или 256*256*256 потоков за раз - наоборот проще.

0

Сейчас я не о том, какая степень у десятки, а как это реализовать. 256 в степени - не проблема, а с увеличением двоичной матрицы на двоичное число - так себе идея. На мой взгляд, проще передать двоичную строку и увеличить её, а потом перенести в матрицу.

Добавлено через 2 часа 56 минут
Знаете, я решил проблему с передачей IP довольно-таки экзотичным способом: так как разобраться с сертификатами я не смог, я решил посмотреть, что я там скачал в .txt с яндекса, и случайно наткнулся на название файла 'IP.txt'. Тогда я назвал файл IP127.0.0.1PI.txt, скачал файл строкой, и по буквам P и I вычленил IP.
Кусочек кода, если интересно:

0