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

[8.160][INFO][NONE] flow report and CPU occupancy

RFCat_vk_01
Hi folks,
a warning and info to those of you testing on a low power ASG, the flow control display will heavily load your ASG also you memory use will increase by about 3 or 4 %.

While I am currently downloading a large file with a download manager and the CPU has risen to 10% when the flow control display was enabled the CPU went to about 25%.

I understand that under beta there is a lot of debugging and loose code that will be improved in production, the atom based ASG might suffer under the load.

Something to do with my backup ASG, test flow display and load.

Ian M
  • 0 
    Astaro Beta Report
    --------------------------------
    Version: 8.160
    Type: INFO
    State: NONE
    Reporter: RFCat_vk
    Contributor: 
    MantisID: 
    Target version: 
    Fixed in version: 
    --------------------------------

  • 0
    Hi Ian,

    i'm just curious: do you use the network-visibilty / application control feature with a large number of rules? Do you have enabled logging for those rules?

    Cheers,
    Kai
  • 0 in reply to kbr
    Hi kbr,
    network visibility is enabled along with flow control. All are enabled with logging. The accepted and blocked are from my previous configuration in v8.102, but logging enabled appears to be the default. I will disable logging on the on the blocked protocols.

    Ian M

    Looks like there is a bug, some of the protocols (applications) don't like to have logging disabled, the response at save is application list must not be empty. I will identify each one tonight and create a bug report if one has not already been created.
  • 0 in reply to RFCat_vk_01
    Hi Ian,

    ... logging enabled appears to be the default.


    Yes, it is the default, but (from my point of view) this needs to be changed in the near future.


    I will disable logging on the on the blocked protocols.


    Yes, please do that. I'm not sure, but it might be that the increased load that you mentioned comes from the additional logging that takes place.



    Looks like there is a bug...


    Yes, i know, it's a problem that has been reported early last week, and is already fixed in the upcoming version. No need to create another Bugreport for that. I'll look up the original post and link to it if i find it...

    What happens is that the new Application control doesn't know how to handle the some of the old imp2p protocols (Applejuice, for example). To change such a rule, you have to temporarily add one of the new protocols, otherwise the list gets cleaned up completely - this is what the error message is about...
Cookie Information Banner