VolgaVolga, я конечно люблю фронт-ендеров. Это очаровательные ребята просто котики. Но блин технологии с которыми они работают еще хуже чем backend. Безнадёга. Мир в котором всё зыбко. Нет точки опоры. Нет понятных принципов. Я говорю не о дизайне как таковом. А о постоянной ротации фреймворков и языков. Задай просто вопрос о JS/Dart/Typescript и начнётся бесконечный холивар. И самое обидное что трупы ворошат постоянно. Старые жлобские фреймворки поднимают.
Беда синтетических тестов в том что их результаты нельзя натянуть на продуктовую задачу.
Тоесть вы не можете прийти к заказчику и сказать что здесь будет лучше потому что цикл for быстрее прибавляет единички. По теме сложения целых чисел можно целую поэму написать. В некоторых ЯП кстати компилляторы мемоизируют результат цикла или векторизируют само вычисление. До этого даже Java дошла.
У вас есть макет продуктовой задачи? Вот ее там и запускайте. Количество ядер тут может особо роли не играет. Более того есть кейс когда чем больше ядер тем хуже с кешом и atomic операциями. Расширенный закон Амдала и когерентность.
А менее-ядерная машина к примеру может имет другую подсистему I/O которая в вашей продуктовой задаче будет более значима. Но вы ее как раз и не тестировали.
Непонятно какая задача решается? Регрессия или кластеризация или классификация?
Регрессия - это слева вниз и вправо-вверх линия. Вжух! И готово. И формула там простая. Без нейросетей.
Если поделить точки на 2 класса - то нужно либо покрасить их в разный цвет. Например красный и зеленый.
Тегировать. И тогда будет понятно как проводить. Либо решить сколько классов мы ищем. 2? А может 3?
И признаки близости будут декартово расстояние к примеру. Чем ближе точки - тем они "классовее".
WbICHA, мне не нравится слово "сразу".
В нем есть какая-то хитрость. Или недосказанность. Под капотом регулярки сложнее. И обычно создают ненужную нагрузку. Просто если вы автору даёте это как панацею - то это плохая панацея. Мы не не в Perl и не в awk.