App Launch Time Slow：sentrycrashdl_getBinarylmageForHeader

[kingnight]

Platform

iOS

Environment

Production

Installed

Manually

Version

8.37.0

Xcode Version

15.1

Did it work on previous versions?

No response

Steps to Reproduce

Info from Xcode Organizer：

• 100 ms spent in this code path during a 1156 ms launch
• iPhone 13
• 18.1.1 (22B91)

        SentrySDK.start { options in
            #if DEBUG
            options.enabled = false
            #else
            options.enabled = true
            #endif
            if AppBundle.isReleasePackage() {
                options.dsn = xxx
            }else{
                options.dsn = xxx
            }
            options.enableNetworkTracking = false
            options.enableCaptureFailedRequests = false
            options.sampleRate = 0.5
            options.tracesSampleRate = 0.3
            options.profilesSampleRate = 0.3
            options.appHangTimeoutInterval = 3
            options.beforeSend = { event in
                if let type = event.exceptions?.first?.type,type == "App Hanging" {
                    if let frames = event.exceptions?.first?.stacktrace?.frames,
                       !frames.isEmpty {
                        for item in frames.reversed() {
                            guard let function = item.function else { continue }
                            if AppDelegate.containsSentryWhiteListedStrings(function){
                                return nil
                            }
                        }
                    }
                }
                return event
            }

            SentrySDK.configureScope { scope in
                if let data:Data = ULog.shared.getActivityLog(){
                    scope.addAttachment(Attachment(data: data, filename: "crash.log"))
                    ULog.shared.removeAllActivityLog()
                }
            }
        }

Expected Result

reduce app launch time

Actual Result

23% slow launch time

Are you willing to submit a PR?

No response

[philipphofmann]

Thanks for reporting this, @kingnight. It would be helpful for us to know how many binary images you roughly have in your app. Could you maybe set a breakpoint here or add a log message and tell us how many images are in the cache?

sentry-cocoa/Sources/Sentry/SentryBinaryImageCache.m

Lines 160 to 165 in fce741e

	- (NSArray<SentryBinaryImageInfo *> *)getAllBinaryImages
	{
	@synchronized(self) {
	return _cache.copy;
	}
	}

Ideas on how to fix this:

1. Speed up sentrycrashdl_getBinaryImageForHeader.
   @supervacuus, as your native knowledge is way better than mine, do you see room for speed-ups in this method?
   

   sentry-cocoa/Sources/SentryCrash/Recording/Tools/SentryCrashDynamicLinker.c

   Lines 355 to 421 in fce741e

   	bool
   	sentrycrashdl_getBinaryImageForHeader(const void *const header_ptr, const char *const image_name,
   	SentryCrashBinaryImage *buffer, bool isCrash)
   	{
   	const struct mach_header *header = (const struct mach_header *)header_ptr;
   	uintptr_t cmdPtr = firstCmdAfterHeader(header);
   	if (cmdPtr == 0) {
   	return false;
   	}
   	// Look for the TEXT segment to get the image size.
   	// Also look for a UUID command.
   	uint64_t imageSize = 0;
   	uint64_t imageVmAddr = 0;
   	uint64_t version = 0;
   	uint8_t *uuid = NULL;
   	for (uint32_t iCmd = 0; iCmd < header->ncmds; iCmd++) {
   	struct load_command *loadCmd = (struct load_command *)cmdPtr;
   	switch (loadCmd->cmd) {
   	case LC_SEGMENT: {
   	struct segment_command *segCmd = (struct segment_command *)cmdPtr;
   	if (strcmp(segCmd->segname, SEG_TEXT) == 0) {
   	imageSize = segCmd->vmsize;
   	imageVmAddr = segCmd->vmaddr;
   	}
   	break;
   	}
   	case LC_SEGMENT_64: {
   	struct segment_command_64 *segCmd = (struct segment_command_64 *)cmdPtr;
   	if (strcmp(segCmd->segname, SEG_TEXT) == 0) {
   	imageSize = segCmd->vmsize;
   	imageVmAddr = segCmd->vmaddr;
   	}
   	break;
   	}
   	case LC_UUID: {
   	struct uuid_command *uuidCmd = (struct uuid_command *)cmdPtr;
   	uuid = uuidCmd->uuid;
   	break;
   	}
   	case LC_ID_DYLIB: {
   	struct dylib_command *dc = (struct dylib_command *)cmdPtr;
   	version = dc->dylib.current_version;
   	break;
   	}
   	}
   	cmdPtr += loadCmd->cmdsize;
   	}
   	buffer->address = (uintptr_t)header;
   	buffer->vmAddress = imageVmAddr;
   	buffer->size = imageSize;
   	buffer->name = image_name;
   	buffer->uuid = uuid;
   	buffer->cpuType = header->cputype;
   	buffer->cpuSubType = header->cpusubtype;
   	buffer->majorVersion = version >> 16;
   	buffer->minorVersion = (version >> 8) & 0xff;
   	buffer->revisionVersion = version & 0xff;
   	if (isCrash) {
   	getCrashInfo(header, buffer);
   	}
   	return true;
   	}

2. We could move sentrycrashdl_getBinaryImageForHeader to a bg thread and make calls to SentryBinaryImageCache blocking if sentrycrashdl_getBinaryImageForHeader didn't fill in the information yet. This could fix the problem of slowing down the app launch, but the tracer adds debug meta info from the SentryBinaryImageCache when finishing the app start transaction. So we might have to move that to a bg thread as well.