July 2022 - Cocoa-dev - lists.apple.com

Re: Mac app hitting per-thread stack size limit
by Christopher Snowhill via Cocoa-dev 15 Jul '22

15 Jul '22

site_archiver(a)lists.apple.com Delivered-To: Cocoa-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1657845315; x=1657931715; bh=uLCNfxE33L32UrNfzi5cFfrbtRWS MqbMBhc7v4/We20=; b=n5UE7K51WdmhMxtnmkX0VgNdc6HUpRJM9vw/Or1v30Ac b9shVa8aNADeW81BptSHE3vE6EOjzCNcnx5X09sS9cSshk1fVvb3QICpwsKDeaxm ZKv9uA+o6NbEDO86cGd+X5Qwgi5DyE7voA6tWwHBRURWPb0KCjY3u+OU7aP5sAlF Lzlkyj9u3HPg+QLrFhTuNSNFFKtL3mTMHDRyJkawY5X7MCcwWTgKaUEDKuNIxvWY cHKjP6Hol97NGVGQcXYuHpjQ8se0aFXwDN9Joah4UL+cjlMAjS2TZf4BIgrh+5JX 6xA+pvUE5qsLivhn5cqHgIqYoxuud5BQ3u2Va7zXEg== Feedback-id: i01794759:Fastmail > On Jul 14, 2022, at 3:58 AM, Christopher Snowhill <chris(a)kode54.net> wrote: > > My app, Cog (https://cog.losno.co <https://cog.losno.co/> / > https://github.com/losnoco/Cog <https://github.com/losnoco/Cog>) is hitting > the stack size limit of 512 KiB on macOS. I am not even making heavy use of > local variables. I am, however, making a lot of Cocoa object allocations and > deletions, and using several nested autoreleasepools, and somehow, this, > combined with the C/C++/assembly libraries my app is using for file decoding, > hits the stack size limit. > > I had to raise it for some recent additions. The recent additions do not use > local variables most of the time. In fact, they all use new/delete or > malloc/free already for large memory allocations. Yet somehow, I am hitting > the stack size limit rather easily. > > I wish there were some sort of tool in Instruments that could organize memory > allocations in use throughout the process by which ones are specific to the > stack, so I could locate why my stack size is so grossly inflated. > > I've already added a bodge for file playback threads by invoking NSThread > with setStackSize before starting it, but I also hit the limit with metadata > reading threads, which are invoked by NSOperationQueue, where I don't have > control over the stack size limit. Disregard that. It turns out it's a very bad idea to allocate 4096 or 8192 sample buffers on the stack, especially in floating point format, and for the maximum allowed channels count of 32. That's 512KiB in itself, or 1 MiB for the 8192 sample one. I've moved more buffers to class members, and fixed my stack size problems. _______________________________________________ Cocoa-dev mailing list (Cocoa-dev(a)lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Mac app hitting per-thread stack size limit
by Christopher Snowhill via Cocoa-dev 14 Jul '22

14 Jul '22

site_archiver(a)lists.apple.com Delivered-To: Cocoa-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:date:feedback-id :feedback-id:from:from:in-reply-to:message-id:mime-version :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1657796334; x= 1657882734; bh=2S4H264PuRtYuhbHug67gwXYDj/mVnDriizjLQW9+WM=; b=m RmtOvSFVx9MJNm3iJQ5fw+1Qkbs/M2clmE2E0bXP0EgTArMIkKZczQ/FqMl/+NSk ur4OSsZPn4J1lBiMfEIFRtnSh4bCIVa7Ok8fplIJUTVPKycOK5Fw8QTs3eDIy0HF XzYSnlM1JfWFce+iu3l2WDfk8J7B8u0BPylbpHd1IT5pG9iuV69voqt0J6zeZqvF S0+b+V5YK1F6MORUzOR0Y9OA+U2p8YpcwfEIQeA2UnnVDYevL6QuulkIEyJmSlAj F2sgG7vg7gP2HHUp3MRi40cmfmknFH6L9oHm8Avolj8akBu1NZuWJVlmuKD7hIU7 ETVB8uHx8O3QOM0W57ZFA== Feedback-id: i01794759:Fastmail My app, Cog (https://cog.losno.co <https://cog.losno.co/> / https://github.com/losnoco/Cog <https://github.com/losnoco/Cog>) is hitting the stack size limit of 512 KiB on macOS. I am not even making heavy use of local variables. I am, however, making a lot of Cocoa object allocations and deletions, and using several nested autoreleasepools, and somehow, this, combined with the C/C++/assembly libraries my app is using for file decoding, hits the stack size limit. I had to raise it for some recent additions. The recent additions do not use local variables most of the time. In fact, they all use new/delete or malloc/free already for large memory allocations. Yet somehow, I am hitting the stack size limit rather easily. I wish there were some sort of tool in Instruments that could organize memory allocations in use throughout the process by which ones are specific to the stack, so I could locate why my stack size is so grossly inflated. I've already added a bodge for file playback threads by invoking NSThread with setStackSize before starting it, but I also hit the limit with metadata reading threads, which are invoked by NSOperationQueue, where I don't have control over the stack size limit. _______________________________________________ Cocoa-dev mailing list (Cocoa-dev(a)lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Greetings from Mr. Turritopsis Dohrnii Teo En Ming
by Turritopsis Dohrnii Teo En Ming via Cocoa-dev 14 Jul '22

14 Jul '22

site_archiver(a)lists.apple.com Delivered-To: Cocoa-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to:cc; bh=JJd8xnjOQTPxaMfUd0/FuQwuU6P7b+KUlMEfXLtISYo=; b=JzZgXbxi4I7zZeItDB+epjHqUCTi+/vP0rMtV2/yjRELdL36Rikho5bpoWe7FOOFI/ T9VDgdFpreMMjOgP1bPhwGNjTYara9tDEYti5RofzCWDgJ/5jAGlzQe9aROEYLygAq1U jOx9Eozj2FP0Yo8Oh8N2KiXT4YLIEap646fRsjU222UvLJLmjKm1EDBtU8tHzQcup5oq 2S++JToI+QMgOB1MsRJxWO0jEYOVtVN/9Iua+6xqQyTapeIWkQ3/isv4qNQ4Fh2QcP4d uZQQczn9YLzLm+1SLCrsg4fd6eb9ozWItRKBiILLxT0vKeFtmogbkG7k22IwBcvPdMbw LUCQ== Subject: Greetings from Mr. Turritopsis Dohrnii Teo En Ming Good day from Singapore, Greetings from Mr. Turritopsis Dohrnii Teo En Ming Regards, Mr. Turritopsis Dohrnii Teo En Ming Targeted Individual in Singapore 14 July 2022 Thursday Blogs: https://tdtemcerts.blogspot.com https://tdtemcerts.wordpress.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev(a)lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0