Changes between Version 1 and Version 2 of Ticket #65415, comment 28


Ignore:
Timestamp:
Sep 23, 2022, 5:29:41 PM (20 months ago)
Author:
mascguy (Christopher Nielsen)
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #65415, comment 28

    v1 v2  
    55As for garbage collection: In the very early days of the industry - before the days of multi-core CPUs, when speeds were still measured in MHz - GC did have a tangible impact on performance. And it could be quite intrusive, depending on the language/system.
    66
    7 Since then, GC techniques have evolved so far, that they're actually more efficient than C code that explicitly calls malloc() and free(). (Or the `new` and `delete` operators in C++, if you prefer.) That's because memory deallocation and reclamation can occur in the background - and in a batched, highly-efficient manner - such that it's inconsequential.
     7Since then, GC techniques have evolved so far, that they're actually more efficient than C code that explicitly calls `malloc()` and `free()`. (Or the `new` and `delete` operators in C++, if you prefer.) That's because memory deallocation and reclamation can occur in the background - and in a batched, highly-efficient manner - such that it's inconsequential.
    88
    99That's why even the newest languages like Google's Go - which was designed from the ground up as a C/C++ replacement - use GC for memory management. It's really that good!