Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Разная производительность на 2x базах (ASE 12.5)
|
|||
|---|---|---|---|
|
#18+
Была одна база. Из этой базы я выделил часть объектов (подзадача) и создал для них отдельную базу. Теперь не могу разобраться, почему всё что нормально работало и работает на старой базе сильно тормозит на новой. Для теста выбрал один запрос удаление 350 тыс. записей из одной и той же таблицы. На старой базе это занимает 23 сек. на новой 127 сек. Чтобы это могло быть? Может кто-то сталкивался? OLD BASE ------------------------ Execute ------------------------ QUERY PLAN FOR STATEMENT 1 (at line 1). STEP 1 The type of query is DELETE. The update mode is direct. FROM TABLE Test_table Nested iteration. Table Scan. Forward scan. Positioning at start of table. Using I/O Size 2 Kbytes for data pages. With LRU Buffer Replacement Strategy for data pages. TO TABLE Test_table Using I/O Size 2 Kbytes for data pages. Parse and Compile Time 0. SQL Server cpu time: 0 ms. Table: Test_table scan count 0, logical reads: (regular=36839 apf=0 total=36839), physical reads: (regular=18419 apf=0 total=18419), apf IOs used=0 Table: Test_table scan count 1, logical reads: (regular=18421 apf=0 total=18421), physical reads: (regular=2 apf=0 total=2), apf IOs used=0 Total writes for this command: 6581 Execution Time 41. SQL Server cpu time: 4100 ms. SQL Server elapsed time: 23260 ms. (354691 rows affected) ------------------------- Done -------------------------- NEW BASE ------------------------ Execute ------------------------ QUERY PLAN FOR STATEMENT 1 (at line 1). STEP 1 The type of query is DELETE. The update mode is direct. FROM TABLE Test_table Nested iteration. Table Scan. Forward scan. Positioning at start of table. Using I/O Size 2 Kbytes for data pages. With LRU Buffer Replacement Strategy for data pages. TO TABLE Test_table Using I/O Size 2 Kbytes for data pages. Parse and Compile Time 0. SQL Server cpu time: 0 ms. Table: Test_table scan count 0, logical reads: (regular=36839 apf=0 total=36839), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Table: Test_table scan count 1, logical reads: (regular=18421 apf=0 total=18421), physical reads: (regular=0 apf=0 total=0), apf IOs used=0 Total writes for this command: 12400 Execution Time 584. SQL Server cpu time: 58400 ms. SQL Server elapsed time: 127160 ms. (354691 rows affected) ------------------------- Done -------------------------- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2006, 17:44 |
|
||
|
Разная производительность на 2x базах (ASE 12.5)
|
|||
|---|---|---|---|
|
#18+
Вряд ли можно что-то так вот с ходу сказать. Смотреть надо ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2006, 18:10 |
|
||
|
Разная производительность на 2x базах (ASE 12.5)
|
|||
|---|---|---|---|
|
#18+
Запусти sp_sysmon на время выполнения одного и второго запроса и сравни результаты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 10:57 |
|
||
|
Разная производительность на 2x базах (ASE 12.5)
|
|||
|---|---|---|---|
|
#18+
Обе базы физически лежат на одном сервере? 1) возможно, новая база легла на другие физ. устройства, более медленные посмотри, на каких устр-вах лежат базы exec sp_helpdb base1 exec sp_helpdb base2 и выясни, где физически расположены эти устройства use master select * from sysdevices 2) возможно, что разные настройки кэширования для этих баз, допустим первая привязана к отдельному именованному кэшу, а вторую ты ни к чему не привязывал,поэтому работа с ней идет через кэш по умолчанию exec sp_cacheconfig exec sp_helpcache ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 11:35 |
|
||
|
Разная производительность на 2x базах (ASE 12.5)
|
|||
|---|---|---|---|
|
#18+
Проблема решена. Всё оказалось очень забавно. В свойствах логического диска, на котором находится устройство, каким-то образом, блин, была выставлена опция "compress drive to save disk space". Вот так :). Спасибо всем откликнувшимся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2006, 15:24 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=33613875&tid=2012965]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
97ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 434ms |

| 0 / 0 |
