• Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      Raised from BSP-4193. We have 5-6MB/s on local transfers. That's waaay lower than it should be. I've tested a fix that should improve it to ~80MB/s on local/LAN transfers. We can probably expect ~5x increase on remote transfers.

            [BAM-8111] Very low speed of artifact download

            We have the same issue on Bamboo 6.0.3. 
            Thank you to reopen this issue.

            Patrice Champet added a comment - We have the same issue on Bamboo 6.0.3.  Thank you to reopen this issue.

            We have the same issue on Bamboo 6.0.3. 
            Thank you to reopen this issue.

            Patrice Champet added a comment - We have the same issue on Bamboo 6.0.3.  Thank you to reopen this issue.

            boris_alyurov_prcm added a comment - We are still seeing this issue. https://support.atlassian.com/servicedesk/customer/portal/10/BSP-22504

            We will soon publish a new version of Bamboo with a revamped artifact transfer. The fix will be available for Bamboo 5.8+

            Przemek Bruski added a comment - We will soon publish a new version of Bamboo with a revamped artifact transfer. The fix will be available for Bamboo 5.8+

            having this problem as well... 38meg file takes 15 minutes to copy over. no proxies, servers on same subnet... version 5.7.2 build 5716

            Brian West added a comment - having this problem as well... 38meg file takes 15 minutes to copy over. no proxies, servers on same subnet... version 5.7.2 build 5716

            Having this problem as well - 5.6.2 build 4411

            Kurt Newcomb added a comment - Having this problem as well - 5.6.2 build 4411

            DSI-DxO added a comment -

            We have same problème, with Bamboo 5.5.1 build 4306 - 21 May 14
            No reverse proxy and http redirect to https

            DSI-DxO added a comment - We have same problème, with Bamboo 5.5.1 build 4306 - 21 May 14 No reverse proxy and http redirect to https

            Is your mac agent talking directly with the server (port 8085) or do you use a reverse proxy?

            Przemek Bruski added a comment - Is your mac agent talking directly with the server (port 8085) or do you use a reverse proxy?

            We are facing this issue as well.
            Sending ~300Mb takes 169s when Bamboo does it. Sending the very same file using scp takes only 7 seconds with transfer speed around 15 Mb/s.
            That's a 27 times difference in transfer speed!
            In our case Bamboo server runs in AWS cloud and agent run on OS X in our data center. Bamboo version is 5.2.
            This pretty much renders Mac agent unusable. What are the options here? I've heard about ArtifactHandler unofficial feature, is it much usable with current version?

            Maksym Grebenets added a comment - We are facing this issue as well. Sending ~300Mb takes 169s when Bamboo does it. Sending the very same file using scp takes only 7 seconds with transfer speed around 15 Mb/s. That's a 27 times difference in transfer speed! In our case Bamboo server runs in AWS cloud and agent run on OS X in our data center. Bamboo version is 5.2. This pretty much renders Mac agent unusable. What are the options here? I've heard about ArtifactHandler unofficial feature, is it much usable with current version?

            Hi James,
            The load is usually very low (although it can obviously climb during builds)
            David.

            David Fischer added a comment - Hi James, The load is usually very low (although it can obviously climb during builds) David.

            Hi David,

            I've re-opened this issue. Whats the load like on your server?

            Thanks
            James

            James Dumay added a comment - Hi David, I've re-opened this issue. Whats the load like on your server? Thanks James

            Unfortunately, this issue is not resolved, at least not in Bamboo 4.1.2. I get 1.5MB/s download speed max over a 100Mb/s link. I get more than 10MB/s using apache to serve the artifact directory directly (but I loose security...)

            I'm on Linux (Debian 6).

            Can you reopen this issue?

            David Fischer added a comment - Unfortunately, this issue is not resolved, at least not in Bamboo 4.1.2. I get 1.5MB/s download speed max over a 100Mb/s link. I get more than 10MB/s using apache to serve the artifact directory directly (but I loose security...) I'm on Linux (Debian 6). Can you reopen this issue?

            Issue BSP-4193 is not available.

            Issues on support.atlassian.com are not visible to non-reporters. The fix is included in latest milestones of 3.0.x series and all 3.1 .

            Przemek Bruski added a comment - Issue BSP-4193 is not available. Issues on support.atlassian.com are not visible to non-reporters. The fix is included in latest milestones of 3.0.x series and all 3.1 .

            What was the fix you are referring to?

            After the fix, the time required...

            Issue BSP-4193 is not available.

            Stacey Wilton added a comment - What was the fix you are referring to? After the fix, the time required... Issue BSP-4193 is not available.

            Bamboo has been improved, however, for some OSes the transfer is still very slow. BAM-8226 has been opened to keep track this issue.

            Przemek Bruski added a comment - Bamboo has been improved, however, for some OSes the transfer is still very slow. BAM-8226 has been opened to keep track this issue.

            Przemek Bruski added a comment - - edited

            After the fix, the time required to transfer 625MB went down from 1m41.997s to 0m0.744s .
            Before:

            $ time curl -H "Cookie: JSESSIONID=6mxqrnaq67ss186tej99ftghn" http://kaper.atlassian.pl:8085/bamboo/artifact/ATL-MSAR/JOB1/build-61/Some-artifacts/test >/dev/null
              % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                             Dload  Upload   Total   Spent    Left  Speed
            100  625M  100  625M    0     0  6276k      0  0:01:41  0:01:41 --:--:-- 6755k
            
            real    1m41.997s
            user    0m0.292s
            sys     0m1.204s
            

            After:

            $ time curl -H "Cookie: JSESSIONID=6mxqrnaq67ss186tej99ftghn" http://kaper.atlassian.pl:8085/bamboo/artifact/ATL-MSAR/JOB1/build-61/Some-artifacts/test >/dev/null
              % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                             Dload  Upload   Total   Spent    Left  Speed
            100  625M  100  625M    0     0   846M      0 --:--:-- --:--:-- --:--:--  845M
            
            real    0m0.744s
            user    0m0.108s
            sys     0m0.352s
            

            Przemek Bruski added a comment - - edited After the fix, the time required to transfer 625MB went down from 1m41.997s to 0m0.744s . Before: $ time curl -H "Cookie: JSESSIONID=6mxqrnaq67ss186tej99ftghn" http://kaper.atlassian.pl:8085/bamboo/artifact/ATL-MSAR/JOB1/build-61/Some-artifacts/test >/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 625M 100 625M 0 0 6276k 0 0:01:41 0:01:41 --:--:-- 6755k real 1m41.997s user 0m0.292s sys 0m1.204s After: $ time curl -H "Cookie: JSESSIONID=6mxqrnaq67ss186tej99ftghn" http://kaper.atlassian.pl:8085/bamboo/artifact/ATL-MSAR/JOB1/build-61/Some-artifacts/test >/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 625M 100 625M 0 0 846M 0 --:--:-- --:--:-- --:--:-- 845M real 0m0.744s user 0m0.108s sys 0m0.352s

              pbruski Przemek Bruski
              pbruski Przemek Bruski
              Votes:
              11 Vote for this issue
              Watchers:
              21 Start watching this issue

                Created:
                Updated:
                Resolved: