Сообщение Re[2]: Регресс производительности при переходе с FW 3.5 SP1 от 16.05.2020 17:35
Изменено 16.05.2020 17:44 4058
Re[2]: Регресс производительности при переходе с FW 3.5 SP1 на FW 4+ (String.Ind
Здравствуйте, VladD2, Вы писали:
VD>Тем более странно, что ты разницу в работе одной функции проецируешь на весь .Net 4.0.
Невнимательно читаешь, во первых речь идет конкретно о String.IndexOf (в названии темы даже присутствует), и тот кусок кода просто изобилировал его использованием, и "тупой" перенос с 3.5 на 4.0 на том участке дал заметный регресс производительности, что в результате привело к негативным последствиям.
VD>Просто напиши свою версию этой функции. Если так важна производительность, сделай это в ансэйфе.
Я ранее писал:
Факт, именно в том, что пришлось внести изменения в код при подъеме версии FW, чего я например ни разу не делал с 1.0 по 3.5 SP1
VD>Тем более странно, что ты разницу в работе одной функции проецируешь на весь .Net 4.0.
Невнимательно читаешь, во первых речь идет конкретно о String.IndexOf (в названии темы даже присутствует), и тот кусок кода просто изобилировал его использованием, и "тупой" перенос с 3.5 на 4.0 на том участке дал заметный регресс производительности, что в результате привело к негативным последствиям.
VD>Просто напиши свою версию этой функции. Если так важна производительность, сделай это в ансэйфе.
Я ранее писал:
В данном случае код местами переписан, проблемы нет (плюс профит от распараллеливания средствами LINQ), но беспокоит сам факт, что пришлось это делать.
Факт, именно в том, что пришлось внести изменения в код при подъеме версии FW, чего я например ни разу не делал с 1.0 по 3.5 SP1
Re[2]: Регресс производительности при переходе с FW 3.5 SP1
Здравствуйте, VladD2, Вы писали:
VD>Тем более странно, что ты разницу в работе одной функции проецируешь на весь .Net 4.0.
Невнимательно читаешь, во первых речь идет конкретно о String.IndexOf (в названии темы даже присутствует), и тот кусок кода просто изобилировал его использованием, и "тупой" перенос с 3.5 на 4.0 на том участке дал заметный регресс производительности, что в результате привело к негативным последствиям.
VD>Просто напиши свою версию этой функции. Если так важна производительность, сделай это в ансэйфе.
Я ранее писал:
Проблема, именно в том, что пришлось внести изменения в код при подъеме версии FW, чего я например ни разу не делал с 1.0 по 3.5 SP1
VD>Тем более странно, что ты разницу в работе одной функции проецируешь на весь .Net 4.0.
Невнимательно читаешь, во первых речь идет конкретно о String.IndexOf (в названии темы даже присутствует), и тот кусок кода просто изобилировал его использованием, и "тупой" перенос с 3.5 на 4.0 на том участке дал заметный регресс производительности, что в результате привело к негативным последствиям.
VD>Просто напиши свою версию этой функции. Если так важна производительность, сделай это в ансэйфе.
Я ранее писал:
В данном случае код местами переписан, проблемы нет (плюс профит от распараллеливания средствами LINQ), но беспокоит сам факт, что пришлось это делать.
Проблема, именно в том, что пришлось внести изменения в код при подъеме версии FW, чего я например ни разу не делал с 1.0 по 3.5 SP1