Приветствую. Всё-таки читать файлы списки файлов конкурентно имеет смысл мало

смысла
https://rentry.co/zkd6z/ (upd: Результаты ошибочны. Как подсказал Alex , «большая разница в скорости связана с кэшированиием». Надо делать сначала sync. Непонятно, почему на последовательные запуски c одним каталогом. Но кэш благотворно влияет на конкурентную вычитку, видимо из-за малых локов на нём.)

Эта моя поделка cчитает файлы из одного или нескольких исходных каталогов learing/filelist/src/bin/main.rs · tests/filelist · linux / fs · GitLab

В 43-й строчке я не предполагаю ошибок передачи, что неправильно.
И вот тут интересно было бы рабзить impl Stream<Item = Result<DirEntry, Error>> нa (impl Stream<Item = DirEntry>, impl Stream<Error>). Соответственно, иметь 2 канала.
- Но первая проблема: при создании итератора он переносится, т.е. его не используещь 2 раза.
- Второе, не слишком ли затратно будет проходить 2 раза по файловой системе?
(Даже при том, что сейчас tx2.send(result).await.ok(); быстрее, чем передача по каналу и rx.recv().await Интересно, почемму?).

Остаётся вариант перед послылкой раскрывать Result<DirEntry, Error>>, и посылать куда хочется. Ещё лучше варианты есть?
Другие советы про это тоже с благодарностью приниимаю.

> Соответственно, иметь 2 канала. Подозреваю, что это не сработает let (errTx, mut errRx) = mpsc::channel::<std::error::Error>(1); Будет ли передавать/принимать все типы ошибок (включая дженерики, и м.б вообще другие, как SendError)?