Здравствуйте, Serginio1, Вы писали:

S>·>В потоке эмулируется конкурентный доступ к общему кешу.
S> Да только в реальной жизни это делается из пула потоков. Обычная практика для ASP.Net
Какая взаимосвязь между ASP.Net и LL? В ASP.Net на паузу в пару секунд раз в час никто никогда не обратит внимание.

S>·>К сожалению конкретных цифр я не смог найти, но в тексте написано "several threads", на случай если ты не знаешь английский переведу: "несколько потоков". Про "огромное количество потоков" ты придумал сам, с собой и спорь.
S> Ну я же привел те
Какие те? Откуда ты их взял?

S>·>Несколько потоков это обычно для LL-применений: разные треды делают вполне конкретную и довольно разную работу: читают данные из сетевого буфера, делают какие-то вычисления, реплицируют, пишут на диск, пишут в сеть и т.п. Таких тредов как правило меньше чем ядер процессора.
S> Что прекрасно походит под async await.
Не подходит.

S>>> При этом пока задача вне потока выполнения код хранится в виде делегата. Никакого стека, регистров. Нужно приостановить только планировщик.
S>·>А делегат где хранится?
S> В обычной или асинхронной очереди.
А обычнная или асинхронная очередь где хранится?

S>·>Ты видимо вообще не понимаешь что такое LL. Там ничего приостанавливать нельзя.
S> А как ты будешь собирать мусор? Для этого нужно знать граф доступных объектов, которые кстати хранятся в стеке и регистрах.
Ага... начал двигаться в правильном направлении. Продолжай думать.

S> Или всю память заполнили, а потом начинаем бороться с GC?
Память когда нибудь заполняется. В том тесте через 5 минут, на реальном сервере через 5 часов или 5 дней, не важно. Делать всё равно что-то придётся.