Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Informix [игнор отключен] [закрыт для гостей] / SQL Statement Cache и IDS 10 / 10 сообщений из 10, страница 1 из 1
20.12.2006, 15:45
    #34213738
Andron
Andron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Какие отзывы об STMT Cache у тех кто его реально использует в информиксе (по умолчанию он выключен)? Интересует в первую очередь его работа (были замечены баги и особенности?) в IDS 10 версии.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
20.12.2006, 16:58
    #34214041
vasilis
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Насколько я помню, после первого появления SQL Statement Cache (а это было давно, еще до 9.30 :) отзывы были отрицательными и народ использовать не хотел. Но с тех пор много воды утекло - может что то и изменилось. Опять таки, это подходит далеко не для каждой системы, особенно, когда там сотни (тысячи) разнообразных запросов да еще и с изменяющимися параметрами...
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
20.12.2006, 17:16
    #34214088
Andron
Andron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Насчет багов в версии 9.30 я тоже слышал ... Но теперь уже IDS 10, вполне вероятно что многие баги исправлены.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
22.12.2006, 19:21
    #34219906
Igor Zaiets
Igor Zaiets
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
В 9.40 работает - жалоб на баги нет.
Целеобразность использования - еще тот вопрос, нужно смотреть что за система.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 15:03
    #34285631
Andron
Andron
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
У меня сейчас включен на 10.00.UC5 на двух информиксах для разработчиков, на одном иногда бывает кол-во попаданий в кэш (hits) за 10 тыс. Так что думаю процессорное время в таких случаях немало экономится.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 15:51
    #34285839
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
>  wc -l testcach.sql 
10000 testcach.sql

>  head -n 3 testcach.sql 
select * from systables where 1=0;
select * from systables where 1=0;
select * from systables where 1=0;

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m8.669s
user    0m1.932s
sys     0m1.668s

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m8.757s
user    0m1.956s
sys     0m1.648s

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m8.718s
user    0m1.780s
sys     0m1.532s

>  onstat -g cac stmt 
IBM Informix Dynamic Server Version 10.00.UC3     -- On-Line -- Up 45 days 04:41:30 -- 36212 Kbytes

Statement Cache Summary:
#lrus   currsize  maxsize   Poolsize  #hits   nolimit
4       0         524288    8192      0       0

Statement Cache Entries:

lru hash ref_cnt hits flag heap_ptr      database           user
--------------------------------------------------------------------------------


Stmt Cache is empty.


> onmode -W STMT_CACHE_NOLIMIT 1 
> onmode -W STMT_CACHE_HITS 1 
> onmode -e on 

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m7.316s
user    0m1.796s
sys     0m1.456s

>  onstat -g cac stmt 
IBM Informix Dynamic Server Version 10.00.UC3     -- On-Line -- Up 45 days 04:47:31 -- 36212 Kbytes

Statement Cache Summary:
#lrus   currsize  maxsize   Poolsize  #hits   nolimit
4       10040     524288    20480     1       1

Statement Cache Entries:

lru hash ref_cnt hits flag heap_ptr      database           user
--------------------------------------------------------------------------------
  0   31       0 9999   -F 451bb690      a                  informix
  select * from systables where 1=0



    Total number of entries: 1.

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m7.661s
user    0m1.840s
sys     0m1.604s

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m7.366s
user    0m1.780s
sys     0m1.528s

>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m7.263s
user    0m1.664s
sys     0m1.604s




>  onmode -e off 
>  time dbaccess a testcach.sql 2>>/dev/null 1>>/dev/null 
real    0m8.658s
user    0m1.908s
sys     0m1.620s



на тестирование затратил мин 20.

ЗЫЖ Искрене не понимаю зачем экономить процессорное время. Времени отклика "не сократилось", но появилась 100% возможность получить не тот план. А вообще штука хорошая.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 17:21
    #34286296
vasilis
vasilis
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Журавлев ДенисИскрене не понимаю зачем экономить процессорное время. Времени отклика "не сократилось", но появилась 100% возможность получить не тот план. А вообще штука хорошая.
Вряд ли на таких простых запросах ты что то увидишь.
Это актуально для тех запросов, у которых время парсинга и построения плана занимает существенную часть от всего времени выполнения. А это м.б. или специфичные системы или только небольшой процент запросов прикладной системы.
К сожалению, в Информиксе до сих пор трудно увидеть время потраченное на "обдумывание" и на выполнение, т.к. что и пользу от кэша также увидеть трудно :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 17:37
    #34286364
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
>  grep select /home/den/test/2.sql|wc -l 
115

