потоки как создаются, так и удаляются, так же они используются повторно. Время работы потока как правило очень мало, так что знание количества этих потоков тебе ничего не даст. Веди счетчик уникальных SessionID через какой-нибудь Singleton. Заведи на каждого пользователя некий таймаут (равный времени жизни сессии, например). Если в течении этого таймаута запроса с таким SessionID не поступит, уменьшаешь кол-во текущих активных юзеров.
Если я тебя правильно понял :)http://ln.com.ua/~openxs/articles/smart-questions-ru.html

1) SessionID генерится на основании неважно чего на сервере и хранится у клиента в cookies. Уникальность гарантируется сервером. По тем же самым кукам сервер узнает, что к нему снова обратился именно этот пользователь, и ваша программа может хранить для каждого пользователя в сессии собственные данные.

2) если воспользоваться шаблоном Singleton, то доступ к статистике в любой момент может получить любой код вашей программы. Если вы не очень переживаете за реальность цифр и не боитесь их потерять, то можно хранить хэш-массив с sessionID, скажем, в статической переменной приложения. Ключ - сам sessionid, значение - время последнего доступа. Изредка можно запускать процесс очистки (удалять записи с слишком старым временем). На оптимальность способа не претендую, лень думать :) я такое не делал, у меня была другая задача - подсчитывать количество уникальных посещений и хитов на страницы, там я конечно пользовался базой и некими несложными вычислениями. Задача получить количество одновременно работающих пользователей намного проще :)http://ln.com.ua/~openxs/articles/smart-questions-ru.html

1) посмотри в дебаггере. Он фиксированной длины
2) http://en.wikipedia.org/wiki/Singleton_patternhttp://ln.com.ua/~openxs/articles/smart-questions-ru.html