Исходное сообщение
"Red Hat прекращает разработку CentOS 8 в пользу тестового Ce..." Отправлено Аноним, 11-Дек-20 00:08
>На серверных нагрузках важно. Даже в некоторых моих объективно маленьких задачах 20% процентов производительности - это может быть с десяток лишних серверов. А здесь есть люди у кого задачи куда масштабнее. Что касается производительности, то вы сами ниже превели линк чела, который делает все как профи. Взял и заменил malloc из musl на jemalloc, да, возникли сложности. Да, это признал автор musl и да, он уже это исправил. Где новые тесты, что все плохо? И да, я заставляю делать эту работу, потому что меня все устраивает. >А разница в два раза в производительности аллокаций очень сильно бьет по интерпретируемым языкам, например, по Python. Я сначала подумал, что это я сморозил глупость спросив про производительность glibc и зачем он вам нужен. Но видимо нет. Какой смысл мерить циклы в каких-то недоинтерпертаторах??? Да, я тот кто не понимает писькомерство интерпретаторов. Никогда не упоминайте производительность и Python/Perl/PHP/Ruby/etc в одном предложении. Просто страдайте.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>На серверных нагрузках важно. Даже в некоторых моих объективно маленьких задачах 20% процентов производительности - это может быть с десяток лишних серверов. А здесь есть люди у кого задачи куда масштабнее. > Что касается производительности, то вы сами ниже превели линк чела, который делает > все как профи. Взял и заменил malloc из musl на jemalloc, > да, возникли сложности. Да, это признал автор musl и да, он > уже это исправил. Где новые тесты, что все плохо? И да, > я заставляю делать эту работу, потому что меня все устраивает. >>А разница в два раза в производительности аллокаций очень сильно бьет по интерпретируемым языкам, например, по Python. > Я сначала подумал, что это я сморозил глупость спросив про производительность glibc > и зачем он вам нужен. Но видимо нет. Какой смысл мерить > циклы в каких-то недоинтерпертаторах??? Да, я тот кто не понимает писькомерство > интерпретаторов. Никогда не упоминайте производительность и Python/Perl/PHP/Ruby/etc > в одном предложении. Просто страдайте.
	Введите код, изображенный на картинке: