mirror of
https://github.com/jehna/humanify.git
synced 2026-04-29 02:25:48 +03:00
[GH-ISSUE #172] Considerably worse performance on Windows #49
Labels
No labels
bug
enhancement
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/humanify#49
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @brianjenkins94 on GitHub (Oct 21, 2024).
Original GitHub issue: https://github.com/jehna/humanify/issues/172
This is just a casual observation that I noticed when running humanify on my Windows machine vs. my Mac, both using OpenAI as the backend.
I'll see if I can take some benchmarks, because Windows looked like it was going to take days and Mac looks like it's only going to take a couple of hours.
@jehna commented on GitHub (Oct 21, 2024):
Can you verify that they are using the same version?
@brianjenkins94 commented on GitHub (Oct 21, 2024):
I don't think this was a great test, my internet seemed like it was struggling today.
I'll run these again at some point but I don't need to be cluttering up your issue tracker.
Does humanify do multiple passes, pick up where it left off or cache anything at the moment?
M1 Pro
Windows 10
@brianjenkins94 commented on GitHub (Oct 22, 2024):
I think maybe I just misunderstood the way it's divvying up the files or there's an element of randomness to the ordering of it.
@0xdevalias commented on GitHub (Oct 23, 2024):
@brianjenkins94 To my knowledge I don't think it has any cache/etc method implemented currently.
@brianjenkins94 commented on GitHub (Oct 27, 2024):
I also noticed that this:
https://github.com/jehna/humanify/blob/main/src/plugins/webcrack.ts#L9-L20
will re-convert (and bundle?) any other files that happen to be in the
outputdirectory.Workaround: