11/6/2022 0 Comments Paragon extfs for windows slow![]() ![]()
Syncing at the end of each operation (from the user's perspective) should be the best mix of throughput and safety, but it makes it hard to do an accurate progress bar. O_DIRECT seems like overkill, and the lack of write buffering could be a real detriment in some circumstances. Plus, many may find it easier to review declarations, definitions, and calls in that order. #Paragon extfs for windows slow seriesWhile that's true, the dependency can be preserved when merging the branch of the series of commits in the mainline repository. > 27 kLOC will be a big project to review no matter what, but I'd probably rather take them in a single commit-the files presumably depend on each other #Paragon extfs for windows slow codeAnd, at least in my experience, it's far faster to navigate code in an editor compared to the web interface that Git?b provides. #Paragon extfs for windows slow Patch> perhaps follow references into the full code faster than you could flipping between your mail client and your editor (and save you the effort of applying the patch to a local tree for that review).įor some, the email client doubles as an editor (i.e., gnus). I know that in Github, it's also possible to comment directly on a commit (though those comments are not displayed with any context in the general PR view), unlike an email reply to a particular patch series.ĭepending on one's email client, it's certainly possible to search for things like /^diff/ or to jump from file to file or hunk to hunk within the compose window. Commenting on a line in the diff isn't really any different than positioning one's comment inline below the relevant line(s) of code in an email reply. Github does allow you to filter the diff down to the commit or jump to a particular file within the diff. > I meant like GitHub and competitors, which let you attach comments to specific lines and files and such I doubt Paragon expected their reward for their contribution would be an article read by thousands of people that called it "half-baked" over this minor point, and I can't imagine such publicity encourages others to make similar contributions in future. In any case, it seems Paragon intends to do exactly that. That's a matter of personal preference, though, and people who want a project to merge their contributions should adhere to the maintainer's preferences. (Obviously we try for hierarchical structure that would make that possible, but not usually with perfect success.) Since the kernel developers prefer to discuss on a plain mailing list and not use such tools, it makes sense that they prefer smaller chunks.Ģ7 kLOC will be a big project to review no matter what, but I'd probably rather take them in a single commit-the files presumably depend on each other, and there's probably no order in which the files could be reviewed in isolation without reference to files not yet reviewed. ![]() I meant like GitHub and competitors, which let you attach comments to specific lines and files and such, and perhaps follow references into the full code faster than you could flipping between your mail client and your editor (and save you the effort of applying the patch to a local tree for that review). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |