testuser, своя библиотека с хорошо продуманной реализация дело не простое (строки в т.ч.), потом поделитесь успехами. Внешний API будет?

ZVI, Владимир, читал про Copilot, и GitHub, держу проекты в бесплатном репозитории. Весь проект трудно собрать, таким образом А в общем на здоровье, если кто-то соберет. Проекты не коммерческие, я сам выкладываю части кода. Это я так, относительно авторских прав поинтересовался, это же столп на котором стоит вся разработка в тех странах, в которых и создавался Copilot, и GitHub.

Владимир, добрый вечер!
Хм, как-то некрасиво выходит. Это же наверняка закрытые репозитории, а как же авторские права? Задумался, может, к примеру и мой проект ИИ уже старабанил :)) Хотя там столько понапилино, что что-то собрать в кучу и скомпилировать даже у меня не всегда выходит))
А вот комерческий код менеджера процессов без согласия автора, если он украден - публиковать нехорошо. Даже если автор и хвалился в этой теме, что умнее всех) Все мы когда-то это проходили, по молодости)

вот это больше всего понравилось, особенно вот это "Система сама всё починит"!

Тимофеев, что это? Исходники инструмента за 8 тыс.рублей?))

testuser, уже что-то готово или в проекте?

testuser, расскажите кратко о проекте?

вы плохо читаете. Выше по ссылке вы можете прочитать про то "на практике MSVC использует пул потоков, поскольку его реализация построена на основе PPL". Я пишу о своих инструментах, они у меня под Win и компилятор у меня от MSVC. Думаю, на этом вопрос закроем, т.к. вы хотите мне что-то про меня рассказать, а мне это не интересно.

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

Не только читал но и использую в прикладных задачах. Сказано об этом много где, но если вы не умеете пользоваться поиском то вот, мне не сложно, к примеру https://stackoverflow.com/questions/29622179/async-uses-a-threadpool

"Согласно стандарту, std::async использование пула потоков невозможно из-за требований к локальному хранилищу потоков. Однако на практике MSVC использует пул потоков, поскольку его реализация построена на основе PPL, и они просто игнорируют требования к локальному хранилищу потоков. Другие реализации запускают новый поток для каждого вызова, std::async как того требует язык.
Как всегда, у Bartosz есть отличная статья в блоге на эту тему."

PPL я кстати тоже пользуюсь, к примеру concurrency::parallel_buffered_sort.

Сами сможете найти информацию? Верю в ваши силы...

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

давайте попробуем.
"старички" на этом форуме - люди видавшие разное и разные решения и делавшие свои решения и применявшие их в своих прикладных задачах и как помощь новичкам. Ваше решение - это одно из многих. Его нужно правильно презентовать, если вы хотите что бы "старички" присоединились к обсуждению.  Для некоторых "старичков" VBA - не всегда профильный актив, у кого-то это хобби у кого-то просто один из инструментов-языков на котором он делает решения, в любом случае, думаю, они его знают не хуже вас. У некоторых есть свой сайт и большой пул публикаций и сообщений (на этом и других форумах) и с реальной помощью многим пользователям (и Дмитрий, Владимир, Михаил в этом списке).

Лично я, всегда с интересом просматриваю новые решения, потому что они появляются не часто (действительно стоящие решения).
И если я хочу поделится, к примеру своим, я размещаю его на форуме с предложением к рассмотрению: что получилось, плюсы и минусы. Конструктивная критика всегда в плюс - видно что нужно доработать.
Ваш подход к размещению своей информации как видите буксует.

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

Вернемся к вашим планам.
Спасибо что поделились, если у вас получится все это реализовать - буду только рад за вас (это искренне).
Некоторая ложка дегтя (добавлю комментарии из своей некоторой практики):
как пример и потренироваться - отлично! Как рабочее решение - нет.
Хотите заменить скрипты на пакет Office (т.е. для написание скриптов покупать лицензию на  Office)?
решение интересное и это правда. Но вот в чем дело, к примеру мне (знаю что и некоторым другим участникам форума) проще написать своё dll с "настоящей" многопоточностью. К примеру std::async забирает потоки из системного пула, а это миллисекунды, а у вас 2-3 секунды на создание процесса(ов?). Вот у меня есть задачи, где мне нужно по количеству логических ядер стартовать параллельный алгоритм. Запуск такого алгоритма на 16 ядрах в штатных инструментах - менее сотых долей секунды, в вашем инструменте (2-3) сек (на 16 экземпляров Excel? а если ядер 64, 128?). За это время у меня вся программа иногда отрабатывает и выдает результат. Ну и т.д., думаю понятно, нет смысла погружаться далее в подробности...

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

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

Александр Ефимов, могу ли я уточнить, зачем вам скидыватся на решение, которое вы не будете применять?  Узнать как это работает (в общих чертах есть на сайте разработчика, более подробно-зачем?)? Сделать свою реализацию для продажи (вам же она все равно не нужна)? Зачем покупать то, что не нужно? )

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

К примеру, в Excel 2013 появился стандартный механизм создания асинхронных функций, см. Asynchronous user-defined functions, а так же уже давно реализованный механизм многопоточного пересчета (когда копии одной функции выполняются в разных потоках, да..да.. это ровно то, что в статусной строке пишется при вычислении ячеек...Потоков:..4)

И даже там можно: Асинхронные функции можно объявлять потокобезопасными, и тогда синхронная часть пользовательской функции будет использоваться при многопоточном пересчете.

Но это все для функций листа, когда есть множество ячеек для которых нужно вычислить какой-либо, иногда и одинаковый алгоритм.

