I would say lets give it a try on the ovirt engine jobs

On Jul 5, 2016 3:15 PM, "Nadav Goldin (oVirt JIRA)" <jira@ovirt-jira.atlassian.net> wrote:

    [ https://ovirt-jira.atlassian.net/browse/OVIRT-620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18003#comment-18003 ]

Nadav Goldin commented on OVIRT-620:
------------------------------------

from man git gc:
{quote}
       --aggressive
           Usually git gc runs very quickly while providing good disk space utilization and performance. This option will cause git gc to more aggressively optimize the repository at the expense of taking much more time. The effects of this optimization are persistent, so this option only needs to be used occasionally; every few hundred changesets or so.
{quote}

I am not sure if we have 100s of patchsets/daily, but maybe weekly/monthly. Other than that I never used it, so not sure if it could be a source of other problems.




> Optimize how Jenkins fetchs ovirt-engine from gerrit
> ----------------------------------------------------
>
>                 Key: OVIRT-620
>                 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-620
>             Project: oVirt - virtualization made easy
>          Issue Type: Sub-task
>            Reporter: Nadav Goldin
>            Assignee: infra
>
> ovirt-engine git repository is at the time of writing is of size 244MB, where ovirt-engine/.git alone takes 160MB.
> There are two things which might be done:
> 1. Find a way to optimize ovirt-engine.git/.git size, this needs to be explored deeply.
> 2. Check if it is possible to configure git plugin to not download the entire history, although Jenkins attempts to optimize that, it still looks like the git plugin is downloading the entire history(this is what a random check on the slaves using du ../jenkins/workspace/...../.git -h -s showed)
> for instance the following command takes only 91Mb:
> {quote}git clone --depth 1 --branch master {quote}
> Although this will not solve real network/storage issues, it could help reduce those problems and in the overall decrease jobs runtime. As Gerrit is still on AWS, this is a considerable amount of traffic for each job we might be able to reduce.



--
This message was sent by Atlassian JIRA
(v1000.126.1#100004)
_______________________________________________
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra