Sounds pretty much like you have some sort of session locking issue. You state that even removing cookies doesn t help, which makes session locks seem less plausible, but I don t have any details on your implementation so it s still possible.

I have two questions i d need answered to gain some insight into the problem.

1. Do you have a session open while streaming content and attempting to read from or write to the session on a different request?

2. Have you ve implemented your own sessions?

If you re answering yes or maybe to question 1, that s probably the root of your problem then.

If you re answering yes to question two, does the problem persist if you switch session management to standard php? You could have a bug in your session handling.

G day,

It sounds like you re persisting some sort of info on the server side on a per-session basis.

Are you persisting session id s or user id s on the server? Maybe adding more and more information to some persisted data with each subsequent incoming request?

Maybe the incoming User Agent string is also involved which is why changing browser types works, where simply restarting a session in the same type of browser doesn t work?

Have you seen if stopping and restarting a session across a time boundary, e.g. the hour, or midnight, when using the same browser also resets the problem? Maybe try spoofing the UA string to see if that also resets the problem.

BTW What Apache modules are you running in your server? Also 2.2.3 is quite an old version have you considered upgrading?

It s look like to me that it is a Memory Leaks that your javascript creates. Check your process list and see how much memory browser consume in begining and after half an hour of browsing and reloading your website. If if memory consumption is significantly more than it suppose to be thats meen that you have to review your javascript code for any unreturned methods, unbreaked loops and so on. Usualy it helps.

Interestingly no one has suggested advertisements as the cause (Nazariy s answer could be adopted to those though).

Basically check the advertisements shown on your site, there s a ton of crap in those things and they re always based on user recognition which would explain why restarting the browser doesn t help.

This has happened to me too, frequently, in fact. Completely stateless site, lot s of AJAX requests, after a while the site just becomes unresponsive. It s especially annoying during debugging. Here are some things you have to be aware:

• Number of JS files loaded (it includes the ones you get using script requests) (You should probably delete the script tags created if you use that method)
• Number of CSS files (for example, on IE, there is a hard limit of 31, I think)
• Sometimes the browser can lock into a DNS resolution request
• Some browsers have limits on the number of requests to domains (IE has 2) so if there is a request not fulfilled, all the others to that domain will have to wait

All this of course doesn t explain why it keeps hanging after you restart the same browser - though you haven t mentioned clearing your cache, so maybe there is a failed request that is sitting in your browser cache or some intermediate cache or proxy, so you can try to see if this happens if you completely turn caching off in your browser. (On Firefox this can be easily done using the Web Developer toolbar, for example.)

You should also see what requests hang, use Fiddler and Firebug to see that.

Memory leaks caused by javascript affect the browser, because it s all client side. Jquery compress or min you can t be sure where the problem is, and it is likely to be the cause problems, or the script using it.