VBA это больше про команды, чем про функции листа. А вот для команд намного реже (из практики) требовался многопоточный режим. ИМХО.
.

Давайте попробуем. Если не секрет, поделитесь идеей, для каких прикладных задач можно использовать этот  инструмент (мультипроцессинг) в VBA? Вопрос не праздный, т.к. я давно пользуюсь мультипоточностью, но в других языках, а для VBA я не нашел задач для реализации подобного инструмента (а мысли такие были и был серьезный настрой это реализовать через свою библиотеку COM или через стандартный механизм Excel C API).

Александр Ефимов, а вы не знакомы с Senaki? В предыдущей теме, здесь в курилке, он говорит об этом решении как об инфоциганском, пробивающем дно.

Не это ли решение здесь фигурирует в ответе?

Borisovich, ваша таблица хорошо переваривает 500-1000 столбцов? а 16 тыс., как в Excel сможет загрузить (пусть и одну лишь строку)? По опыту штатные инструменты WinApi с этим плохо справляются, а это обычно основа стандартного контрола под Win, если не используют свою реализацию.

Свой Excel это сложно назвать, но есть подпиленный WinApi ListViev для массивов COM SafeArray (VT_ARRAY | VT_VARIANT).


Умеет:
+Показывать данные из массива в форме с помощью WinApi ListViev с возможностью редактирования строк и заголовка
+Сортировать
+Фильтровать
+Транспонировать
+Сериализовать данные в файл
+Десериализовать данные из файла
+Шифровать данные
+Выгружать на лист Excel
+Загружать данные с листа Excel
+Дозагружать данные с листа Excel
+Выгружать данные в новую или уже существующую сводную таблицу.
+Добавлять новые строки
+Копировать строки
+Удалять строки
+Перемещать строки
+Добавлять новые столбцы
+Копировать столбцы
+Удалять столбцы
+Перемещать столбцы
+Растягивать столбцы
+Копировать строки в буфер обмена
+Откатывать к сохраненному состоянию.

Особенности:
+Максимальное количество строк: 100 000 000
+Максимальное количество столбцов: через Excel C API xltypeMulti - максимум 65536 столбцов, через COM - тестировал 1 000 000 - работает, больше - не тестировал.
+Работает довольно шустро, т.к. данными и отрисовкой занимается сам, а не штатный WinApi ListViev.
+Для заголовка есть всплывающая подсказка с индексом столбца в текущем представлении с учетом перетаскивания столбца и индексом, который был первоначально у столбца при загрузки массива и сам текст заголовка.
+Для строк есть всплывающая подсказка, если текст не помещается полностью в ячейку - показывается полный текст ячейки в подсказке.
+Написан на C/С++

Добавлен инструмент в COM (максимальное количество строк - 100 000 000, столбцов - точно не знаю, 1 000 000 загружается нормально, больше не тестировал)
Сделана возможность отката к сохраненному состоянию.




Надстройку (с COM.dll) можно бесплатно скачать здесь.

Добавился новый функционал.

Столбцы можно переименовывать, перемещать (можно попробовать ретягивать мышкой на нужное место), удалять, добавлять, копировать, изменять размер.
Данные можно загружать из Excel и выгружать обратно. Есть возможность копировать в буфер обмена.
Можно фильтровать, можно сортировать.
См. видео


Можно загружать массивы из VBA (через C API Excel), обрабатывать в DataGridView и выгружать обратно в VBA, см. код

См. видео



Для больших массивов (миллионы строк) можно настроить загрузку через COM.

Библиотеку залил в бета-версию. Кому интересно можно бесплатно скачать и пользоваться.

Сложность реализации сторонней многопоточной библы в том, как передать туда алгоритм, который должен выполнятся в потоках.
Предположем у нас есть массив с которым надо что то сделать. Передать массив, выделить потоки, посчитать сколько элементов в какой поток пойдет не вопрос. Сложность передать алгоритм, что делать с этими элементами ,в каком виде он будет? Ну и плюс не все алгоритмы можно эффективно распараллелить, но эту другой вопрос. Предположим алгоритм хорошо параллелится.

testuser, а что должно быть в многопоточной функции из сторонней библиотеки, что бы она была нужна в VBA?

testuser, не уловил мысль, поделитесь более подробной информацией, как это поможет при реализации многопоточности через СОМ библиотеку или другими методами?

прочитал с интересом тему. Судя по всему, товарищ проиграл другу.
У меня есть свои инструмент на С++ типа параллельный FOR, для любого количества передаваемых массивов (сам вычисляет количество потоков, под ядра ЦП, сам разбивает массивы на нужные блоки, сам обрабатывает ошибки и исключения и т.д.). Его можно упаковать в СОМ, но как прикрутить динамически изменяемую логику для обработки этих массивов из VBA в С++ я не знаю. Т.е. то что будет выполнятся в потоках, и пользователь на VBA сам указывал что. Передавать указатель на функцию - сомневаюсь, что интерпретатор VBA сможет обрабатывать параллельно функции если их вызвать из С++.  Можно сделать парсинг строки с каким то набором операторов, типа создать свой скриптовый язык... нужно ли это и стоит ли это таких усилий, кажется, что нет

Он прав.

testuser, а для каких задач на VBA нужна многопоточность?

В VBA можно зарустить ассинхронные процедуры, но сам VBA не поддерживает многопотосность.

Добавил возможность выгружать данные в новую или уже существующую сводную таблицу.
Давайте попробуем выгрузить  в сводную таблицу 100 000 000 строк...