>  time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null 
real    0m16.332s
user    0m0.112s
sys     0m0.056s

>  time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null 
real    0m16.267s
user    0m0.144s
sys     0m0.048s


>  onstat -g cac stmt 

IBM Informix Dynamic Server Version 10.00.UC3     -- On-Line -- Up 45 days 06:39:52 -- 36212 Kbytes

Statement Cache Summary:
#lrus   currsize  maxsize   Poolsize  #hits   nolimit
4       0         524288    8192      1       0

Statement Cache Entries:

lru hash ref_cnt hits flag heap_ptr      database           user
--------------------------------------------------------------------------------


Stmt Cache is empty.



>  onmode -e on 
>  time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null 
real    0m14.224s
user    0m0.144s
sys     0m0.040s

>  time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null 
real    0m14.085s
user    0m0.124s
sys     0m0.024s

>  onstat -g cac stmt 

IBM Informix Dynamic Server Version 10.00.UC3     -- On-Line -- Up 45 days 06:41:07 -- 36212 Kbytes

Statement Cache Summary:
#lrus   currsize  maxsize   Poolsize  #hits   nolimit
4       214944    524288    221184    1       1

Statement Cache Entries:

lru hash ref_cnt hits flag heap_ptr      database           user
--------------------------------------------------------------------------------
  0  197       0  229   -F 451bb690      a                  informix
  select
    A1.ANIMAL AS H1ANIMAL,
    D1.DRINK AS H1DRINK,
    N1.NATION AS H1NATION,
................
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 17:43
    #34286381
Журавлев Денис
Журавлев Денис
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
> time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null
real    0m2.935s
user    0m0.092s
sys     0m0.036s

> onmode -e on
> time dbaccess a /home/den/test/2.sql 2>>/dev/null 1>>/dev/null
real    0m0.756s
user    0m0.112s
sys     0m0.032s

> onstat -g cac stmt
IBM Informix Dynamic Server Version 10.00.UC3     -- On-Line -- Up 45 days 06:47:48 -- 36212 Kbytes

Statement Cache Summary:
#lrus   currsize  maxsize   Poolsize  #hits   nolimit
4       214944    524288    221184    1       1

Statement Cache Entries:

lru hash ref_cnt hits flag heap_ptr      database           user
--------------------------------------------------------------------------------
  0  111       0  229   -F 451bb690      a                  informix
  select  {+avoid_execute} 
    A1.ANIMAL AS H1ANIMAL,
    D1.DRINK AS H1DRINK,
    N1.NATION AS H1NATION,
    S1.SMOKE AS H1SMOKE,
.............
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.01.2007, 18:45
    #34286552
GVF112GVF
GVF112GVF
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SQL Statement Cache и IDS 10
FYI ...

Действительно,
раньше было много ошибок ... for example #171489, ONLINE - SQL,
SERVER CRASHES IN CMPRSTR/CMPRNAME IF DICTIONARY CACHE IS TOO SMALL

As far as I understand, in IDS 9.40.xС7. There are similar bugs - 175578, 175130, 174215.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Bug Information for 175578
Short Description: SERVER PERFORMANCE SLOW DOWN WHEN COMMITTING AND USING LARGE NUMBER OF PREPARE STATEMENTS.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Bug Information for 175130
Short Description: MEMORY LEAK WHEN EXECUTING FUNCTION REPEATEDLY, PASSING LIST OF UNNAMED ROWS
TO FUNCTION.
Every run of this function causes session RALLOC to grow.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Bug Information for 174215
Short Description: VARIOUS MEMORY LEAKS WHEN EXECUTING A PREPARED FUNCTION WHICH WORKS WITH
COLLECTION OR ROW DATATYPES.
Executing a prepared function which works with collection or row datatypes in a loop shows various memory leaks.
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
and so on ...

Cписок известных багов для IDS 10.00 можно найти здесь:

... http://publib.boulder.ibm.com/epubs/html/i1182630.html
... http://publib.boulder.ibm.com/epubs/html/i1182620.html

Вообще-то, в некоторых случаях, помогает сохранить ресурс памяти для клиентских сессий, которые
используются общем пуле соединений ... etc ...

С уважением,
Вадим.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Informix [игнор отключен] [закрыт для гостей] / SQL Statement Cache и IDS 10 / 10 сообщений из 10, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]