git/list[1] front-page[2] threads[3] people[4] search[5] about
 

reducing prune sync()s

From
Frank Ch. Eigler <fche@redhat.com>
Date
May 29, 2008, 20:57 UTC
Message-ID
<20080529205743.GC17123@redhat.com>
Hi -

In at least builtin-prune-packed.c, builtin-prune.c, and guilt-repack.sh, there is an unconditional sync call. On a machine with lots of dirty disk data, writing it to some slow device, this sync can take a long time.

Would there be interest in making this sync disableable with git-config? Or perhaps having the blanket sync be replaced a list of fsync()s for only the relevant git repository files?

- FChE
Next: Linus Torvalds
Message 1 of 15 in “reducing prune sync()s”
  1. Frank Ch. EiglerMay 29, 2008
  2. Linus TorvaldsMay 30, 2008
  3. Linus TorvaldsMay 30, 2008
  4. Frank Ch. EiglerMay 30, 2008
  5. Florian WeimerMay 30, 2008
  6. David DillowMay 30, 2008
  7. Linus TorvaldsMay 30, 2008
  8. Linus TorvaldsMay 30, 2008
  9. Frank Ch. EiglerMay 30, 2008
  10. Linus TorvaldsMay 30, 2008
  11. 1/2 Make pack creation always fsync() the resultLinus Torvalds, May 30, 2008
  12. 2/2 Remove now unnecessary 'sync()' callsLinus Torvalds, May 30, 2008
  13. Nicolas PitreMay 30, 2008
  14. Frank Ch. EiglerMay 31, 2008
  15. Linus TorvaldsJun 2, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.