On Wed, Mar 21, 2012 at 9:45 AM, Thomas Rast <trast@xxxxxxxxxxxxxxx> wrote: > Felipe Tanus <fotanus@xxxxxxxxx> writes: [...] > > 1. Rework the pack access mechanisms to allow the maximum possible > parallel access. > [...] > I think (1.) is the most important part simply because without (1.) the > other two are totally meaningless. So I'd rather you not focus too hard > on the command list. However, correctly identifying more commands where > pack access is the hotspot, and backing that up with numbers, may be a > good way to show your understanding of the matter. > > For further reading, you should start with the discussions surrounding > git-grep threading around > [...] Hi Thomas, thank you for your answer, and more than it, thank you for point me to the right direction :-) I followed the discussions you pointed out and it was very helpful. If I get it right, what you expect to be in the proposal is an analysis of what should be modified in the pack access mechanism because it will be used by the commands we will work on, and thus they should be thread safe and have a better performance. To achieve this I'll have to go through the sha1_file.c file and come with an idea of how to improve the parallelism on it. Is that what you expect for a good work in this summer? Regards, -- Felipe de Oliveira Tanus E-mail: fotanus@xxxxxxxxx Site: http://www.inf.ufrgs.br/~fotanus/ ----- "All we have to decide is what to do with the time that is given us." - Gandalf -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html