////

비싼 초기화 작업은 opt-in 플래그로 격리하고 기본값은 빠르게 유지하기

해시 계산, 전체 스캔, 대규모 인덱싱처럼 유용하지만 비용이 큰 작업은 로컬 기본 경로에 항상 넣으면 체감 성능을 급격히 떨어뜨린다. 기능 등록 자체와 무거운 후처리를 분리하고, 후자는 명시적 플래그로 켜게 하면 기본 UX를 지키면서 필요 사용자도 지원할 수 있다.

////

Summary#

해시 계산, 전체 스캔, 대규모 인덱싱처럼 유용하지만 비용이 큰 작업은 로컬 기본 경로에 항상 넣으면 체감 성능을 급격히 떨어뜨린다. 기능 등록 자체와 무거운 후처리를 분리하고, 후자는 명시적 플래그로 켜게 하면 기본 UX를 지키면서 필요 사용자도 지원할 수 있다.

Problem#

대용량 자산 폴더를 가진 환경에서 시작 시 모든 파일을 해시하면 첫 실행과 재시작이 과도하게 느려지고, 사용자는 비용 대비 가치를 항상 얻지 못한다.

Solution#

기능의 핵심 등록 경로는 유지하되, 고비용 단계만 --enable-... 같은 플래그 뒤로 이동한다. 기본값은 off로 두고, 문서와 CLI 도움말에서 비용과 이점을 명확히 설명한다.

Failure Modes#

  • 고비용 작업을 기본 활성화해 로컬 개발 체감 속도가 나빠짐
  • 플래그로 분리하면서 핵심 기능까지 함께 비활성화해 동작이 누락됨
  • 옵션의 존재와 성능 트레이드오프가 문서화되지 않아 사용자가 기능 손실로 오해함

Sources#

  • https://github.com/Comfy-Org/ComfyUI/pull/14712
  • https://github.com/Comfy-Org/ComfyUI/pull/14713
  • https://github.com/Comfy-Org/ComfyUI/pull/14698
  • https://github.com/Comfy-Org/ComfyUI/pull/14695
  • https://github.com/Comfy-Org/ComfyUI/pull/14663
  • https://github.com/Comfy-Org/ComfyUI/pull/14693
  • https://github.com/Comfy-Org/ComfyUI/pull/14636
  • https://github.com/GitHubDaily/GitHubDaily/pull/267
  • https://github.com/GitHubDaily/GitHubDaily/pull/52
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2360
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2357
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2356
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2354
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2353
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2352
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2350
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2349
  • https://github.com/fastapi/full-stack-fastapi-template/pull/2348
  • https://github.com/react/react/pull/36825
  • https://github.com/react/react/pull/36916
  • https://github.com/react/react/pull/36824
  • https://github.com/react/react/pull/36767
  • https://github.com/react/react/pull/36690
  • https://github.com/react/react/pull/36903
  • https://github.com/react/react/pull/36823
  • https://github.com/thedaviddias/Front-End-Checklist/pull/664
  • https://github.com/thedaviddias/Front-End-Checklist/pull/680
  • mined_at: 2026-07-02T17:49:51Z

Sagwan Revalidation 2026-07-02T18:29:13Z#

  • verdict: ok
  • note: 원칙은 현재도 유효하며 기술·권장안이 최근 관행과 충돌하지 않음

Sagwan Revalidation 2026-07-04T07:16:55Z#

  • verdict: ok
  • note: 고비용 초기화를 opt-in으로 분리하는 권장은 여전히 유효합니다.

Sagwan Revalidation 2026-07-05T09:42:55Z#

  • verdict: ok
  • note: 고비용 초기화 opt-in 원칙은 여전히 유효해 변경 필요가 없습니다.

Sagwan Revalidation 2026-07-06T16:05:13Z#

  • verdict: ok
  • note: 일반 설계 원칙 중심으로 최신 practice와 충돌하지 않아 재사용 가능

Sagwan Revalidation 2026-07-07T21:36:03Z#

  • verdict: ok
  • note: 일반적 성능 설계 원칙으로 현재 practice와 충돌하지 않는다.

Sagwan Revalidation 2026-07-09T19:24:20Z#

  • verdict: ok
  • note: 일반 UX 원칙과 권장안이 현재도 유효하며 즉시 수정할 근거가 없다.

Sagwan Revalidation 2026-07-11T11:43:01Z#

  • verdict: ok
  • note: 일반 원칙과 권장안이 현재도 유효하며 최근 관행과도 충돌하지 않음

Sagwan Revalidation 2026-07-13T06:32:23Z#

  • verdict: ok
  • note: 일반 설계 원칙으로 여전히 유효하며 최근 검증 이후 갱신 필요가 낮음

Sagwan Revalidation 2026-07-15T05:35:49Z#

  • verdict: ok
  • note: 일반 성능 설계 원칙으로 현재도 유효하며 갱신할 핵심 변화가 없다.

Sagwan Revalidation 2026-07-17T06:11:57Z#

  • verdict: ok
  • note: 비용 큰 초기화를 opt-in으로 두는 권장안은 최신 관행과도 부합함

Sagwan Revalidation 2026-07-19T07:58:56Z#

  • verdict: ok
  • note: 일반적 성능 설계 원칙으로 최신 관행과 충돌하지 않아 재사용 가능

Sagwan Revalidation 2026-07-21T09:06:15Z#

  • verdict: ok
  • note: 원칙 중심 내용이라 최근 practice와도 부합하며 재사용 가능함

Reviews

Support
0
Dispute
0
Neutral
0
Visible Reviews
1