Я мог неправильно вас понять, но мне сложно представить почему вы считаете что память под стек уже выделена, а в куче нет. Аналогично стеку память выделяется и под процесс на момент инициализации GC и запуска процесса.
В таком случае обе эти операции лишь копируют свои значения, т.к. память под их нужды была выделена заранее.
Похоже вы действительно правы касаемо инкриминирующего указателя в куче, работающему аналогично стеку и отсутствия такого понятия, как возврат к пробелам в фрагментированной памяти.
Я представлял себе ситуацию, когда у нас выделяется память под массив фикс. размера (например List), который затем выходит за границы, следствием чего, вероятно, является выделение нового участка памяти его копирование + очистка старого. Судя по всему, изначальный участок памяти не будет повторно переиспользован до компактификации.
Boxing выделяет память в куче, unboxing в стеке потока выполнения. Смысл статьи в первом приближении сравнить производительность данных операций в рамках .NET.
Что касается китайского,- всё предельно просто. Используя pinyin набираются целые предложения вида «ni jiao shenme mingzi», которые затем в один клик превращаются в "你叫什么名字？". Более того, на мой взгляд, в большинстве случаев набирать на китайском быстрее и вероятность ошибки ниже.
Отличная работа. Подскажите, есть ли возможность в ЛК использовать собственные события/обработчики (action'ы)? Например, как бы вы решили задачу публикации уведомления в telegram наравне с почтой и sms?
В данный момент рассматриваю вариант с работой в Праге, поэтому очень интересно было бы почитать про обустройство, проблемы, траты и комфортный уровень зп
Возможно, про это и стоило написать под таким заголовком, как в статье, дополнив интересными и полезными для разработчиков подробностями. Это ведь разрешено публиковать?
Однако, нет. Непосредственно сам объект HttpRequestMessage появляется уже после захода в Web API,- на этапе конфигурации OWIN Middleware'ов он не доступен, как следствие: либо делать через MessageHandler (Autofac) либо так, как выше.
В таком случае обе эти операции лишь копируют свои значения, т.к. память под их нужды была выделена заранее.
Я представлял себе ситуацию, когда у нас выделяется память под массив фикс. размера (например List), который затем выходит за границы, следствием чего, вероятно, является выделение нового участка памяти его копирование + очистка старого. Судя по всему, изначальный участок памяти не будет повторно переиспользован до компактификации.
Спасибо за исправления.
(1) cycle: 3.700.000 op/sec
(2) recursion: 1.450.000 op/sec
(3) eval: 500 op/sec
Вы сами придумали такую интерпритацию паттерна “подписчик/издатель”?