Thread Info
  • State Not Answered
  • Replies 13 replies
  • Subscribers 0 subscribers
  • Views 1624 views
  • Users 0 members are here
Options
Suggested

[7.902][NOTABUG][OPEN] HTTP proxy performance

RFCat_vk_01
Hi,
I have noticed since updating to 7.902 that the http proxy throughput has slowed significantly.
Today I was rebuilding a workstation and downloading the updates. The response times were in the minutes, not seconds and number of times the packages failed to download correctly.
When I put in a PF rule that allows the workstation to connect directly the downloads for the same packages run at nearly line speed. Also some of the packages are ported corrupted and don't install. Directly they install correctly.

Ian M
Parents
  • 0
    But if you get errors without using the proxy, i would think that the line is too noisy or that the modem is the root cause. Can you please make a test and download (without the proxy or anything in between) the same file(s) from that server. Download them multiple (let's say 3) times and compare the md5 checksums each time. If they change between each download, you should check your line and/or modem.

    By pure change, one of our Pre-Sales guys from Australia is currently stuck here in Karlsruhe (No flights in europe because of vulcanism), and he suggested to simply exchange the cable modem, because sometimes, after a year or so, they just start to show random, unpredictable errors. This is just a blind guess from my side, but maybe...
  • 0 in reply to kbr
    Hi kbr,
    about the cable modem, it is relatively new, about 3 months old. I had the problem as suggested when I moved from ADSL2+ to Naked ADSL2+. 

    i won't disagree with you over the possibility of there being a line fault, I just can't convince the 3rd party line testing company there is a problem. The ISP recognises there is a problem.

    As far as md5s go, why would one site fail and another succeed on the same connection.

    Ian M
Reply
  • 0 in reply to kbr
    Hi kbr,
    about the cable modem, it is relatively new, about 3 months old. I had the problem as suggested when I moved from ADSL2+ to Naked ADSL2+. 

    i won't disagree with you over the possibility of there being a line fault, I just can't convince the 3rd party line testing company there is a problem. The ISP recognises there is a problem.

    As far as md5s go, why would one site fail and another succeed on the same connection.

    Ian M
Children
  • 0 in reply to RFCat_vk_01
    As far as md5s go, why would one site fail and another succeed on the same connection.


    My idea was to try the same site 3 times. If you have 3 downloads of the same file from the same site with 3 different md5 sums, you can be relatively sure that it's a line problem.

    Even if you get the same (identical) file from 3 different locations and each time the file is different, you know that there is a problem.

    Of course, you should make sure that it's not the ASG's fault, but you can do this simply by connecting directly to your DSL modem.
  • 0 in reply to kbr
    Hi,
    first multiple downloads of the same rpm is a bit difficult because they come as part of the auto update process for the workstation.

    As far as the ASG causing grief it is a real possibility, my son is having a hard time downloading patches for his games. Originally we thought it was one file was faulty and that was when I discovered the proxy cache button did change state. The games mob have updated there patches, but the original one is still there and get through the ASG without a problem now, but another one a bit further down the update process fails. His comment was it looks like either a timing or a size issue.

    So tonight it is log crawling trying to locate the bug.

    Ian M
Cookie Information Banner