list mirror (unofficial, one of many)
 help / color / Atom feed
* [GSoC][RFC] New approach: improve threading at git-grep
@ 2019-06-10 16:47 Matheus Tavares Bernardino
  0 siblings, 0 replies; only message in thread
From: Matheus Tavares Bernardino @ 2019-06-10 16:47 UTC (permalink / raw)
  To: git
  Cc: Christian Couder,

Hi, everyone

I've been working on making the pack access code thread safe, as my
GSoC project[1]. I was working directly at sha1-file.c global states
targeting, in the far distance, to parallelize git-blame. But my
mentors and I decided to take a different path, as a better way to
continuous validate the work being done and be able to see small
continuous improvements: the idea is to focus on the object store call
chains originated at git-grep. Making them thread-safe, we should be
able to re-enable threading when greping blobs[2] and go refining
git-grep's locks along the way, for a better performance.

I just posted about the overall idea together with some analysis I've
made on git-grep, here:
Please, let me know if you have any comments or suggestions.


[2]: Disabled by 53b8d93 (“grep: disable threading in non-worktree
case”, 2011-12-12), because it was causing slowdowns

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, back to index

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-06-10 16:47 [GSoC][RFC] New approach: improve threading at git-grep Matheus Tavares Bernardino list mirror (unofficial, one of many)

Archives are clonable:
	git clone --mirror
	git clone --mirror http://ou63pmih66umazou.onion/git
	git clone --mirror http://czquwvybam4bgbro.onion/git
	git clone --mirror http://hjrcffqmbrq6wope.onion/git

Newsgroups are available over NNTP:

 note: .onion URLs require Tor:

AGPL code for this site: git clone public-inbox