#

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

2 - осваивайте binding к внешним объектам. Windows Forms DataGridView это умеет https://docs.microsoft.com/ru-ru/dotnet/framework/...

в простейшем случае можете потренироваться на кошечках попробовать массивы/списки (а можно и Entity Framework подтянуть, там есть вариант БД "in memory". но только если есть данные загружаемые из внешних БД, или сохраняемые в БД.. хотя EF уже весь на async/await "из коробки")

3 - binding из бавит вас от рукопашного создания/удаления строк DataGridView. это тяжеловестные операции, учитывая что речь о визуальных эелементах

краткое резюме - binding к массивам/спискам/бд, а их обработка во внешних процессах, или PLINQ.. или async/await - что осилите

Что будет если часто устанавливать/переустанавливать Windows в VMware?

можете линукс устанавливать и переустанавливать. можете записывать кино HD под завязку, потом записывать новое.. все едино - просто эксплуатация диска той или иной активности

у SSD считается ограниченным ресурс перезаписи ячеек (но эта тема стремительно развивается, нынешние SSD можно смело надеяться эксплуатировать на срок морального устаревания всего компа точно)

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

при нынешнем балансе цен, совершенно разумно брать ssd под основную систему + hdd как большое хранилище

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

пробовал основной системой линукс + виртуалбокс + винду гостем => хренушки, перфоманс ровно как на физическом диске ))

дальше выбирайте сами ))

Разумна ли мысль

нет. контр мнение читайте тут https://habr.com/ru/company/epam_systems/blog/429766/
.. и тут https://habr.com/ru/post/426961/

и это еще полдела, с развитием технологий типа WASM, именно js будет главным на вытеснение из лидеров. очень долгое, но неизбежное, в силу гораздо больших фундаментальных недостатков, допущенных при создании языка. если вы не в курсе, js на 5 лет старше c#.. и был создан, по сути "на коленке" что называется

Microsoft сдает позиции

и снова неувязочка с реальностью https://habr.com/ru/post/449590/

начинался камент.. потом думай а чеб не ответить то? повтор:

IE удобен тем, что подхватывает всё, что стоит в IE под пользователем - аутентификацию, куки, например

у IE как приложение - свой профиль. у встраиваемого компонента - другой профиль. и они точно не пересекаются. upd но так точно было раньше.. на сколько давно?.. не думаю что важно.. но я всего года 3-4 как не ботил встроенным ИЕ ))

еще один существенный недостаток движка IE - все больше сайтов перестают его полноценно поддерживать

но как стартовый вариант для вхождения в увлекательный мир ботизации - ессно самый доступный ))

ps но ботам как правило нужны уникальные профили. у IE с этим монолит - упомянутые выше - один для IE самого по себе, и еще один абсолютно на все интеграшки

как для ботизации (тут надо понимать что это не обязательно что то порицаемое или не верное - бот как такой, это автоматизация рутинных действий с сайтом. а если создатели сайта дают интересную (и бесплатную) инфу, но не научились пилить АПИ - бот может быть объективно полезной кому то необходимостью.. хотя все топ популярные инструменты, как правило это инструменты тестирования интерфейса ))) (upd самый топ - Selenium)

краткие наброски:
- все таки CEF#
- если надо на сервере - умеет работать "без головы" (без гуи)
- есть даже форк "безголовый", сохранял ссылку, но не помню где
- если надо движок фокса - GeckoFx. проект интересный, но очевидно белее вялый
- и снова о серверах - есть и другие "безголовые движки", даже на ноде (читай хромиум, читай казалось бы братья CEFу (да да # это только обертка над оригинальным проектом "встраиваемый хромиум")).. но как то выходит что CEF-клоны универсальнее, надежнее и быстрее обновляются

если вам уже пришла в голову сортировка, тогда все таки массив структур или классов (как аналогов строк БД).. после чего, можете открыть для себя списки и словари C# вместо массивов

следующий уровень игры - Entity Framework, очень упрощенная работа с БД. как раз для вашего случая, возможно будет интересен вариант БД in-memory

тут все зависит от задачи. предложенные мной варианты, скорее ориентированы на энтерпрайз, а если нужно очень легковесное решение - тогда все таки просто массивы классов или структур

https://fable.io/
и похоже вполне себе активный
https://github.com/fable-compiler/Fable

ps

И важно чтобы он именно транслировался в натив

а тут надо как то вернуться к реалиям .Net RunTime

все .Net компилируется либо в .Net RunTime, а там есть Ngen (хотя если копнуть вариаций гораздо больше, тот же Unity со своим модифицированным Mono и IL2CPP)

но F# компиленный js, будет работать там, где работает js - бро, или нода

Adamos,

2. Раскладываете А1 на множители (это куда быстрее перебора всего массива на комбинации из трех элементов).

все зависит от размеров чисел. для больших чисел это может быть сверсхложной задачей

Nik_Set_7, пока не заметил уточнения - гарантированно ли присутствие делителей в общем списке?
в общем случае, максимальное находится за один полный проход. это необходимо, но и достаточно.

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

и существует ли гарантия присутствия делителей в списке? если нет +значения не велики +список большой +источник последовательный и медленный, возможно, Adamos будет прав. ну а для значений не более 8 битного целого, скорее будет прав однозначно ))

Существует проблема выбора языка программирования.

не существует. дальнейшими рассуждениями, вы уже обосновали свой выбор.

Это возможно? Как это правильно реализовать в php? Надо наверно как то получить...

нет. все что может получить php - это то что даст браузер. все что может дать браузер - можно подменить

ps ну да - по ip, паролям, и тд.. но к железу клиента, вас ни один браузер давно уже не пустит
pps ...если только найдете в нем 0-дей-дыры ;)))

1 - вряд ли существует отдельная программа под эту задачу, хотя возможно, подходящая фича может быть в программах для администрирования/инвентаризации/helpdesk

2 - осваивайте скриптование вообще, и wmi запросы в частности. и ваша задача сразу перестанет казаться такой пугающей

3 - а вообще, кажется, существование

локальной группы "Администратор домена"

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