![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
I'm trying to do some benchmarking tests on Analysis Server, so I'm trying to make sure that I'm not getting any caching effects. I've been reading that issuing a REFRESH CUBE [cubename] should clear the client side cache, but it doesn't seem to be happening for me. If I issue a query, I see it show up in the Analysis Server log (msmdqlog.mdb). If I then issue a REFRESH CUBE statement and then send the same query (all using the same open connection that was used for the first query), I don't see it show up in the log (presumably because it was caught by the pts cache). Does anyone see something obvious that I'm doing wrong here? |
#3
| |||
| |||
|
|
REFRESH CUBE cleans the client cache, but not the server cache - that's why you see no updates in the Query Log. In order to clean server cache - issue Process processSuspend Process processResume from the DSO application on the applicable object. -- ================================================== Mosha Pasumansky - http://www.mosha.com/msolap Development Lead in the Analysis Server team All you need is love (John Lennon) Disclaimer : This posting is provided "AS IS" with no warranties, and confers no rights. ================================================== "David Hwang" <davidhwang (AT) usa (DOT) com> wrote in message news:d9f37fcd.0312041532.5a58812d (AT) posting (DOT) google.com... I'm trying to do some benchmarking tests on Analysis Server, so I'm trying to make sure that I'm not getting any caching effects. I've been reading that issuing a REFRESH CUBE [cubename] should clear the client side cache, but it doesn't seem to be happening for me. If I issue a query, I see it show up in the Analysis Server log (msmdqlog.mdb). If I then issue a REFRESH CUBE statement and then send the same query (all using the same open connection that was used for the first query), I don't see it show up in the log (presumably because it was caught by the pts cache). Does anyone see something obvious that I'm doing wrong here? |
#4
| |||
| |||
|
|
REFRESH CUBE cleans the client cache, but not the server cache - that's why you see no updates in the Query Log. In order to clean server cache - issue Process processSuspend Process processResume from the DSO application on the applicable object. -- ================================================== Mosha Pasumansky - http://www.mosha.com/msolap Development Lead in the Analysis Server team All you need is love (John Lennon) Disclaimer : This posting is provided "AS IS" with no warranties, and confers no rights. ================================================== "David Hwang" <davidhwang (AT) usa (DOT) com> wrote in message news:d9f37fcd.0312041532.5a58812d (AT) posting (DOT) google.com... I'm trying to do some benchmarking tests on Analysis Server, so I'm trying to make sure that I'm not getting any caching effects. I've been reading that issuing a REFRESH CUBE [cubename] should clear the client side cache, but it doesn't seem to be happening for me. If I issue a query, I see it show up in the Analysis Server log (msmdqlog.mdb). If I then issue a REFRESH CUBE statement and then send the same query (all using the same open connection that was used for the first query), I don't see it show up in the log (presumably because it was caught by the pts cache). Does anyone see something obvious that I'm doing wrong here? |
#5
| |||
| |||
|
|
Also, I noticed that if I send the same query 100 times but use different connection objects, then I see 100 entries in the query log. But shouldn't the server cache be catching those queries also? In the query log, I notice that only the first entry has a "1" for MOLAPpartition, the others have a "0". I had assumed that that meant that all queries after the first were hitting the server cache. |
#6
| |||
| |||
|
|
Also, I noticed that if I send the same query 100 times but use different connection objects, then I see 100 entries in the query log. But shouldn't the server cache be catching those queries also? In the query log, I notice that only the first entry has a "1" for MOLAPpartition, the others have a "0". I had assumed that that meant that all queries after the first were hitting the server cache. You are right - the MOLAPPartitions column shows how many MOLAP partitions were hit by that query. 0 means that they were all answered entirely from the cache. |
#7
| |||
| |||
|
|
Does that mean that the REFRESH CUBE statement isn't working for me since it seems like those queries aren't even hitting the server cache? |
#8
| |||
| |||
|
|
Does that mean that the REFRESH CUBE statement isn't working for me since it seems like those queries aren't even hitting the server cache? Did you set query log sampling frequency to 1 ? |
![]() |
| Thread Tools | |
| Display Modes | |
| |