From 0246ecbe948613799e4470ebd24f8a4d6253a0da Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Wed, 18 Dec 2019 12:12:51 -0400 Subject: [PATCH] update --- ...mize_by_converting_String_to_ByteString.mdwn | 17 ++++++----------- 1 file changed, 6 insertions(+), 11 deletions(-) diff --git a/doc/todo/optimize_by_converting_String_to_ByteString.mdwn b/doc/todo/optimize_by_converting_String_to_ByteString.mdwn index 036cc083cd..3cfab05107 100644 --- a/doc/todo/optimize_by_converting_String_to_ByteString.mdwn +++ b/doc/todo/optimize_by_converting_String_to_ByteString.mdwn @@ -9,17 +9,12 @@ Benchmarking `git-annex find`, speedups range from 28-66%. The files fly by much more snappily. Other commands likely also speed up, but do more work than find so the improvement is not as large. -The `bs` branch is in a mergeable state now, but still needs work: +The `bs` branch is in a mergeable state now, except for: -* Profile various commands and look for hot spots. +* filepath-bytestring probably has issues with utf16 filenames + on Windows. See its TODO. -* ByteString.Char8.putStrLn may truncate? +Stuff not entirely finished: -* Eliminate all the fromRawFilePath, toRawFilePath, encodeBS, - decodeBS conversions. Or at least most of them. There are likely - some places where a value is converted back and forth several times. - -* Use versions of IO actions like getFileStatus that take a RawFilePath, - avoiding a conversion. Note that these are only available on unix, not - windows, so a compatability shim will be needed. - (I can't seem to find any library that provides one.) +* Profile various commands and look for hot spots involving conversion + between RawFilePath and FilePath. -- 2.30.2