Re[7]: Регресс производительности при переходе с FW 3.5 SP1
От: Serginio1 СССР https://habrahabr.ru/users/serginio1/topics/
Дата: 16.05.20 17:38
Оценка:
Здравствуйте, 4058, Вы писали:

4>Здравствуйте, Serginio1, Вы писали:


S>> Кстати вот другие бенчмарки https://habr.com/ru/post/481558/

S>>На интах IndexOf

S>>Method Type .NET 4.8 Core 2.1 Core 3.1

S>>IndexOf Int 1.00 0.99 0.43
S>>IndexOf String 1.00 0.95 0.95

S>>Возьми их тесты


4>Мы не обсуждаем IndexOf для коллекций/массивов, речь в исходном сообщении про обработку строк (indexOf внутри строки, а не коллекции).

4>Приведенные тобой результаты, из примера где они гоняют IndexOf на коллекции.

Ты же утвеждаешь, что 3.5 быстрее! Проверь с интами.

Повторюсь
https://docs.microsoft.com/en-us/dotnet/api/system.globalization.sortversion?redirectedfrom=MSDN&view=netcore-3.1

Сортировка и сравнение строк в .NET Framework

Начиная с .NET Framework 2.0 с пакетом обновления 1 (SP1) и до .NET Framework 4, каждая версия .NET Framework включает таблицы, которые содержат веса сортировки и данные по нормализации строк и основаны на конкретной версии Unicode. В .NET Framework 4.5 наличие этих таблиц зависит от операционной системы:
В Windows 7 и предыдущих версиях операционной системы Windows таблицы продолжают использоваться для сравнения и упорядочивания строк.
В Windows 8 .NET Framework делегирует операции сравнения строк и упорядочения операционной системе.
Следовательно, результат сравнения строк может зависеть не только от версии .NET Framework, но и от версии операционной системы, как показано в следующей таблице. Обратите внимание, что этот список поддерживаемых версий Unicode применяется только для сравнения и сортировки символов; это не относится к классификации символов Юникода по категориям.


Вот веса и версии юникоде могут быть разными и может разниться от содержимого.
Попробуй сортировку где преобладает кириллица.
и солнце б утром не вставало, когда бы не было меня
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.