Hi all
The recompilation of naviserver 4.99.8 and modules did not seem to solve the
crashes
nsd: set.c:61: Ns_SetUpdate: Assertion `value != ((void *)0)' failed.
It now seems to crash more often.
However after days of extensive searching and going through ALL naviserver
settings i did find the truncation culprit which not only truncated images but
everything from .txt,.zip, .pdf,.css and .jpg files whenever the server was
accesed from non localhost. This is because testing on localhost did not seem
to affect it and I have no idea why.
I've found that just one setting seemed to screw everything up (including
total loading time of page extending to keepwait time):
The fastpath settings of cachemaxentry:
ns_param cachemaxentry [expr 70*1024];#8192
I've tried to set it to multipliers of 2 like 256*1024 but no luck. So once
i've set it back to 8*1024 it seemed to solve the issue completly.
The site loads faster than with fastpath on.
Even the bloated ckeditor loads faster, before this i had to refresh the page
3-5 times to just see all the buttons.
Is this something worth looking into? Because JS and CSS today are way bigger
than 8 kb the fastpath would be valuable (that's why i wanted to use it) in my
point of view.
Hope this helps anyone who ever has the same problem as I did for the past
months.
I can't believe how happy I am right now, i just thought i must have been doing
something wrong during compilation or setup that caused naviserver to render so
slow.
With regards,
Clinciu Andrei George
"Vorba buna, zambetul si fapta binefacatoare sunt raze ale soarelui rasfrante
in sufletul omului."
"A good word, a smile and a good deed are just like rays of the sun reflected
in man's soul." by Nicolae Iorga
On Friday, September 25, 2015 4:58 PM, Zoran Vasiljevic
<z...@archiware.com> wrote:
On 25 Sep 2015, at 15:44, Gustaf Neumann <neum...@wu.ac.at> wrote:
> kind of. the fix was addressing a problem in rivet under Linux,
> the consequences were not easy to spot from the code but hit
> all multi-threaded tcl applications, including NaviServer.
> It also lead to bug-reports from bsd about "massive slowdowns".
>
I see... so you had to fix that mess...
At this point I believe you've done the
fix so that it will not harm us!
I guess they wanted to make [fork] working
which simply cannot be done MT-safe(ly).
I've been telling this for years but people
won't listen. And there is some substantional
portion in politics there, which I regret :-(
------------------------------------------------------------------------------
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
------------------------------------------------------------------------------
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
