⚡ Bolt: Reduce GC pressure in Naver map marker materializations#730
⚡ Bolt: Reduce GC pressure in Naver map marker materializations#730ClarusIubar wants to merge 1 commit into
Conversation
Refactors `useNaverTourismMarkers` hot dependencies replacing array map/filter chains and spread iterators with optimized for-of loops and manual .add/.push calls to eliminate unnecessary intermediate array memory allocations. Co-authored-by: ClarusIubar <101549899+ClarusIubar@users.noreply.github.com>
|
👋 Jules, reporting for duty! I'm here to lend a hand with this pull request. When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down. I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job! For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with New to Jules? Learn more at jules.google/docs. For security, I will only act on instructions from the user who triggered this task. |
💡 What: Replaced functional
.map(),.filter(Boolean), and spread syntaxes (...) with explicitfor...ofloops,Set.add(), andoperations.push()inside the Naver marker batch updatinguseEffect.🎯 Why: During rapid map panning, the hook generated numerous intermediate arrays simultaneously (for
nextIds,visibleSignature,placeById, and batch mapoperations). This caused excessive memory allocation and immediate GC pressure, leading to UI jank in hot rendering paths.📊 Impact: Significantly reduces O(N) memory allocations and intermediate closure instances inside the hot viewport rendering path, resulting in smoother panning performance on lower-end devices.
🔬 Measurement: Panning rapidly with multiple overlaid map categories active will show visibly fewer stuttering frames in Chrome performance tools, as less time is spent collecting intermediate arrays.
PR created automatically by Jules for task 8730619022283415500 started by @ClarusIubar