Sidebar Sidebar
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.

Apple, please fix memory Leak on `configd` instead of building fancy features

bosskwei

bosskwei

macrumors member
Original poster
Apr 12, 2023
52
19
Apple developers,
I have identified a memory leak issue in the `configd` process on macOS that I would like to report. This system process runs continuously in the background to manage network and system configuration, but I have noticed its memory usage increase steadily over time without release.

Details:
1. I reported this issue to Apple Support a month ago but have not received a response or acknowledgement yet. I am reporting it again here in the hopes of escalating awareness and priority.
2. This memory leak in a core system process is a serious issue, as it will degrade system performance and stability over time if left unaddressed. `configd` is running 24 hours a day, so even a small leak accumulates quickly.
3. I have provided all necessary data with my original report to help diagnose and fix this issue, including:
- https://discussions.apple.com/thread/254771724
- https://feedbackassistant.apple.com/feedback/12089791
- Figures
Screenshot 2023-04-21 at 10.49.23.png

Screenshot 2023-04-21 at 10.49.49.png


4. I have isolated this to the `configd` process by monitoring memory usage of all system processes over time. `configd` is the only one showing steady growth. A reboot temporarily fixes it, but the leak quickly returns.
Please look into fixing this memory leak issue in `configd` as soon as possible. While new features are exciting, ensuring the stability and performance of core system functions like `configd` should be a top priority. Let me know if you need any additional information from me to properly diagnose and patch this leak.

Thank you


To other Mac users:

You can check this issue by running: sudo vmmap -swapped `pgrep configd`

Best
 
bosskwei said:
I reported this issue to Apple Support a month ago but have not received a response or acknowledgement yet.
Click to expand...
I'm not surprised. It's been about two and a half years since I logged "here's how to crash the OS to the point that you need to cut the power to recover" and it hasn't had a single comment yet.
 
How do your screenshots relate to memory use by configd?

My configd is right now using 3.2 MB and this Mac has not been rebooted for 9 days. I am not sure whether you have something specific to your Mac or just an imagined issue.
 
  • Like
Reactions: kitKAC
On my Mac mini that hasn't been rebooted in 5 days, 20 hours, configd is using 6MB and installd is using 6.5MB.
On an iMac Pro that hasn't been restarted in 13 days, 19 hours, configd is using 4.2MB and installd is using 57.8MB.
I'm not convinced this is an actual bug in the OS.
Also, iOS doesn't support swap so there's no risk of damaging storage from memory use. iPads with M1/M2 can support swap but lower models do not.
 
Last edited:
chrfr said:
On my Mac mini that hasn't been rebooted in 5 days, 20 hours, configd is using 6MB and installd is using 6.5MB.
On an iMac Pro that hasn't been restarted in 13 days, 19 hours, configd is using 4.2MB and installd is using 57.8MB.
I'm not convinced this is an actual bug in the OS.
Also, iOS doesn't support swap so there's no risk of damaging storage from memory use. iPads with M1/M2 can support swap but lower models do not.
Click to expand...

This issue seems related to power manager, let's see if any MacBook user who usually plugs in and out, is facing the same trouble :)
 
gilby101 said:
How do your screenshots relate to memory use by configd?

My configd is right now using 3.2 MB and this Mac has not been rebooted for 9 days. I am not sure whether you have something specific to your Mac or just an imagined issue.
Click to expand...
Yes it's just screenshots, but if you can let apple open source their system, I may just point out where the problem comes from. let's see if any MacBook user who usually plugs in and out, is facing the same trouble.
 
gilby101 said:
How do your screenshots relate to memory use by configd?

My configd is right now using 3.2 MB and this Mac has not been rebooted for 9 days. I am not sure whether you have something specific to your Mac or just an imagined issue.
Click to expand...
Appended with two configd samples, in your word, it's just editable txt files, and maybe forged by me.
 

Attachments

  • Sample of configd (6M).txt
    66.6 KB · Views: 110
  • Sample of configd (720M).txt
    66.3 KB · Views: 88
bosskwei said:
This issue seems related to power manager, let's see if any MacBook user who usually plugs in and out, is facing the same trouble :)
Click to expand...
Ok, on this 2023 14" M2 Pro Macbook Pro that's been up for 5 days, 5 hours, configd is using 6.3MB and installd 5.9MB.
 
Pretty much all the bugs I have had to face in MacOS for the last few years are still there.
I'd say, don't have high expectation in the bug fixes department from Apple.
I guess they are busy brushing up aluminum or something most of the time.
 
