Warum sind OSX-Kerndateien so groß?

Ich habe ein einfaches Programm:Warum sind OSX-Kerndateien so groß?

#include <iostream> 

int main() { 
    std::cout << "Starting" << std::endl; 
    while (1) { 
    } 

    return 0; 
}

ich es kompilieren und ausführen:

clang -o test test.cpp 
bash$ ./test 
Starting

In einem anderen Terminal, ich untersuchen sie und töten sie:

bash$ top 

Processes: 284 total, 3 running, 9 stuck, 272 sleeping, 1505 threads      14:45:49 
Load Avg: 1.86, 1.81, 2.06 CPU usage: 13.57% user, 0.96% sys, 85.45% idle 
SharedLibs: 21M resident, 12M data, 0B linkedit. 
MemRegions: 87372 total, 4974M resident, 86M private, 1203M shared. 
PhysMem: 15G used (1887M wired), 1450M unused. 
VM: 729G vsize, 1064M framework vsize, 3299196(0) swapins, 3711511(0) swapouts. 
Networks: packets: 2686338/648M in, 2068186/355M out. 
Disks: 1141818/44G read, 1926370/100G written. 

PID COMMAND  %CPU TIME  #TH #WQ #PORT MEM PURG CMPRS PGRP PPID STATE 
30161 test   100.3 02:12.71 1/1 0 9  312K 0B  0B  29470 28181 running 
66064 Terminal  2.7 01:29.69 9  3 257 53M 0B  4580K 66064 1  sleeping 


bash$ ls -al /cores/ 
total 917024 
[email protected] 3 root admin  102 May 1 14:54 . 
drwxr-xr-x 33 root wheel  1190 Apr 14 09:13 .. 

bash$ killall -SIGSEGV test 

bash$ ls -al /cores/ 
total 1818048 
[email protected] 4 root admin  136 May 1 14:55 . 
drwxr-xr-x 33 root wheel  1190 Apr 14 09:13 .. 
-r-------- 1 stebro admin 469516288 May 1 14:54 core.30161

VMMap sagt:

==== Summary for process 50745 
ReadOnly portion of Libraries: Total=316K resident=280K(89%) swapped_out_or_unallocated=36K(11%) 
Writable regions: Total=40.3M written=16K(0%) resident=12.1M(30%) swapped_out=14.4M(36%) unallocated=28.3M(70%) 

REGION TYPE      VIRTUAL 
===========      ======= 
Kernel Alloc Once      4K 
MALLOC        9388K  see MALLOC ZONE table below 
MALLOC (admin)      24K 
STACK GUARD      56.0M 
Stack        8192K 
VM_ALLOCATE       4K 
__DATA        680K 
__LINKEDIT       70.9M 
__TEXT        5960K 
shared memory       4K 
===========      ======= 
TOTAL        150.6M 

           VIRTUAL ALLOCATION  BYTES 
MALLOC ZONE       SIZE  COUNT ALLOCATED % FULL 
===========      ======= ========= ========= ====== 
DefaultMallocZone_0x104a0e000  9216K  357  27K  0%

Warum ist meine Core-Datei 469 MB?

Quelle

2017-05-01 Steve Broberg

Ihr Core-Dump enthält den vollständigen Speicherstatus sowie Symbolinformationen für die Frameworks und Bibliotheken, mit denen Ihre Anwendung zu der Zeit ausgeführt wurde. Das sind viele Daten. Für weitere Informationen können Sie den Core-Dumps-Abschnitt von technical note 2124

Quelle

2017-05-01 22:35:35

Auschecken im obigen Beispiel, ich verwende keine Frameworks oder Bibliotheken anders als vermutlich die C-Laufzeit. Es scheint unwahrscheinlich, dass dies eine Fläche von fast 500 MB wäre. Ich bin mit Solaris viel vertrauter, wo eine Anwendung wie diese eine Kerndatei erzeugen würde, die nicht größer als ein Megabyte ist, aber Sie mussten sicherstellen, dass Sie die originalen Binärdateien und Bibliotheken hatten, um die Corefile korrekt zu interpretieren. Von Ihrem Link aus sieht es so aus, als gäbe es keine solche Option für OSX. –

Da die Kerndateien in unserem Fall als Diagnose-Tool verwendet werden, wenn automatisierte Tests fehlschlagen, sollten wir einfach mit etwas wie "Beispiel 20821 2 -file /tmp/stack.txt" wechseln, um zu sammeln, was wir brauchen; Eine Stapelverfolgung sollte für unsere Zwecke ausreichen. –

Es spielt keine Rolle, ob Sie die Frameworks verwenden oder nicht. Sie werden nur dann in den virtuellen Speicherbereich Ihrer laufenden Anwendung gemappt, wenn Sie (oder die Standard-C++ - Laufzeit) diese benötigen. Wenn Sie sich die technische Anmerkung ansehen, wird ausdrücklich erwähnt, dass Mac OS X Core-Dumps ungewöhnlich groß sind. –

Warum sind OSX-Kerndateien so groß?

Antwort

Verwandte Themen