The Enterprise Library gives you the flexibility to write your own
Logging.
I'd consider that,.. and write a custom logger .. and consider hooking
that into MSMQ.
It all depends. If you're writing out txt files (a new one for each
event) and the files are small, then I wouldn't go to the hassle of
msmq.
If there is anything which needs more then 100ms of time (Just a number
I pulled out of the air), then I'd look at MSMQ.
...
I have one custom logger , that creates a new txt file for each unique
IP address..AND each hour.
192_168_100_101_04_10_2006_11_AM_HR.txt
something like that. I write entries in there.
Then I go and read them, and put them into a db at a later time.
I do this specfically to not incur the db penalty... as I'm trying to
uber max out my scaleability.
But .. on antoher project, I log stuff right to the db(). Its a
decision you need to make after weighing everything.
Udi wrote:
Hi All,
I'm developping an application that has a very strong logging
requirement -
we should be able to log up to 5000 messages per second, most of them
are reletively small -(16 - 30 Words) while few of them might get to
1Kb in size. The data is binary (numbers) that should be converted to
text of course.
I'm affraid of a "logging-bottleneck" in my app.
Do you know if the entlib can/can't handle this kind of thruput?
Do you think I should use asynch logging (MSMQ?) ?
Do you have any other suggestions/recommendations for me?
I'd appreciate it if you could share any experience you had with the
logging application block with similar requirements.
Thanks!
Udi.