И возвращаешь ответ сразу

хм, тогда это так сейчас и работает

Гляжу результаты, медиана где-то в районе 40 секунд штрафа

Хммм... они выложили список запросов, которыми обстреливают

Короче, если список запросов совпадает с тем, чем обстреливают

То задача резко упрощается

не, не совпадает

хотя ты про что говоришь?)

https://github.com/sat2707/hlcupdocs/tree/master/data/FULL/ammo

ну там только половина выложена

запущу хотя бы две молотилки)

Привет!

Добрый день!

И как гц теперь, кстати?

Время на 4 секунды улучшилось после всех улучшений) GC не было на третьей фазе ни одного

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

можно попробовать вот так http://www.liranchen.com/2010/08/forcing-jit-compilation-during-runtime.html

я проще сделаю)

через докер запущу подшелл с curl запросами

Ну хардкором можно здорово ускорить

нужно как-то профайлинг настроить, очень тяжело без него понять что ускорять...

Для начала сериализацию

Причем важно сделать быструю сериализацию/десериализацию интов/лонгов

Точнее даже десериализацию

Хотя и не факт

Там метрики у них странные

Они считают штрафное время неверных запросов

http://c2n.me/3N9XrtG http://c2n.me/3N9XxQU

неверных уже нет запросов

просто суммируется время всех ответов

Жесть какая

это посты и геты

А что там что в колонке?

у гетов в два раза меньше минимальное время и в два раза больше максимальное

смотри 3ю и 4ю колонку

3-я - это геты?

А 4-я посты?

не, там две ссылки)

3 это минимальное время 4я максимальное время запроса

Большой разброс какой-то

Но в целом надо добиваться, чтобы максимальное в 2 секунды укладывалось

это все в микросекундах

аа, понял почему разброс

потому что разные методы вызываются)

Разверни мысль

методы где нужно среднее посчитать и визиты юзеров раза в полтора свиду больше времени занимают

Надо на них смотреть

Console.Write(("Result {0} {1}; Threads {2}; "),

мм?

Ну у тебя там каждую 1000 запросов вывод в консоль

=) это фигня

Не сказал бы

всего 132 вывода

не думаю что они хотя бы секунду наберут

будет время вопробую dotTrace

REsizeArray ты очень зря используешь, кстати

type ResizeArray<'T> = System.Collections.Generic.List<'T>

type ResizeArray<'T> = System.Collections.Generic.List<'T>

А в чем проблема?

Ну там проблема обычно в стратегии выделения памяти

там 10 итемов, я смотрел по данным

не думаю что это сильно влияет

в общем, пока можно только гадать) надо уже профайлить начинать

Ну там проблема обычно в стратегии выделения памяти

пруфы?

Пруфы на то, как под списки память в .net выделяется?

пруфы на то, что там проблема есть

diffYears что должна делать?

считать разницу в годах

TimeSpan для этой цели не подходит?

пруфы на то, что там проблема есть

https://stackoverflow.com/questions/14913640/which-algorithm-is-used-in-listt-to-dynamically-allocate-memory

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

не вижу проблемы

TimeSpan для этой цели не подходит?

ну я ответ нашел на SO =) у таймспана нативного метода нет узнать сколько лет

Да, вижу

Ну ты прост написал, что человек зря использует лист, ибо там есть проблема со стратегией выделения памяти. Звучало, что там реально есть какая-то проблема, а ее на самом деле нет.

Если визиты часто добавляются, то есть

Пока выглядит так, что там ок F# list будет

Даже с ресайзами c# лист может быть лучше, так как размер таки когда-то вырастет до нужного числа и перестанет расти + с массивами промахов по кэшу цп почти не будет. F# же лист - связный список, тут конечно не будет никаких перевыделений, но и попаданий в кэш так же можно не ждать. Но все это неактуально ибо, там 10 итемов на список, тут подойдет что угодно.

> Даже с ресайзами c# лист может быть лучше HERESY

А, ой, с чем вы сравниваете?

Мне кажется, что (персистентный) вектор даёт чуть больший средний перформанс на добавлении элементов, плюс там никаких еретических ресайзов с копированием по пять гигов памяти за раз.

Я примерно о том и говорил

Но лист — нет, это не торт :)

В меня начали тыкать кэшом процессора :(

Пока выглядит так, что там ок F# list будет - из него сложней удалять

мне ж надо и добавлять и удалять на апдейтах оттуда айтемы

Удаляется фильтром же

перезаписывать хочешь список?

Ну тут фиг знает

На самом деле

В меня начали тыкать кэшом процессора :(

Правильно сделали. Все эти функциональные односвязные списки с точки зрения cache locality — прям ужас-ужас.

а может всетаки в профайлере запустить?)

а может всетаки в профайлере запустить?)

Так неинтересно

а может всетаки в профайлере запустить?)

Это противоречит Кодексу диванных перформанс-инженеров. Я так делать не буду!

И я

?

Короче

?

Инженеры