Про BEAM VM, там где GC не останавливает мир (у каждого процесса — свой, друг на друга они не влияют, поэтому нет таких проблем на backend'ах, когда все запросы стоят и ждут).
S>Я с ним незнаком, но есть ли где-то бенчмарки, на которых очевидно преимущество Эрланга над CLR?
Да безо всяих бенчмарков, я просто вижу затупы всех сервисов на GC. И никакие background ухищрения не помогают, и server mode, и все прочее тоже. Потому что там один на всех rootset.
S>Так-то дотнет идёт в основном по пути минимизации нагрузки на GC, но я понимаю, что хороший GC ещё лучше, чем возможность обойтись без сборки мусора.
Даже не столько "хороший", сколько неблокирующий. Я вижу, что за многие годы .NET уже получил достаточно усовершенствований из других языков и платформ, но там сама основа мешает (разделяемый пул).
Здравствуйте, SkyDance, Вы писали:
SD>Да безо всяих бенчмарков, я просто вижу затупы всех сервисов на GC. И никакие background ухищрения не помогают, и server mode, и все прочее тоже. Потому что там один на всех rootset.
Если нужна изоляция rootset, то почему не использовать прямой инструмент, который для этого предназначен — process/remoting?
Внутри процесса все ровно полной изоляции не достичь из за nativelibs и т.д.
Здравствуйте, Sinclair, Вы писали:
S> но я понимаю, что хороший GC ещё лучше, чем возможность обойтись без сборки мусора. https://bun.sh/
гц конечно хорошая вещь, но не лучшая
Здравствуйте, scf, Вы писали:
Р>>у меня для этого F# ))
scf>Это хорошо, пока все пишешь сам для себя и только для винды. Большинство опнсорса для автоматизации написано на питоне, тот же ansible.
Интересно почему для винды? Я сейчас тестирую на винде, но в WSL2 для убунты
Докеры на .Net лет 6 как есть.
и солнце б утром не вставало, когда бы не было меня
-1) Nemerle...
0) шелл (bash), а то как с компом работать?
1) скриптовые языки с динамической типизацией: awk, perl, python, tcl, etc...
2) компилируемый язык со статической типизацией и сборщиком мусора (C#, Java, Go, etc...)
3) C;
4) C++;
5) ECMAScript/Javascript.
5) Rust, Zig и др. экзотика, Common Lisp и Турбо-пролог, Fortran.
Р>Любая достаточно сложная программа на C или Fortran содержит специальную, неформально заданную, полную ошибок и медленную реализацию половины Common Lisp.
Это про голый C без ничего. Не удивительно. Но он нужен, т.к. лежит в основе всего.
А без Lisp можно обойтись.
Здравствуйте, fk0, Вы писали:
fk0>Здравствуйте, Разраб, Вы писали:
fk0> -1) Nemerle...
умирает)) под корку поддержки нет. жаль конечно. в отличии от F# он органично расширял C#.
fk0> 4) C++;
