Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sometime I have problems opening huge log files(700mb) or so in np++. I'm running Win2k8 R2 x64 OS.

For eg, the file's Last modified time is: 16:48 but when I open the file in notepad++, the file is broken. I can see only entries till 16:18.?

Why is this issue. How can i fix it.? Are there any other applications that works great in opening huge files.

Thanks in advance.

share|improve this question

3 Answers 3

up vote 2 down vote accepted

There was a similar question asked on stackoverflow

share|improve this answer

Do you really need to edit the log file?

I usually use baretail (freeware) or tail if I am on linux/unix with better results than any editor. The best thing it can do the -f (follow) feature of the unix tail command so you can see the logs scroll in realtime as they are fed from the application.

The pro version supports filtering using regular expressions which is cool. (I am not affiliated in any way with baremetalsoft)

share|improve this answer

armannvg's link shows a lot of programs that will do what you want and feniix offers another good solution. However, I would suggest that you break your logs down by date if they're getting that big, otherwise log to a database not a flat file. It's just not efficient to store logs that large in a single text file. Unless you absolutely need to see everything from the beginning of that log to the very end, why open and load all of that data every single time you need to peek at the logs?

Instead, I'd recommend breaking logs down to more manageable chunks and naming them by date so that they can be easily organized/searched. Then you can more quickly find the log entries you're looking for and not have to sift through tons of irrelevant data.

And if you're getting 700MB logs from a single day's worth of data, then you might want to look into cutting down the amount of data you're logging, breaking the log into multiple files depending on the event type, or reduce redundant log data (e.g. if you're polling a resource every 10 seconds and it keeps spitting out the same data, then maybe only add log entries when there is a change in the resource status). You could potentially also break log files down to smaller intervals (e.g. by the hour), but maintaining long-term logs (and being able to make use of them) generated at 700MB/day seems like an untenable position to me.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.