두 개씩 프로필 가져오기
요구사항
(가상의) API에서 사용자 프로필 6개를 가져오되, 동시에 진행 중인 요청이 두 개를 넘지 않도록 하세요 — API에 요청 속도 제한이 있습니다. 결과는 원래 순서대로 돌아와야 합니다. 제한이 지켜졌는지 증명하기 위해, 가짜 fetch 함수는 겹쳐서 실행된 요청 수를 세고 두 버전 모두 관측된 최댓값을 출력합니다.
이것은 순수 Dart에 딱 맞는 기본 도구가 없는 작업입니다.
Future.wait는 전부 한꺼번에 실행해 버리고,
두 개씩 배치로 나누면 각 쌍에서 더 느린 쪽을 기다리느라 시간을
낭비합니다. 제대로 하려면 워커 풀을 직접 작성해야 합니다 — 인덱스
관리, 공유 커서, 미리 크기를 정한 결과 슬롯까지. FxDart의
.concurrent(2)는 그 워커 풀을 단어 하나로 표현한 것입니다:
요청이 하나 끝날 때마다 다음 요청이 시작되고, 순서는 그대로
유지됩니다.
예상 출력
user#1, user#2, user#3, user#4, user#5, user#6 max requests in flight: 2
나란히 보기
네이티브 Dart
FxDart
차이가 나는 이유
두 버전은 같은 결과를 출력하지만, 차이는 무엇을 작성해야 했고 앞으로 무엇을 유지보수해야 하는가에 있습니다. 네이티브 워커 풀은 실제 프로덕션에서 흔히 보는 보일러플레이트이며, 미묘하게 틀리기도 쉽습니다 — 공유 커서의 off-by-one 오류, 결과 리스트 크기를 미리 잡지 않아 생기는 문제, 순서가 뒤바뀌는 문제 등. FxDart 버전에서는 동시성 정책이 체인의 한 단계로 표현되므로, 제한값을 바꾸거나 아예 없애려면 함수 전체 구조가 아니라 숫자 하나만 건드리면 됩니다.
벤치마크
비동기 예제입니다. 대표 스케일이 1,000,000이 아니라 N = 100,000인 이유 — 원소 하나마다 양쪽 모두 이벤트 루프를 한 바퀴 돌아야 하므로, 실제 await 백만 번은 파이프라인이 아니라 Dart 이벤트 루프를 몇 분씩 재게 됩니다. 지연은 0으로 두고 예제의 동시성 제한은 그대로 유지합니다. 막대가 비교하는 것은 파이프라인 기계 장치 자체입니다.
N = 100
시간 무승부
최대 메모리 무승부
N = 10,000
시간 네이티브 승
최대 메모리 FxDart 승
N = 100,000
시간 네이티브 승
최대 메모리 무승부
막대는 사이드별로 새 프로세스에서 반복 측정한 중앙값입니다(작은 N은 타이머 해상도를 위해 배치 처리). 두 사이드가 서로 5% 이내이거나 — 사람이 지각할 수 없는 차이인 0.6ms 이내이면 — 무승부로 칩니다. 상대 차이가 근소한 경우는 최대 5회까지 다시 측정합니다. 앱에서는 어느 막대가 짧든 몇 밀리초 이하의 차이는 사용자에게 보이지 않습니다. 메모리는 프로세스 최대 RSS입니다. Dart VM과 데이터셋은 양쪽이 동일하므로, 두 막대의 차이가 곧 파이프라인 자체가 붙들고 있는 양입니다.