Ага.

Я пробовал, это работает :)

у меня пока такой потребности вроде не было)

у меня есть горячий метод, который аллоцирует на 20 элементов массив

и только внутри он используется

вот для такого думал делать stackalloc

у меня сделано сейчас как preallocated buffer

но там не тредсейф получается

вот для такого думал делать stackalloc

Знаешь, я бы побенчмаркал и при прочих равных предпочёл бы какую-то структурную коллекцию вместо stackalloc. При всём уважении к ансейфу, лишний раз лучше в него не лезть :)

может быть) почему нет

в итого оно и так и так на стек ляжет

(а stackalloc требует unsafe, если кто не знает)

у меня в сборке разрешен unsafe :)

в итого оно и так и так на стек ляжет

Да, аллокация ляжет на стек, но обращение к элементам такой коллекции _может быть_ дороже, чем к элементам массива. Надо проверять быстродействие.

да, согласен, стоит побенчмаркать

еще была с идея с preallocated buffer для каждого потока

ThreadLocal

Пул коллекций ещё можно сделать.

Необязательно Thread Local, а просто чтоб их можно было в пуле занимать, а потом обратно в него возвращать.

если не тредлокал, то нужно думать про синхронизацию

Это уже вопрос того, как ты с этими объектами обращаешься. Может, конечно, статься, что надо думать про синхронизацию.

даже ConcurrentQueue все равно тратит время на "синхронизацию"

Но тут уже максимально осторожно надо. А то ты щас выручишь копеечку быстродействия на отказе от аллокаций, а потом потратишь рубль на блокировках :)

вот-вот)

а не приходилось тюнить быстродействие DI-контейнера?

Нет, в DI никогда не упирались. У меня, однако, есть смутное ощущение, что проекты, которым это важно, чаще всего не используют обычные DI-фреймворки.

Но я могу и ошибаться.

Ну, в смысле, что где-нибудь в игрушке ты же не будешь на каждый фрейм зависимости из контейнера резолвить, правильно? :)

нет конечно)

У меня web api и у нас бывают реальные сценарии, когда происходит burst-нагрузка

О, это интересно.

и я заметил, что неплохо времени уходит на создание контроллеров, я пока придумал воркэраунд

но мне он не очень нравится

т.е. сценарий такой, может придти, условно, 1000 пользователей и начать долбить запросами

в течении часа

я сделал имитацию этого сценария на apache jmeter и сижу профайлю периодически

вот думаю можно ли еще как-то улучшить поиск таких узких мест, помимо нагрузочных тестов

1000 пользователей не так и много, если они долбят не в цикле

долбят параллельно, 1000 это как пример

Ну да, 1000 долбителей в цикле у него, может, имитируют нагрузку от 100к обычных посетителей :)

Нормальный подход, годится.

Нормальный подход, годится.

но это не тысяча пользователей которая пришла

Сильно зависит от специфики системы.

я делал тесты веб апи на азуре a2, веб апи тянет 1000 эхо запросов в секунду, это не мало, не знаю что там ещё улучшать

У меня, например, был сценарий, когда пользователи именно циклично долбят систему. И 1000 работающих пользователей создавали нефиговую такую нагрузку на реплику из десятка MSSQL-серверов.

у меня не 1000 эхо запросов) там везде логика и стейт меняется

я делал тесты веб апи на азуре a2, веб апи тянет 1000 эхо запросов в секунду, это не мало, не знаю что там ещё улучшать

Тут тестируют не оверхед от веб-сервера, а быстродействие обработчиков запросов :)

В то, что можно на Kestrel достичь тыщи RPS, я охотно верю.

вот, простые круд по 460 запросов в секунду вытягивало

> простые

но база была не загружена, да и крутилась на долхом инстансе

я к тому, что странно искать проблемы в инстанцировании контроллера, есть гораздо более узкие места

нет, нифига подобного

а как тогда?

у меня там большой граф объектов, и я нашел, что для сценария на "1000" приложение прокачивает 26гб оперативки

после некоторых пассов руками я сократил до 8гб

но мне кажется, что все равно много

это что за объекты такие?

из базы?

то что граф зависимостей большой это отдельная история и за неделю работы она не решится)

не только, там сервисы еще большие

сразу вопрос: они стейтлес?

часть сервисов я уже разбил на более мелкие, чтобы сократить граф, но повторюсь, что там нетривиально разбивать

нет

зависят от текущей user identity

у меня на проекте почти все сервисы можно сделать сингтонами в ди

ERROR: S client not available

повезло)

я к тому, что странно искать проблемы в инстанцировании контроллера, есть гораздо более узкие места

↑ разумно, но не всегда

сам писал :)

Бывают случаи, когда ты можешь 10% перфоманса срубить на всякой ерунде (типа инстанцирования контроллеров), не особо утруждая себя.

А чтобы разобраться, что оптимизировать в логике, это ещё думать надо :)

вот и я о чем) жалко не могу показать снепшоты, нда и все такое

бывают, я не знаю что у вас за проект, но у меня текущая производительность всех устраивает: если не потянет апликейшен, просто добавится апилкейшен, т.к. если такое случится - значит пользователей много, инвесторы рады, денег на железо не жалко

у нас приложение может и масштабируется горизонтально, но есть еще задача снизить косты на железо

плюс есть требование непосредственно от заказчика, что в некоторых сценариях время ответа должно быть минимальным

никакого rocket-science, но тем не менее

http://jetbrains.tech/

есть свежее?

Не, надо свой серв ставить

Оо, всё так плохо стало?

Ну тип

Поставил 1 раз

Оо, всё так плохо стало?

Можешь купить

И всё сразу станет хорошо

Жалуется он ещё

Или пара тысяч или пара часов, иначе никак

закончится испытательный - можно будет и купить

как сейчас rider как ide? стабилен?

как сейчас rider как ide? стабилен?

Да, стабильно без дебага

Нет

В нём еще ничего нету

кто за wpf топит, помогите с datatype разобраться

<ScrollViewer Grid.Row="0" VerticalScrollBarVisibility="Visible" HorizontalScrollBarVisibility="Disabled" Margin="5"> <ItemsControl ItemsSource="{Binding Measurements}"> <ItemsControl.ItemTemplate> <DataTemplate> <DockPanel> <TextBlock DockPanel.Dock="Right" Text="{Binding Value, Mode=OneWay}"/> тут есть нюанс: Value есть int, а есть double. как их выводить? <TextBlock Text="{Binding Name}" TextTrimming="CharacterEllipsis"/> </DockPanel> </DataTemplate> </ItemsControl.ItemTemplate> </ItemsControl> </ScrollViewer>

<ScrollViewer Grid.Row="0" VerticalScrollBarVisibility="Visible" HorizontalScrollBarVisibility="Disabled" Margin="5"> <ItemsControl ItemsSource="{Binding Measurements}"> <ItemsControl.ItemTemplate> <DataTemplate> <DockPanel> <TextBlock DockPanel.Dock="Right" Text="{Binding Value, Mode=OneWay}"/> тут есть нюанс: Value есть int, а есть double. как их выводить? <TextBlock Text="{Binding Name}" TextTrimming="CharacterEllipsis"/> </DockPanel> </DataTemplate> </ItemsControl.ItemTemplate> </ItemsControl> </ScrollViewer>

Ну вообще биндинги сами там всё конвертируют

инты в строки

у тебя какая-то конкретная ошибка вываливается?

как сейчас rider как ide? стабилен?

Он не релизнулся

ну даблы у меня выводятся(в строки конвертятся, наверняка), а инты не выводятся

сделай строковую пропертю