원격 설정 세 개를 순서대로 불러오기
요구사항
(가상의) API에서 원격 설정 섹션 세 개 — features,
limits, theme — 를 하나씩,
순서대로 불러온 다음, 불러온 값을 각각 출력하세요. 가짜
fetch는 고정된 15ms가 걸립니다. 두 버전 모두 예상 출력
아래에 표시된 줄을 출력해야 합니다.
예상 출력
features -> {darkMode: true, beta: false}
limits -> {maxUpload: 25, rateLimit: 120}
theme -> {accent: teal, density: compact}
나란히 보기
네이티브 Dart
FxDart
차이가 나는 이유
세 번의 순차적인 await만 놓고 보면, 네이티브 for
루프로 충분합니다 — 이걸 쓰겠다고 라이브러리가 필요한 사람은 없고,
이야기가 여기서 끝난다면 무승부일 것입니다. FxDart가 이기는
지점은 그다음에 코드가 어떻게 바뀌는가입니다:
toAsync().map(fetchConfig)는 기본적으로 순차
실행되는 지연 비동기 파이프라인이며, 설정이 세 개가 아니라 서른 개가 되는
날, .concurrent(8)을 붙이기만 하면 같은 체인이 순서를
유지하는 제한된 워커 풀로 바뀝니다 — 다른 곳은 아무것도 건드리지
않습니다. 네이티브 루프에는 이런 다이얼이 없습니다. 다시 작성해야
합니다. 그 결말은
두 개씩 프로필 가져오기를
참고하세요.
벤치마크
비동기 예제입니다. 대표 스케일이 1,000,000이 아니라 N = 100,000인 이유 — 원소 하나마다 양쪽 모두 이벤트 루프를 한 바퀴 돌아야 하므로, 실제 await 백만 번은 파이프라인이 아니라 Dart 이벤트 루프를 몇 분씩 재게 됩니다. 지연은 0으로 두고 예제의 동시성 제한은 그대로 유지합니다. 막대가 비교하는 것은 파이프라인 기계 장치 자체입니다.
N = 100
시간 무승부
최대 메모리 무승부
N = 10,000
시간 무승부
최대 메모리 무승부
N = 100,000
시간 무승부
최대 메모리 무승부
막대는 사이드별로 새 프로세스에서 반복 측정한 중앙값입니다(작은 N은 타이머 해상도를 위해 배치 처리). 두 사이드가 서로 5% 이내이거나 — 사람이 지각할 수 없는 차이인 0.6ms 이내이면 — 무승부로 칩니다. 상대 차이가 근소한 경우는 최대 5회까지 다시 측정합니다. 앱에서는 어느 막대가 짧든 몇 밀리초 이하의 차이는 사용자에게 보이지 않습니다. 메모리는 프로세스 최대 RSS입니다. Dart VM과 데이터셋은 양쪽이 동일하므로, 두 막대의 차이가 곧 파이프라인 자체가 붙들고 있는 양입니다.