Исходное сообщение
"Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..." Отправлено phprus, 10-Дек-20 20:33
> Спасибо. И что? Это нужно для всех кейсов? На десктопе это важно? На серверных нагрузках важно. Даже в некоторых моих объективно маленьких задачах 20% процентов производительности - это может быть с десяток лишних серверов. А здесь есть люди у кого задачи куда масштабнее. А разница в два раза в производительности аллокаций очень сильно бьет по интерпретируемым языкам, например, по Python. > Нет. Если уж говорить про скорость, то ответ один - на > асме руками все это можно до-оптимизировать, что будет еще быстрее. Можно > даже фигачить на FPGA. И это тоже применяется (правда мы до FPGA не доходили, пока хватало CPU и GPU), но все эти способы стоят денег и не малых, а смена musl на glibc чаще всего бесплатна, так как glibc идет в дистрибутивах из коробки. > Сейчас может лучше, может хуже, но статистика однозначно устарела. Собственные замеры есть, > которые это подтверждают? Или просто поверили на слово? Эта статистика приведена одними из авторов musl, а раз он не удаляет ее, значит она адекватна. Впрочем, есть и более новые ссылки, например, вот эта: https://andygrove.io/2020/05/why-musl-extremely-slow/

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Спасибо. И что? Это нужно для всех кейсов? На десктопе это важно? > На серверных нагрузках важно. Даже в некоторых моих объективно маленьких задачах 20% > процентов производительности - это может быть с десяток лишних серверов. А > здесь есть люди у кого задачи куда масштабнее. > А разница в два раза в производительности аллокаций очень сильно бьет по > интерпретируемым языкам, например, по Python. >> Нет. Если уж говорить про скорость, то ответ один - на >> асме руками все это можно до-оптимизировать, что будет еще быстрее. Можно >> даже фигачить на FPGA. > И это тоже применяется (правда мы до FPGA не доходили, пока хватало > CPU и GPU), но все эти способы стоят денег и не > малых, а смена musl на glibc чаще всего бесплатна, так как > glibc идет в дистрибутивах из коробки. >> Сейчас может лучше, может хуже, но статистика однозначно устарела. Собственные замеры есть, >> которые это подтверждают? Или просто поверили на слово? > Эта статистика приведена одними из авторов musl, а раз он не удаляет > ее, значит она адекватна. > Впрочем, есть и более новые ссылки, например, вот эта: > https://andygrove.io/2020/05/why-musl-extremely-slow/
	Введите код, изображенный на картинке: