[4.737] Beta 5, interface slow, content filter?

I've seen the other post about the interface, but I have gone from a PII 266 running V4 just fine to a 1Ghz PIII running version 5 so slowly that it's not usable. Is it me?

And I am trying out the content filter, it behaves much different from V4, under V4 I could block adult content and the end user will get a screen saying that the content was blocked, but under V5 it just gives a 404 error that because of load the page could not be retrieved at this time...

Same holds for virus scanning on HTTP, if I go to the eicar test page and download the eicar.htm file it gives me the error about load and not being able to retrieve at this time... but the virus report shows zero virus activity.

Again is it me?  
Parents
  • I can reproduce this problem 'only' when connecting with any version of Internet Explorer through our HTTP proxy in transparent mode. Fix for this is in progress.. 

    what browser are you using and in which mode the HTTP proxy is running at your firewall? (Standard, UserAuth or Transparent)

    ~marcel 
  • IE 6.0 and standard mode. After playing with this for awhile I also noted that with content filtering turned on browsing becomes VERY slow. Do I have to have the dns proxy enabled for standard mode http proxy?
     
  • I did a test install of the 4.737 beta on an old HP Vectra XA machine. It has a Pentium Pro 200 MHz, 160 MB RAM and a 6 GB HD.

    The Webadmin interface is  v e r y  s l o w.  The same machine has been used to test both ASL v4 and Microsoft Server 2003 Enterprise Edition, and they both ran quite well on it.

    I logged in locally on the ASL box and ran top, and watched it while I was accessing Webadmin (I have both machines on a KVM switch), and although I saw high utilization spikes on the ASL box, it wasn't the kind of saturation that would explain away the very slow Webadmin response. The ASL box, however, did use around 50 MB of swap partition space, so clearly 160 MB is not enough RAM to run it. It appears that this new ASL version will need a GHz CPU with at least 256 MB RAM to be anything close to ASL v4 in Webadmin response.

    I do like the look and feel of the v5 beta, clearly a lot of effort has gone into the revamped design, and the packet filtering page design looks like it could  give Checkpoint Software with their Firewall-1 software a real run for their money.

    However, I have serious reservations about the very poor Webadmin performance. I believe this is an area that Astaro has to take a hard look at and do some real performance tuning prior to releasing ASL v5.

    Testing software on older, slower machines is, in my view, an excellent way to quickly expose any performance shortcomings.
         
Reply
  • I did a test install of the 4.737 beta on an old HP Vectra XA machine. It has a Pentium Pro 200 MHz, 160 MB RAM and a 6 GB HD.

    The Webadmin interface is  v e r y  s l o w.  The same machine has been used to test both ASL v4 and Microsoft Server 2003 Enterprise Edition, and they both ran quite well on it.

    I logged in locally on the ASL box and ran top, and watched it while I was accessing Webadmin (I have both machines on a KVM switch), and although I saw high utilization spikes on the ASL box, it wasn't the kind of saturation that would explain away the very slow Webadmin response. The ASL box, however, did use around 50 MB of swap partition space, so clearly 160 MB is not enough RAM to run it. It appears that this new ASL version will need a GHz CPU with at least 256 MB RAM to be anything close to ASL v4 in Webadmin response.

    I do like the look and feel of the v5 beta, clearly a lot of effort has gone into the revamped design, and the packet filtering page design looks like it could  give Checkpoint Software with their Firewall-1 software a real run for their money.

    However, I have serious reservations about the very poor Webadmin performance. I believe this is an area that Astaro has to take a hard look at and do some real performance tuning prior to releasing ASL v5.

    Testing software on older, slower machines is, in my view, an excellent way to quickly expose any performance shortcomings.
         
Children
  • Hehe VelvetFog,

    running Win2003 Srv on such a machine is l33t [;)]s are altered.
    The only thing is that my PIII-600 with 192 MB RAM is running low on mem with the BETA. I hope they will fix the requirements for RAM in the final release. Otherwise I have to hug my boss to get some ram for free [;)]

    @ASTARO Keep up the good work....

    Greets
    Marcel

    --
    ASL 4.021 HomeUser Lic.  // ASL 4.737 BETA with Bugs