Raven Client high CPU usage when idle

89 views
Skip to first unread message

Pieter Callewaert

unread,
Jan 12, 2017, 11:52:54 AM1/12/17
to RavenDB - 2nd generation document database
Let me describe our setup.

We have a service  that will periodically write to ravendb using bulk inserts, the ravendb server and this service are both on the same machine.

On several occasions we see the CPU usage of the service spiking to 80-90% (and stays there).

We are using version: 3.0.30037

When turning the Raven logging (for the client) to Debug it is flooded with the following statements.
Thousands of these per second.

Turning on the logging on a similar setup which does not have the CPU spiking doesn't show this logging.

So I assume this is causing the load on the system. But why would it do that?
I am nog subscribing to the bulk notifications, I'm not interested in them. Could it be a workaround to somehow not get automatically subscribed? If so, how.can I do that?

Thanks in advance



2017-01-12 12:27:59,333 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,333 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,334 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,334 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,334 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,334 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,335 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,335 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,335 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,335 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,336 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,336 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`
2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv
2017-01-12 12:27:59,336 [62] - (null)       - INFO  Raven.Client.Changes.RemoteChangesClientBase`2 - Sending command watch-bulk-operation - 4ae8944c-831a-40a3-a345-9e1708dc33bb to http://localhost:6969/databases/Store with id 118/6kLjDefAKzX/AgCgJ9p8KFv

Oren Eini (Ayende Rahien)

unread,
Jan 12, 2017, 12:06:22 PM1/12/17
to ravendb
Are you using aggresive caching?

Hibernating Rhinos Ltd  

Oren Eini l CEO Mobile: + 972-52-548-6969

Office: +972-4-622-7811 l Fax: +972-153-4-622-7811

 


--
You received this message because you are subscribed to the Google Groups "RavenDB - 2nd generation document database" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Pieter Callewaert

unread,
Jan 13, 2017, 3:30:36 AM1/13/17
to RavenDB - 2nd generation document database
No, we disable it this way:

                        newDocumentStore.Conventions.ShouldCacheRequest = url => false;
                        newDocumentStore
.DisableAggressiveCaching();


What is the actual meaning of the logging I posted? What is the client trying to do?
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+u...@googlegroups.com.

Oren Eini (Ayende Rahien)

unread,
Jan 13, 2017, 3:42:13 AM1/13/17
to ravendb
It is accepting changes from the server and doing something with them, if you aren't using Changes() API and/or subscription and/or AggressiveChanges, it shoulnd't be there.
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+unsubscribe@googlegroups.com.

Pieter Callewaert

unread,
Jan 17, 2017, 3:43:08 AM1/17/17
to RavenDB - 2nd generation document database
We just ran into another 4 systems having the same situation.
We aren't using the Changes API on the database for which we get the logging. 
We are using the changes API on a different database on the same server, but that's even from a different service, so I think we can rule that one out.

Like you can see from the code snippet I posted we explicitly disable aggressive caching.

Do you have any suggestions how we could proceed? Should I file a defect for this?
Is there any way we could prevent this behavior as a workaround?

Thanks.

Oren Eini (Ayende Rahien)

unread,
Jan 17, 2017, 3:47:14 AM1/17/17
to ravendb
Can you attach a profiler?
To unsubscribe from this group and stop receiving emails from it, send an email to ravendb+unsubscribe@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages