Application becomes unresponsive


Author
Message
bespalex
bespalex
Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)
Group: Forum Members
Posts: 17, Visits: 31
Hello:
So whenever I leave the application open from the night before, it's unresponsive in the morning. I can see there're maybe around 20mln record in the log by that time, but I can't do anything other than ending task through the task manager. It monitors just one log file.
The inconvenience make it impossible to view earlier records after restart, as the earlier logs are not retained in my system, but overwritten.
I know this has been discussed a number of times, but I strongly believe you need to find a way to unload or otherwise hibernate earlier records, so the application doesn't hang.

Reply
bespalex
bespalex
Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)Gaining Respect (160 reputation)
Group: Forum Members
Posts: 17, Visits: 31
I have learned that opening multiple files that change dynamically is slowing down the application unbearably. Moreover it becomes a torture trying to delete the files from the workspace one by one later. So I avoid doing this. 
Right now I retain 100 log files 10Mb (used to be 5Mb) each. They have an extension equal to the number like logger.log.99. The way the logger works it renames the next file, if it was logger.log.99 it becomes logger.log.100. If LogView was to monitor all this files, it would end up accumulating almost all the logs in all 100 files.

> This is a feature that has really been missing from LogViewPlus. It would be great to point it at a directory and say "open the log entries from last Monday between 13:00 and 14:00". It is difficult to determine what might be going wrong with the application hang as a crash dump would be extremely large. Maybe prioritizing this feature would be an better approach?

Definitely would be a useful feature.
GO

Merge Selected

Merge into selected topic...



Merge into merge target...



Merge into a specific topic ID...





Similar Topics

Login

Explore
Messages
Mentions
Search