This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

WebAdmin very,very slow

Hello,

I´m using ASL 5.1 on a P3 650 MHz 265MB.
When I enable/disable a PacketFilterRule speed of changing is very slow. It´s about 2 minutes or longer.
Generally WebAdmin feels very slow.

Any suggestions about it ? Is this normal?


This thread was automatically locked due to age.
Parents
  • [ QUOTE ]
    I´m using ASL 5.1 on a P3 650 MHz 265MB.

    [/ QUOTE ]If you are running ASL 5.1, then you are way ahead of the curve.
    Ordinary mortals are still trying to get release candidate 5.001 to work.   

    Put an additional 256 MB of RAM in your machine, bringing it up to 512 MB total.
    That should help improve the performance considerably.
  • Sorry,

    I meant 5.001 ... [:)]
    As my RAM is only used by about 100MB used do you think upgrading should use this problem ?
  • on this system the packet filtr while a bit lengthy(about 30 seconds) does not take 1 or two minutes.  I am thinking there are still some memory issues with the scripting.
  • I´m sad about the performance of the WebAdmin on ASL 5.001. As on V4.021 this was quite faster but on slower CPU/RAM. Today I testes ASL 5.001 on a AMD XP2200+ with 512 MB. This runs quite good. But I think this is overkill for Home User. Hope next upgrade will speed up WebAdmin.

    Greets Alex
Reply
  • I´m sad about the performance of the WebAdmin on ASL 5.001. As on V4.021 this was quite faster but on slower CPU/RAM. Today I testes ASL 5.001 on a AMD XP2200+ with 512 MB. This runs quite good. But I think this is overkill for Home User. Hope next upgrade will speed up WebAdmin.

    Greets Alex
Children
  • The real killer for the home users, is that the RAM prices are currently on the increase worldwide.  [:(]

    As the fab labs are switching their production to newer types of memory, shortages are developing in the older formats, such as the PC100 SIMMs that I use in my ASL box.
  • Hello again,

    here´s my workaround.
    I just made a backup an reinstalled ASL5. After backup I tried do disable/enable a rule and .... it works quite faster!!!!
    Don´t know what went wrong first time! Same hardware ... same Install CD... 
    So I´m happy now.

    Greets Alex
     
  • glad that works..however i noticed in another ppost the increase in time is because they have everything stored in some database and the parsing and updating of the database is taking some time.  I am hoping further up2dates will imporve this area's performace.
  • I'm not able to say why, but this helped me: first i installed asl 5.001 and restored a backup from 4.021.since then, webmin takes much longer! To install the licence it taked over an hour - so i restartet the asl. all i've done then, was a click (no changes made) in system->webadmin certificate -> Save. From now on, the asl is super fast - no problems anymore!

    regards
    martin
  • Hi...

    duh...just wondering why i see https Packetdrops during the administration via Webadmin, is this a known Bug ?
    It happens from inside aswell.
    Has this anything todo with the speed maybe ?


    B
    ----------------------------------------------------------------------
    2004:04:20-08:36:49 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8421 DF PROTO=TCP SPT=1370 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:49 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8444 DF PROTO=TCP SPT=1371 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:49 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8448 DF PROTO=TCP SPT=1372 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:50 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8471 DF PROTO=TCP SPT=1373 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:50 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8483 DF PROTO=TCP SPT=1374 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:51 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8495 DF PROTO=TCP SPT=1375 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0 
    2004:04:20-08:36:51 (none) kernel: ACCEPT: IN=ipsec0 OUT= MAC=45:00:00:44 SRC=172.17.2.25 DST=192.168.0.230 LEN=48 TOS=0x00 PREC=0x00 TTL=127 ID=8507 DF PROTO=TCP SPT=1376 DPT=443 WINDOW=65535 RES=0x00 SYN URGP=0
  • Actually these are ACCEPTs not DROPs, but I recognized the same thing. There doesnt seem to be an option to turn logging for these packets off. Its especially annoying when you are watching Packet Filter live log  
  • ...oh you are right, i havent looked "so" deep into that. [:)]
    Strange that it logs Accepts for that.

    B
  • It is required for some certifications that all packets which belong to an admin session are logged. But since we know that this is only needed for a small number of our customers, it will be made configurable in one of the next up2dates.
    In any case, that should not be the reason for any speed issues.

    Greets,
    andreas
  • This should not be the reason, but we all dont really know what it is. Im having the same problem with a P2 400, 256 MB RAM. When I have a look on the Hardware reporting, everything seems ok, but still WebAdmin is much slower than on Version 4.

    Btw... how can I change the behavior of the Menu? Its allways scrolling by script to the current display position. This is somewhat annoying.
  • You can't. If you use mozilla, it does not scroll - it stays fixed on the same position. If you are using IE, it doesn't look that nice. As always the problem is different implementation of standards.

    We are working on the webadmin speed issue.