Телеграмм чат группы pro

image_2021-04-11_14-42-56.png

(24.43 Кб)

https://docs.microsoft.com/en-us/dotnet/framework/configure-apps/file-schema/runtime/gcallowverylargeobjects-element

говорят что дефолт - фалс

16:42пожаловаться #1

хотя это не нет5

16:43пожаловаться #2

Ага, это про фреймворк. И, кажется, там размер всего массива разрешают увеличить, но количество объектов в нём остаётся ограниченным 2 миллиардами?

16:44пожаловаться #3

https://docs.microsoft.com/en-us/dotnet/core/run-time-config/garbage-collector#allow-large-objects

Docs

Garbage collector config settings - .NET

Learn about run-time settings for configuring how the garbage collector manages memory for .NET Core apps.

16:44пожаловаться #4

Да, в неткоре включено по умолчанию

16:44пожаловаться #5

В смысле, ты можешь туда насовать большие объекты. Скажем, 2 миллиарда референсов.

16:44пожаловаться #6

короче, все сложно, нужно редко, проще почанкать

16:45пожаловаться #7

Или написать свой массив!

16:45пожаловаться #8

Ilya L Che in pro.net

А то и дотнет. На расте.

gcAllowVeryLargeObjects: Add switch or allow by default in .NET Core · Issue #7206 · dotnet/runtime

16:46пожаловаться #9

Rustam Sayfutdinov in pro.net

Просили в f# https://github.com/dotnet/runtime/issues/7206#issuecomment-271172617

GitHub

Besides setting an environment variable (COMPlus_gcAllowVeryLargeObjects=1) there is no way to set gcAllowVeryLargeObjects in .NET Core like in app.config for .NET Framework: <configuration&...

16:48пожаловаться #10

Rustam Sayfutdinov in pro.net

Можно дождаться будущего

16:48пожаловаться #11

теперь расскажи про лох и пох какой-нибудь куде

17:00пожаловаться #12

где тебе надо непрерывный кусок памяти в 16гб шарить с видеокартой

17:00пожаловаться #13

Ну и шарь, в чём проблема-то? Туда точно не нужно managed массив помещать.

17:01пожаловаться #14

случается резкий даунгрейд безопасного управляемого до-диеза до кастрированной сишки

17:01пожаловаться #15

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

17:02пожаловаться #16

Это проблема, да. Но другая!

17:02пожаловаться #17

т. к. спаны у нас тоже кастированные

17:02пожаловаться #18

и не могут в больше чем два мильёна элементов

17:02пожаловаться #19

Давайте пролоббируем Span.LongLength :)