Почему "ручной" foreach в три раза быстрее LINQ?

Михаил Емельянов, Average из LINQ выглядит так:

if (source == null)
            {
                ThrowHelper.ThrowArgumentNullException(ExceptionArgument.source);
            }
 
            if (selector == null)
            {
                ThrowHelper.ThrowArgumentNullException(ExceptionArgument.selector);
            }
 
            using (IEnumerator<TSource> e = source.GetEnumerator())
            {
                if (!e.MoveNext())
                {
                    ThrowHelper.ThrowNoElementsException();
                }
 
                long sum = selector(e.Current);
                long count = 1;
                checked
                {
                    while (e.MoveNext())
                    {
                        sum += selector(e.Current);
                        ++count;
                    }
                }
 
                return (double)sum / count;
            }

Так что в принципе "лишнего" кода, который ломает оптимизацию тут достаточно.
Больше всего грешу на делегат, тк вызов делегата сильно дороже, чем просто число взять.
А ещё при вызове через foreach используется GetEnumerator от словаря, что также позволяет сэкономить на виртуальных вызовах.

Почему "ручной" foreach в три раза быстрее LINQ?

Илья, в случае цикла генерится вот такой asm

ManualMethods.Average(System.Collections.Generic.Dictionary`2<System.String,Int32>)
    L0000: push ebp
    L0001: mov ebp, esp
    L0003: push edi
    L0004: push esi
    L0005: push ebx
    L0006: sub esp, 0x54
    L0009: vzeroupper
    L000c: vxorps xmm4, xmm4, xmm4
    L0010: vmovdqu [ebp-0x50], xmm4
    L0015: vmovdqu [ebp-0x40], xmm4
    L001a: vmovdqu [ebp-0x30], xmm4
    L001f: vmovdqu [ebp-0x20], xmm4
    L0024: mov ebx, ecx
    L0026: xor eax, eax
    L0028: xor edx, edx
    L002a: mov [ebp-0x54], eax
    L002d: mov [ebp-0x58], edx
    L0030: mov [ebp-0x50], ebx
    L0033: mov ecx, [ebx+0x24]
    L0036: mov [ebp-0x4c], ecx
    L0039: mov [ebp-0x48], edx
    L003c: mov dword ptr [ebp-0x44], 2
    L0043: mov [ebp-0x40], edx
    L0046: mov [ebp-0x3c], edx
    L0049: lea edi, [ebp-0x38]
    L004c: lea esi, [ebp-0x50]
    L004f: mov ecx, 6
    L0054: rep movsd [edi], [esi]
    L0056: lea ecx, [ebp-0x38]
    L0059: mov edx, 0x277b31bc
    L005e: call System.Collections.Generic.Dictionary`2+Enumerator[[System.__Canon, System.Private.CoreLib],[System.Int32, System.Private.CoreLib]].MoveNext()
    L0063: test eax, eax
    L0065: je short L00c8
    L0067: lea ecx, [ebp-0x28]
    L006a: mov ecx, [ecx+4]
    L006d: mov edx, ecx
    L006f: sar edx, 0x1f
    L0072: mov esi, ecx
    L0074: add esi, [ebp-0x54]
    L0077: mov edi, edx
    L0079: adc edi, [ebp-0x58]
    L007c: jo short L00d0
    L007e: lea ecx, [ebp-0x38]
    L0081: mov edx, 0x277b31bc
    L0086: call System.Collections.Generic.Dictionary`2+Enumerator[[System.__Canon, System.Private.CoreLib],[System.Int32, System.Private.CoreLib]].MoveNext()
    L008b: test eax, eax
    L008d: jne short L00c0
    L008f: push edi
    L0090: push esi
    L0091: call 0x71d052a0
    L0096: fstp qword ptr [ebp-0x60], st
    L0099: mov eax, [ebx+0x18]
    L009c: sub eax, [ebx+0x20]
    L009f: vxorps xmm1, xmm1, xmm1
    L00a3: vcvtsi2sd xmm1, xmm1, eax
    L00a7: vmovsd xmm0, [ebp-0x60]
    L00ac: vdivsd xmm0, xmm0, xmm1
    L00b0: vmovsd [ebp-0x60], xmm0
    L00b5: fld st, qword ptr [ebp-0x60]
    L00b8: lea esp, [ebp-0xc]
    L00bb: pop ebx
    L00bc: pop esi
    L00bd: pop edi
    L00be: pop ebp
    L00bf: ret
    L00c0: mov [ebp-0x54], esi
    L00c3: mov [ebp-0x58], edi
    L00c6: jmp short L0067
    L00c8: mov esi, [ebp-0x54]
    L00cb: mov edi, [ebp-0x58]
    L00ce: jmp short L008f
    L00d0: call 0x71e30f00
    L00d5: int3

Правильно ли подобрала ноутбуки для работы с unity?

Лучше всё-таки на 16 гигов сразу взять. Ну и про эргономику не забываем.
У второго ещё и процессор очень слабый
Если можешь ещё 20к добавить, или взять рассрочку/кредит, то посмотри в сторону хонора:
https://www.citilink.ru/product/ultrabuk-honor-mag...
За эти дополнительные 20к получаешь более качественный экран, более компактный корпус, удобную клавиатуру, процессор в 1.5 - 2 раза мощнее, более-менее адекватное видеоядро, и 16гб оперативки, вместо 8.
Если взять на интеле, то ещё можно будет eGPU подключить (на AMD, в теории, тоже возможно, но это не точно)

20 и больше гб оперативной памяти без нормального процессора и видеокарты не имеют смысла.

Правильно ли подобрала ноутбуки для работы с unity?

Лучше всё-таки на 16 гигов. Ну и про эргономику не забываем.
Если можешь ещё 20к добавить, или взять рассрочку/кредит, то посмотри в сторону хонора:
https://www.citilink.ru/product/ultrabuk-honor-mag...

Ошибка Unity в коде,что делать?

freeExec, например бесконечные циклы без сайд эффектов?)

Как лучше реализовать корневой репозиторий (ядро) и зависимые?

midia21, сделай ядро так, чтобы не менять код под заказчиков.
А специфичный код делать как плагины/расширения/дополнения для ядра.

Как лучше реализовать корневой репозиторий (ядро) и зависимые?

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

Как сделать чтобы билд был только .dll файлами без кода?

artshelom, для публикации есть артифакты. Просто после билда копируй дллки в артифакты

Почему завершает процесс mvc core?

iXelper, попробуй запускать без iis express

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев,
https://github.com/vabka/Minicerator/blob/master/M...
https://github.com/vabka/Minicerator/blob/master/M...
Вот примерный код

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев, нет. Pipelines решают следующие проблемы:
Отделение логики парсинга от чтения
Переиспользование памяти
Back-pressure.

В PipeWriter-е тебе всё также придётся контролировать, сколько ты успел вычитать

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев, по тому что в буфере сокета может и не быть столько данных, сколько ты запросил)
Это нормальное поведение. Если бы он вёл себя так, как вы думаете, то не нужно было бы возвращать количество прочитанных байт

При создании symlink (windows 10) разрер диска не уменьшается, почему?

DjimiDjimi, тогда фиг знает. Предположу, что как-то не так перенесли.
Чтобы посмотреть чем занят диск можно использовать windirstat

Правильно ли хранить проекты в одном Git репозитории?

DevMan, кажется, в этом случае особо смысла нет, тк все проекты объединены общей тематикой и очень малы.
Тупо удобнее будет работать

Правильно ли хранить проекты в одном Git репозитории?

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

Правильно ли хранить проекты в одном Git репозитории?

Ну что так сразу категорично. А как же монорепы?

Rust unsafe, какие есть подводные камни и как подходить к дизайну C API?

Капец портянка текста.
А вообще не вижу никакой реальной проблемы в использовании bindgen - всё равно, всё что реально не используется будет выкинуто линковщиком.

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев, в случае с pipelines всё также придётся руками в цикле вычитывать.
Они больше архитектурную задачу решают

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев, там когда читаешь - метод возвращает, сколько по факту прочитано.
Так что мб не всё прочитал

Почему иногда данные по TCP доходят корректно, а иногда нет?

Антон Барышев, нет. Просто продолжать читать поток, пока не получишь весь заголовок.
Когда делал свой клиент для одного протокола - попробовал использовать для этого System.IO.Pipelines - их архитектура оказалась очень удобной для этого