Nermal said:
It's been about two and a half years since I logged "here's how to crash the OS to the point that you need to cut the power to recover"
Click to expand...

Any idea what triggered the memory leak? I've never experienced the problem.
 
what about killing configd, restarting it with the -v flag and then see wether the console log as well as the configd bundles and plist files in SystemConfiguration may provide some more hints as to what is going on and why on on your system?
You mention that you traced it down to the power management on your Macbook - like to share some details on that? Additionally: What M-model Macbook are you using? Which Ventura version?
 
Update: attach file "Sample of configd (250M).txt", this dump / sample is generated by Activity Monitor
 

Attachments

  • Sample of configd (250M).txt
    64.1 KB · Views: 104
HDFan said:
Any idea what triggered the memory leak? I've never experienced the problem.
Click to expand...
My platform is Macbook Air M2, this issue usually happens after booting for 4+ days. It seems also related to power manager (?), when I plug-out my mac and then walking to my office, configd may eat 70M+ memory :)
 
Slartibart said:
what about killing configd, restarting it with the -v flag and then see wether the console log as well as the configd bundles and plist files in SystemConfiguration may provide some more hints as to what is going on and why on on your system?
You mention that you traced it down to the power management on your Macbook - like to share some details on that? Additionally: What M-model Macbook are you using? Which Ventura version?
Click to expand...
Thanks for your attention. I've just realize this:

```
/System/Library/SystemConfiguration/IPConfiguration.bundle/Contents/MacOS/IPConfiguration
Dispatch continuations 103000000-107000000 [ 64.0M 176K 176K 16K] rw-/rwx SM=PRV
MALLOC_TINY 145600000-145700000 [ 1024K 64K 64K 960K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
MALLOC_TINY 145700000-145800000 [ 1024K 48K 48K 976K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
MALLOC_TINY 145800000-145900000 [ 1024K 96K 96K 928K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
```

Maybe it is related to "IPConfiguration"? There are lots of "MALLOC_TINY"
 
bosskwei said:
Thanks for your attention. I've just realize this:

```
/System/Library/SystemConfiguration/IPConfiguration.bundle/Contents/MacOS/IPConfiguration
Dispatch continuations 103000000-107000000 [ 64.0M 176K 176K 16K] rw-/rwx SM=PRV
MALLOC_TINY 145600000-145700000 [ 1024K 64K 64K 960K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
MALLOC_TINY 145700000-145800000 [ 1024K 48K 48K 976K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
MALLOC_TINY 145800000-145900000 [ 1024K 96K 96K 928K] rw-/rwx SM=PRV DefaultMallocZone_0x1029d0000
```

Maybe it is related to "IPConfiguration"? There are lots of "MALLOC_TINY"
Click to expand...
Update: this new discovery is sent to Apple (FB12141011)
 
bogdanw said:
How do you know it has nothing to do with virtual memory?
Click to expand...
Hi, in my understanding, when the memory footprint is below physical memory limitation, the system actually doesn't do a swap, but some untouched but allocated memory will be marked as 'compressed', 'swapable'. So that I mentioned it has nothing to do with swap.

This issues is observed on Macbook Air M2, 16G+1T model, with the latest system installed: Ventura 13.3.1.

```
Process: configd [26632]
Path: /usr/libexec/configd
Identifier: configd
Version: ???
Code Type: ARM64
Platform: macOS
Parent Process: launchd [1]

Date/Time: 2023-04-24 18:02:30.508 +0800
Launch Time: 2023-04-21 14:00:01.283 +0800
OS Version: macOS 13.3.1 (22E261)
Report Version: 7
Analysis Tool: /Applications/Xcode.app/Contents/Developer/usr/bin/vmmap
Analysis Tool Version: Xcode 14.3 (14E222b)
```
 
bosskwei said:
Hi, in my understanding, when the memory footprint is below physical memory limitation, the system actually doesn't do a swap, but some untouched but allocated memory will be marked as 'compressed', 'swapable'. So that I mentioned it has nothing to do with swap.
Click to expand...
Shouldn't that read as swapped_out=0K(0%), you have swapped_out=267.6M(37%)
 
bogdanw said:
Shouldn't that read as swapped_out=0K(0%), you have swapped_out=267.6M(37%)
Click to expand...
To clarify, swap function is enabled as system default (never touch sip). So that these `swapped out` didn't really flush to on-disk swap files. Physical memory usage ~70%, something like `top`:
```
4272M framework vsize, 0(0) swapins, 0(0) swapouts.
```

From my understanding, these swaps exist as compressed memory blocks and are kept in DRAM.
 
You must log in or register to reply here.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.
Top Bottom
Back