Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 29 replies
  • Subscribers 2 subscribers
  • Views 5288 views
  • Users 0 members are here
Options
Suggested
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

Slow Webadmin

coolrunner
Hi,

I run V5 on a brand new PC. So the requirements would not be a problem.

The Internet Connection from the Internal Network is fine. But the connection to the Webadmin is very slow. I have to wait about 30 sec. for each site. It needs about 20 Secounds to login. What could be the problem? How can I fix it??

Thank you!!


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to Simon Shaw
    [ QUOTE ]
    I must admit, even the new AMD 2500+ with a gig of ram runs v5 webmin *slightly* slower than v4 runs on a PII 450. 

    [/ QUOTE ]
    Just validates my point that the confd database needs tons of improvments in the performance dept.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    hmmm... i think my pocket calculator also reacts faster then my asl box. on the other hand, the asl box can do much more than the pocket calculator . [;)]
  • 0 in reply to Vukasin
    [ QUOTE ]
    hmmm... i think my pocket calculator also reacts faster then my asl box. on the other hand, the asl box can do much more than the pocket calculator . [;)] 

    [/ QUOTE ]
    Thanks for the sarcasm..however the truth is borne out in the posts.  How about addressing the issue instead of trying to belittle me with sarcasm?

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    i am not trying to belittle you. my point is that certain performance penalties in the front end had to be taken due to added features and certain architectural changes in the back end. true, optimization is possible (and needed) but i do not think that the fact that the front end which, under normal sircumstances is used fairly rare, is not as performant as in the v5. on the other hand i think that the functionality of the webadmin has increased despite the loss of performance, but as i said, there is room for improvement. and it is wrong to think that we are not tackling the issue.
  • 0 in reply to Vukasin
    [ QUOTE ]
    i am not trying to belittle you. my point is that certain performance penalties in the front end had to be taken due to added features and certain architectural changes in the back end. true, optimization is possible (and needed) but i do not think that the fact that the front end which, under normal sircumstances is used fairly rare, is not as performant as in the v5. on the other hand i think that the functionality of the webadmin has increased despite the loss of performance, but as i said, there is room for improvement. and it is wrong to think that we are not tackling the issue. 

    [/ QUOTE ]
    I can understand the some performance penalties had to be taken..but when a 2ghz cpu runs webadmin no faster than a 450 mhz machine..that is not a little performance loss..that is a coding issue..[[:)]]  I also understand that you and others are working on this issue...I am wondering if maybe putting a patching freeze on v5.xxx and doing a full code audit from beginning to end may not be called for?  Considering the updates have been 20+megs with regularity this is beginning to look like a piece by piece code rewrite..[[:)]]

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    the performance of the webadmin is not hw related. you can improve   it by adding hardware up to a point but after that you will not see any difference. the change you will notice is not in the configuration system but in the actual network performance.
    as for the source code audit you mentioned, you will be glad to know that we are continuosly auditing our source code. as i have already stated, performance increase of our config front end is one of the areas we will be looking into. i cannot give you any more information at this time.
  • 0 in reply to Vukasin
    [ QUOTE ]
    the performance of the webadmin is not hw related. you can improve   it by adding hardware up to a point but after that you will not see any difference. the change you will notice is not in the configuration system but in the actual network performance.
    as for the source code audit you mentioned, you will be glad to know that we are continuosly auditing our source code. as i have already stated, performance increase of our config front end is one of the areas we will be looking into. i cannot give you any more information at this time. 

    [/ QUOTE ]
    Ok let me restate...[:)]  Instead of doign a code audit and releasing 20+ meg updates..do a full code audit from top to bottom and get things right the first time.  Right now Astaro may be up to 5.020 before coming close to getting all the bugs this new codebase apparently has.  Suspend the incremental patches and jsut do a full code audit all at once and respin the iso's with all the code fixes.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    And helps the people USING v5 how exactly? As a v5 user, I welcome these frequent upgrades that fix problems as they are available, instead of bottling them all up and making everyone wait for everything, those users who are not using the http proxy may not want to wait for it to be completely fixed before seeing their pop3 proxy up2date they've been waiting for...
  • 0 in reply to venom
    [ QUOTE ]
    And helps the people USING v5 how exactly? As a v5 user, I welcome these frequent upgrades that fix problems as they are available, instead of bottling them all up and making everyone wait for everything, those users who are not using the http proxy may not want to wait for it to be completely fixed before seeing their pop3 proxy up2date they've been waiting for... 

    [/ QUOTE ]
    yes and the pop3 bugs have been buried in line of http proxy bugs among others.  The list of problems is growing right now not shrinking....everyone would be benefited by just suspending this patching and just going through the code and fixing everything at once.  Frankly to have a product at revision 10 and the amount of issues that still exist is telling that this codebase while having a great amount of potential is not ready for prime time licensing..I have liked v5 when i have used it..it is too unstable for production use honestly..however this is just MY opinion..[:)]

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    I rather have small patches and I can continue using v5 rather than waiting.. From my point of view, things are getting better with each new patch not worse
Cookie Information Banner