Здравствуйте, so5team, Вы писали:
S>Здравствуйте, Kluev, Вы писали:
S>>>Это уже давно было доказано экспериментально. S>>>Чтобы GC не тормозил, ему нужно от 4 раз больше ОП, чем в случае с ручным управлением памятью.
K>>Этим вы можете только восторженных неофитов впечатлить.
S>Неофиты из Apple (ссылку на которых я давал) очень впечатлились от того факта, что у них Java с GC потребляла почти на порядок больше памяти, чем Swift без GC. Но не смотря на то, что факты упрямая вещь, г.Kluev тоже не лыком шит, у него своя реальность, с розовыми очками, через которые видно лишь то, что ему удобно.
Это не факты а их подтасовка. Какой-то отдельно взятый проект неизвестно как написанный. Мало что ли их сдохло на всех языках программирования?
K>>А по факту в системах с неперемещаемой памятью она может фрагментироваться настолько, что свободной памяти полно, а массивчик разместить негде. На 64 бит это конечно малоактуально, а на 32-х исчерпание адресного пространства из-за фрагментации было серьезной проблемой.
S>До тех пор пока в проекты не затаскивали jemalloc, tcmalloc, mimalloc или какой-то заточенный под задачу кастомный аллокатор. S>А с учетом того, что в языках без GC много объектов живет тупо на стеке и не требует аллокаций/деаллокаций, то все еще менее страшно.
Эта проблема не решается заменой аллокатора. Гарантированное решение — это перемещение памяти, только в С++ для этого придется всю программу перекроить, а в C# дефрагментация работает из коробки.
K>>А чем богатеет токсичное сообщество мелкобукв обиженных на научно технический прогресс?
S>Было бы интересно узнать из каких слов следует "обиженных на научно-технический прогресс", но вы ведь в очередной раз с конкретикой отморозитесь, как это уже случалось в данном разговоре неоднократно.
S>Можете поискать где бы я ругал GC или доказывал, что ручное управление памятью однозначно лучше, чем GC. Если найдете, то дайте цитату, плз.
То что вы здесь раскидываетесь оскорблениями это уже признак интеллектуального фиаско. Что в общем-то неудивительно т.к. С++ принципиально новыми возможностями не прирастает, а больше по синтаксическим кракозябрам специализируется.