Тормозит firebird или помощь в настройки этой СУБД. / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Тормозит firebird или помощь в настройки этой СУБД.

141 сообщений из 141, показаны все 6 страниц

все

Тормозит firebird или помощь в настройки этой СУБД.

#38547503

Lamobot

Гость

Доброго времени суток всем!

Помогите решить проблему.
Имеется "программа" профстрой 4, в качестве БД использует firebird, так вот эта прога просто не реально тормозит,
особенно при формировании "планирования производтства"(если кто имел дело с этой "программой" может скажит как это победить).

Сразу оговорюсь, я "не в зуб ногой в firebird", да и вообще во всех БД, не доводилось админить,
а здесь приходится разбираться как ускорить эту прогу.

Возможно и разработчики этой проги не особо старались при написании и любой запрос опрашивает чуть ли не пол базы.
Но я иду от обратного, что СУБД не настроена, а оно так и есть. Т.к. я открыл когфигурационный файл firebird.conf, а он весь закомментирован, т.е. все по дефолту.

Крутится это всё в терминале WinSrv 2008 R2.
Firebird - 2.5.1 Superserver.

Конфигурация сервера:
HP prol 380 G8
Intel E5 2420*2(16*2=32 потока)
72 озу
рейд 0 300*5 сас

Загрузка ЦП в пике при 30 пользователях ~ 10%, так 3-4%.
ОЗУ съедают 30 пользователей ~ 10 гб.

Вот что мне дал IBExpert:
Database "C:\Системная\BASE\BASE.FDB"
Database header page information:
Flags 0
Checksum 12345
Generation 14820900
Page size 8192
ODS version 11.2
Oldest transaction 14798142
Oldest active 14798143
Oldest snapshot 14798143
Next transaction 14798145
Bumped transaction 1
Sequence number 0
Next attachment ID 22856
Implementation ID 26
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 3
Creation date Jun 6, 2013 21:52:51
Attributes force write

Variable header data:
Sweep interval: 20000
*END*

Database file sequence:
File C:\Системная\BASE\BASE.FDB is the only file

Analyzing database pages ...
ANALOGS (258)
Primary pointer page: 654148, Index root page: 654149
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IANALOGS (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

ARTIKLS (147)
Primary pointer page: 202, Index root page: 203
Data pages: 109, data page slots: 277, average fill: 42%
Fill distribution:
0 - 19% = 44
20 - 39% = 15
40 - 59% = 13
60 - 79% = 10
80 - 99% = 27

Index IARTIKLS (0)
Depth: 2, leaf buckets: 12, nodes: 1532
Average data length: 32.59, total dup: 3, max dup: 2
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 9
60 - 79% = 1
80 - 99% = 2

ARTSVST (148)
Primary pointer page: 204, Index root page: 205
Data pages: 72, data page slots: 79, average fill: 49%
Fill distribution:
0 - 19% = 21
20 - 39% = 7
40 - 59% = 11
60 - 79% = 9
80 - 99% = 24

Index IARTSVST (0)
Depth: 2, leaf buckets: 14, nodes: 2949
Average data length: 18.42, total dup: 156, max dup: 34
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 9
60 - 79% = 2
80 - 99% = 3

BARCODE (131)
Primary pointer page: 168, Index root page: 169
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IBARCODE (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

BRIGADS (156)
Primary pointer page: 223, Index root page: 224
Data pages: 1, data page slots: 1, average fill: 20%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IBRIGADS (0)
Depth: 1, leaf buckets: 1, nodes: 20
Average data length: 26.35, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

CLIENTC (257)
Primary pointer page: 653984, Index root page: 653988
Data pages: 1, data page slots: 1, average fill: 1%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ICLIENTC (0)
Depth: 1, leaf buckets: 1, nodes: 2
Average data length: 12.50, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

CLIENTS (151)
Primary pointer page: 212, Index root page: 213
Data pages: 107, data page slots: 107, average fill: 76%
Fill distribution:
0 - 19% = 9
20 - 39% = 4
40 - 59% = 4
60 - 79% = 8
80 - 99% = 82

Index ICLIENTS (0)
Depth: 2, leaf buckets: 25, nodes: 3136
Average data length: 39.24, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 10
60 - 79% = 7
80 - 99% = 8

CODELST (138)
Primary pointer page: 182, Index root page: 183
Data pages: 1, data page slots: 1, average fill: 14%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ICODELST (0)
Depth: 1, leaf buckets: 1, nodes: 19
Average data length: 1.05, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

COLSLST (143)
Primary pointer page: 193, Index root page: 194
Data pages: 2, data page slots: 5, average fill: 73%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 1

Index ICOLSLST (0)
Depth: 1, leaf buckets: 1, nodes: 99
Average data length: 24.23, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

CONNLST (203)
Primary pointer page: 329, Index root page: 330
Data pages: 4, data page slots: 11, average fill: 65%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 2
60 - 79% = 0
80 - 99% = 2

Index ICONNLST (0)
Depth: 2, leaf buckets: 2, nodes: 188
Average data length: 19.99, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

CONNSPC (205)
Primary pointer page: 333, Index root page: 334
Data pages: 4, data page slots: 13, average fill: 52%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 3
80 - 99% = 0

Index ICONNSPC (0)
Depth: 2, leaf buckets: 3, nodes: 357
Average data length: 25.14, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 2
60 - 79% = 0
80 - 99% = 0

CONNVAR (204)
Primary pointer page: 331, Index root page: 332
Data pages: 4, data page slots: 11, average fill: 63%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 3
80 - 99% = 0

Index ICONNVAR (0)
Depth: 2, leaf buckets: 1, nodes: 238
Average data length: 18.29, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

CONTORD (176)
Primary pointer page: 268, Index root page: 269
Data pages: 1819, data page slots: 1819, average fill: 69%
Fill distribution:
0 - 19% = 18
20 - 39% = 163
40 - 59% = 237
60 - 79% = 712
80 - 99% = 689

Index ICONTORD (0)
Depth: 3, leaf buckets: 546, nodes: 94567
Average data length: 15.00, total dup: 4, max dup: 1
Fill distribution:
0 - 19% = 12
20 - 39% = 176
40 - 59% = 321
60 - 79% = 23
80 - 99% = 14

CORRENC (140)
Primary pointer page: 187, Index root page: 188
Data pages: 1, data page slots: 1, average fill: 1%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ICORRENC (0)
Depth: 1, leaf buckets: 1, nodes: 1
Average data length: 13.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

DATEPRJ (167)
Primary pointer page: 248, Index root page: 249
Data pages: 2088, data page slots: 2113, average fill: 56%
Fill distribution:
0 - 19% = 100
20 - 39% = 320
40 - 59% = 662
60 - 79% = 928
80 - 99% = 78

Index IDATEPRJ (0)
Depth: 3, leaf buckets: 569, nodes: 109424
Average data length: 17.43, total dup: 3794, max dup: 7
Fill distribution:
0 - 19% = 28
20 - 39% = 147
40 - 59% = 170
60 - 79% = 113
80 - 99% = 111

DESCLST (146)
Primary pointer page: 199, Index root page: 200
Data pages: 1, data page slots: 1, average fill: 2%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IDESCLST (0)
Depth: 1, leaf buckets: 1, nodes: 2
Average data length: 22.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

DOCSCLI (154)
Primary pointer page: 218, Index root page: 219
Data pages: 1, data page slots: 1, average fill: 1%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IDOCSCLI (0)
Depth: 1, leaf buckets: 1, nodes: 1
Average data length: 8.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

DOCSNAK (210)
Primary pointer page: 343, Index root page: 344
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IDOCSNAK (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

DOCSPRJ (169)
Primary pointer page: 252, Index root page: 253
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IDOCSPRJ (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

DOCUMNL (234)
Primary pointer page: 394, Index root page: 395
Data pages: 111, data page slots: 181, average fill: 57%
Fill distribution:
0 - 19% = 22
20 - 39% = 13
40 - 59% = 9
60 - 79% = 27
80 - 99% = 40

Index IDOCUMNL (0)
Depth: 2, leaf buckets: 3, nodes: 149
Average data length: 52.28, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 2
60 - 79% = 0
80 - 99% = 0

EXPTO1C (247)
Primary pointer page: 427, Index root page: 428
Data pages: 18, data page slots: 18, average fill: 88%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 4
80 - 99% = 14

FURNLEN (213)
Primary pointer page: 350, Index root page: 351
Data pages: 3, data page slots: 5, average fill: 42%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

Index IFURNLEN (0)
Depth: 1, leaf buckets: 1, nodes: 215
Average data length: 6.43, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

FURNLES (215)
Primary pointer page: 355, Index root page: 356
Data pages: 8, data page slots: 14, average fill: 56%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 2
60 - 79% = 5
80 - 99% = 0

Index IFURNLES (0)
Depth: 2, leaf buckets: 3, nodes: 730
Average data length: 14.13, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 1

FURNLST (212)
Primary pointer page: 348, Index root page: 349
Data pages: 2, data page slots: 3, average fill: 49%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IFURNLST (0)
Depth: 1, leaf buckets: 1, nodes: 53
Average data length: 37.38, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

FURNSPC (214)
Primary pointer page: 352, Index root page: 353
Data pages: 52, data page slots: 78, average fill: 63%
Fill distribution:
0 - 19% = 3
20 - 39% = 3
40 - 59% = 3
60 - 79% = 43
80 - 99% = 0

Index IFURNSPC (0)
Depth: 2, leaf buckets: 33, nodes: 4853
Average data length: 23.14, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 3
40 - 59% = 26
60 - 79% = 0
80 - 99% = 3

GLASART (207)
Primary pointer page: 337, Index root page: 338
Data pages: 2, data page slots: 5, average fill: 55%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

Index IGLASART (0)
Depth: 1, leaf buckets: 1, nodes: 182
Average data length: 21.57, total dup: 2, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

GLASGRP (206)
Primary pointer page: 335, Index root page: 336
Data pages: 1, data page slots: 1, average fill: 15%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IGLASGRP (0)
Depth: 1, leaf buckets: 1, nodes: 15
Average data length: 22.80, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

GLASPRO (208)
Primary pointer page: 339, Index root page: 340
Data pages: 1, data page slots: 2, average fill: 36%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IGLASPRO (0)
Depth: 1, leaf buckets: 1, nodes: 58
Average data length: 18.03, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

GLASTMP (136)
Primary pointer page: 178, Index root page: 179
Data pages: 1, data page slots: 1, average fill: 2%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IGLASTMP (0)
Depth: 1, leaf buckets: 1, nodes: 1
Average data length: 27.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

GRUPART (141)
Primary pointer page: 189, Index root page: 190
Data pages: 3, data page slots: 5, average fill: 56%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 2
80 - 99% = 0

Index IGRUPART (0)
Depth: 1, leaf buckets: 1, nodes: 227
Average data length: 14.40, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

GRUPCOL (142)
Primary pointer page: 191, Index root page: 192
Data pages: 1, data page slots: 1, average fill: 14%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IGRUPCOL (0)
Depth: 1, leaf buckets: 1, nodes: 14
Average data length: 33.64, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

GRUPPRN (150)
Primary pointer page: 208, Index root page: 209
Data pages: 1, data page slots: 1, average fill: 12%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IGRUPPRN (0)
Depth: 1, leaf buckets: 1, nodes: 16
Average data length: 19.56, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

HOURORD (178)
Primary pointer page: 272, Index root page: 273
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IHOURORD (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

KOMPLST (201)
Primary pointer page: 324, Index root page: 325
Data pages: 2, data page slots: 4, average fill: 57%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

Index IKOMPLST (0)
Depth: 1, leaf buckets: 1, nodes: 47
Average data length: 19.32, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

KOMPSPC (202)
Primary pointer page: 326, Index root page: 327
Data pages: 2, data page slots: 4, average fill: 42%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IKOMPSPC (0)
Depth: 1, leaf buckets: 1, nodes: 131
Average data length: 23.94, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

LINEMAP (130)
Primary pointer page: 166, Index root page: 167
Data pages: 781, data page slots: 781, average fill: 74%
Fill distribution:
0 - 19% = 1
20 - 39% = 1
40 - 59% = 36
60 - 79% = 578
80 - 99% = 165

Index ILINEMAP (0)
Depth: 2, leaf buckets: 129, nodes: 65263
Average data length: 9.11, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 17
80 - 99% = 111

LISTARF (236)
Primary pointer page: 400, Index root page: 401
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ILISTARF (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

LISTORD (171)
Primary pointer page: 257, Index root page: 258
Data pages: 40928, data page slots: 44180, average fill: 72%
Fill distribution:
0 - 19% = 4279
20 - 39% = 893
40 - 59% = 786
60 - 79% = 19347
80 - 99% = 15623

Index ILISTORD (0)
Depth: 2, leaf buckets: 235, nodes: 59514
Average data length: 8.98, total dup: 3, max dup: 1
Fill distribution:
0 - 19% = 6
20 - 39% = 34
40 - 59% = 174
60 - 79% = 9
80 - 99% = 12

LISTPRJ (166)
Primary pointer page: 246, Index root page: 247
Data pages: 1244, data page slots: 1252, average fill: 75%
Fill distribution:
0 - 19% = 11
20 - 39% = 89
40 - 59% = 237
60 - 79% = 160
80 - 99% = 747

Index ILISTPRJ (0)
Depth: 2, leaf buckets: 170, nodes: 18989
Average data length: 31.60, total dup: 11, max dup: 2
Fill distribution:
0 - 19% = 6
20 - 39% = 32
40 - 59% = 95
60 - 79% = 7
80 - 99% = 30

LISTPRO (195)
Primary pointer page: 312, Index root page: 313
Data pages: 1, data page slots: 1, average fill: 24%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ILISTPRO (0)
Depth: 1, leaf buckets: 1, nodes: 7
Average data length: 17.57, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

LISTSQA (172)
Primary pointer page: 260, Index root page: 261
Data pages: 49563, data page slots: 55253, average fill: 73%
Fill distribution:
0 - 19% = 6496
20 - 39% = 4094
40 - 59% = 1958
60 - 79% = 2565
80 - 99% = 34450

Index ILISTSQA (0)
Depth: 2, leaf buckets: 293, nodes: 58941
Average data length: 11.85, total dup: 5, max dup: 1
Fill distribution:
0 - 19% = 6
20 - 39% = 65
40 - 59% = 208
60 - 79% = 6
80 - 99% = 8

LIS_ORD (174)
Primary pointer page: 264, Index root page: 265
Data pages: 1, data page slots: 2, average fill: 40%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ILIS_ORD (0)
Depth: 1, leaf buckets: 1, nodes: 16
Average data length: 35.38, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

LIS_PRC (175)
Primary pointer page: 266, Index root page: 267
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ILIS_PRC (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

MONEDIL (152)
Primary pointer page: 214, Index root page: 215
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IMONEDIL (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

MONEPRJ (170)
Primary pointer page: 255, Index root page: 256
Data pages: 279, data page slots: 279, average fill: 76%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 15
60 - 79% = 119
80 - 99% = 145

Index IMONEPRJ (0)
Depth: 2, leaf buckets: 74, nodes: 15835
Average data length: 15.71, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 57
60 - 79% = 9
80 - 99% = 8

NAKLADS (253)
Primary pointer page: 440, Index root page: 441
Data pages: 70, data page slots: 70, average fill: 87%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 69

Index INAKLADS (0)
Depth: 2, leaf buckets: 20, nodes: 3125
Average data length: 26.66, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 16
60 - 79% = 1
80 - 99% = 3

NAKLSPC (254)
Primary pointer page: 443, Index root page: 444
Data pages: 254, data page slots: 254, average fill: 81%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 29
80 - 99% = 224

Index INAKLSPC (0)
Depth: 2, leaf buckets: 126, nodes: 16796
Average data length: 34.90, total dup: 4, max dup: 1
Fill distribution:
0 - 19% = 1
20 - 39% = 4
40 - 59% = 70
60 - 79% = 6
80 - 99% = 45

OPTIMHL (232)
Primary pointer page: 390, Index root page: 391
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IOPTIMHL (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

OPTIMPR (233)
Primary pointer page: 392, Index root page: 393
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IOPTIMPR (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

OPTIMRS (235)
Primary pointer page: 397, Index root page: 398
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IOPTIMRS (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

OTKOSYS (216)
Primary pointer page: 357, Index root page: 358
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IOTKOSYS (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PAKTEMP (134)
Primary pointer page: 174, Index root page: 175
Data pages: 262, data page slots: 262, average fill: 78%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 207
80 - 99% = 54

Index IPAKTEMP (0)
Depth: 3, leaf buckets: 191, nodes: 18785
Average data length: 32.55, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 86
40 - 59% = 90
60 - 79% = 1
80 - 99% = 13

PARAMRR (242)
Primary pointer page: 413, Index root page: 414
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPARAMRR (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARAMRU (241)
Primary pointer page: 411, Index root page: 412
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPARAMRU (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARCOLS (145)
Primary pointer page: 197, Index root page: 198
Data pages: 1, data page slots: 1, average fill: 2%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPARCOLS (0)
Depth: 1, leaf buckets: 1, nodes: 2
Average data length: 26.50, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARCONS (223)
Primary pointer page: 371, Index root page: 372
Data pages: 5, data page slots: 11, average fill: 51%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 4
80 - 99% = 0

Index IPARCONS (0)
Depth: 2, leaf buckets: 2, nodes: 478
Average data length: 18.07, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

PARCONV (222)
Primary pointer page: 369, Index root page: 370
Data pages: 3, data page slots: 11, average fill: 59%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 2
60 - 79% = 1
80 - 99% = 0

Index IPARCONV (0)
Depth: 2, leaf buckets: 1, nodes: 321
Average data length: 18.07, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 1

PARFURL (228)
Primary pointer page: 382, Index root page: 383
Data pages: 2, data page slots: 2, average fill: 37%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IPARFURL (0)
Depth: 1, leaf buckets: 1, nodes: 121
Average data length: 18.88, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARFURS (229)
Primary pointer page: 384, Index root page: 385
Data pages: 44, data page slots: 70, average fill: 60%
Fill distribution:
0 - 19% = 2
20 - 39% = 5
40 - 59% = 0
60 - 79% = 37
80 - 99% = 0

Index IPARFURS (0)
Depth: 2, leaf buckets: 28, nodes: 4614
Average data length: 21.62, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 3
40 - 59% = 21
60 - 79% = 1
80 - 99% = 3

PARGLAS (227)
Primary pointer page: 379, Index root page: 380
Data pages: 3, data page slots: 4, average fill: 47%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 2
80 - 99% = 0

Index IPARGLAS (0)
Depth: 1, leaf buckets: 1, nodes: 234
Average data length: 20.02, total dup: 3, max dup: 2
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

PARGRUP (226)
Primary pointer page: 377, Index root page: 378
Data pages: 1, data page slots: 1, average fill: 4%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPARGRUP (0)
Depth: 1, leaf buckets: 1, nodes: 1
Average data length: 28.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARKOMP (221)
Primary pointer page: 367, Index root page: 368
Data pages: 3, data page slots: 6, average fill: 42%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 2
80 - 99% = 0

Index IPARKOMP (0)
Depth: 1, leaf buckets: 1, nodes: 247
Average data length: 16.26, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

PARLIST (220)
Primary pointer page: 365, Index root page: 366
Data pages: 55, data page slots: 192, average fill: 91%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 6
80 - 99% = 48

Index IPARLIST (0)
Depth: 2, leaf buckets: 16, nodes: 4077
Average data length: 5.98, total dup: 3592, max dup: 8
Fill distribution:
0 - 19% = 1
20 - 39% = 13
40 - 59% = 2
60 - 79% = 0
80 - 99% = 0

PAROTKP (230)
Primary pointer page: 386, Index root page: 387
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPAROTKP (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARROLL (243)
Primary pointer page: 415, Index root page: 416
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPARROLL (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PARSYSP (231)
Primary pointer page: 388, Index root page: 389
Data pages: 3, data page slots: 7, average fill: 59%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 2
80 - 99% = 0

Index IPARSYSP (0)
Depth: 1, leaf buckets: 1, nodes: 260
Average data length: 20.36, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

PARVSTM (224)
Primary pointer page: 373, Index root page: 374
Data pages: 2, data page slots: 3, average fill: 63%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

Index IPARVSTM (0)
Depth: 1, leaf buckets: 1, nodes: 198
Average data length: 16.73, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

PARVSTS (225)
Primary pointer page: 375, Index root page: 376
Data pages: 10, data page slots: 18, average fill: 65%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 9
80 - 99% = 0

Index IPARVSTS (0)
Depth: 2, leaf buckets: 5, nodes: 1154
Average data length: 14.71, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 2
40 - 59% = 2
60 - 79% = 0
80 - 99% = 1

PLANPRO (198)
Primary pointer page: 318, Index root page: 319
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPLANPRO (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PLANSME (199)
Primary pointer page: 320, Index root page: 321
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPLANSME (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PREFPRJ (161)
Primary pointer page: 233, Index root page: 234
Data pages: 1, data page slots: 1, average fill: 3%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPREFPRJ (0)
Depth: 1, leaf buckets: 1, nodes: 3
Average data length: 29.67, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PRICDAT (255)
Primary pointer page: 652, Index root page: 653
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPRICDAT (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PRICLST (245)
Primary pointer page: 421, Index root page: 422
Data pages: 1, data page slots: 1, average fill: 9%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IPRICLST (0)
Depth: 1, leaf buckets: 1, nodes: 13
Average data length: 37.38, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

PRICSPC (246)
Primary pointer page: 425, Index root page: 426
Data pages: 3, data page slots: 3, average fill: 34%
Fill distribution:
0 - 19% = 1
20 - 39% = 1
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IPRICSPC (0)
Depth: 1, leaf buckets: 1, nodes: 134
Average data length: 24.54, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

REKLAMA (153)
Primary pointer page: 216, Index root page: 217
Data pages: 1, data page slots: 1, average fill: 3%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IREKLAMA (0)
Depth: 1, leaf buckets: 1, nodes: 6
Average data length: 20.33, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

REMAINS (144)
Primary pointer page: 195, Index root page: 196
Data pages: 1, data page slots: 1, average fill: 32%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IREMAINS (0)
Depth: 1, leaf buckets: 1, nodes: 28
Average data length: 3.43, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

REMARKM (164)
Primary pointer page: 240, Index root page: 241
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IREMARKM (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

REMARKS (165)
Primary pointer page: 243, Index root page: 244
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IREMARKS (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

REMEPRJ (163)
Primary pointer page: 238, Index root page: 239
Data pages: 1, data page slots: 1, average fill: 64%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IREMEPRJ (0)
Depth: 1, leaf buckets: 1, nodes: 12
Average data length: 6.17, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

RESERVE (249)
Primary pointer page: 431, Index root page: 432
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IRESERVE (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

ROLLETS (238)
Primary pointer page: 404, Index root page: 405
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IROLLETS (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

ROLLTIT (244)
Primary pointer page: 417, Index root page: 418
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IROLLTIT (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

ROLPARM (239)
Primary pointer page: 406, Index root page: 407
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IROLPARM (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

ROLPARZ (240)
Primary pointer page: 409, Index root page: 410
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IROLPARZ (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

RULECLK (139)
Primary pointer page: 185, Index root page: 186
Data pages: 1, data page slots: 1, average fill: 8%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IRULECLK (0)
Depth: 1, leaf buckets: 1, nodes: 4
Average data length: 39.75, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAVEBIR (180)
Primary pointer page: 277, Index root page: 278
Data pages: 2, data page slots: 2, average fill: 41%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index ISAVEBIR (0)
Depth: 1, leaf buckets: 1, nodes: 51
Average data length: 15.57, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAVECON (186)
Primary pointer page: 292, Index root page: 293
Data pages: 6890, data page slots: 6942, average fill: 59%
Fill distribution:
0 - 19% = 305
20 - 39% = 737
40 - 59% = 1170
60 - 79% = 4678
80 - 99% = 0

Index ISAVECON (0)
Depth: 3, leaf buckets: 2695, nodes: 611334
Average data length: 9.85, total dup: 40, max dup: 1
Fill distribution:
0 - 19% = 183
20 - 39% = 680
40 - 59% = 1509
60 - 79% = 232
80 - 99% = 91

SAVEELM (182)
Primary pointer page: 283, Index root page: 284
Data pages: 12338, data page slots: 12557, average fill: 73%
Fill distribution:
0 - 19% = 490
20 - 39% = 870
40 - 59% = 1230
60 - 79% = 1688
80 - 99% = 8060

Index ISAVEELM (0)
Depth: 3, leaf buckets: 6468, nodes: 534934
Average data length: 39.81, total dup: 38, max dup: 1
Fill distribution:
0 - 19% = 172
20 - 39% = 1338
40 - 59% = 4033
60 - 79% = 716
80 - 99% = 209

SAVEFUP (190)
Primary pointer page: 300, Index root page: 301
Data pages: 2765, data page slots: 2766, average fill: 51%
Fill distribution:
0 - 19% = 84
20 - 39% = 542
40 - 59% = 1112
60 - 79% = 1027
80 - 99% = 0

Index ISAVEFUP (0)
Depth: 3, leaf buckets: 1593, nodes: 294475
Average data length: 12.58, total dup: 22, max dup: 1
Fill distribution:
0 - 19% = 43
20 - 39% = 621
40 - 59% = 819
60 - 79% = 87
80 - 99% = 23

SAVEFUR (188)
Primary pointer page: 296, Index root page: 297
Data pages: 522, data page slots: 522, average fill: 64%
Fill distribution:
0 - 19% = 1
20 - 39% = 78
40 - 59% = 79
60 - 79% = 364
80 - 99% = 0

Index ISAVEFUR (0)
Depth: 3, leaf buckets: 389, nodes: 33281
Average data length: 36.23, total dup: 2, max dup: 1
Fill distribution:
0 - 19% = 12
20 - 39% = 112
40 - 59% = 232
60 - 79% = 22
80 - 99% = 11

SAVEGLS (184)
Primary pointer page: 288, Index root page: 289
Data pages: 5744, data page slots: 5771, average fill: 63%
Fill distribution:
0 - 19% = 209
20 - 39% = 566
40 - 59% = 750
60 - 79% = 4219
80 - 99% = 0

Index ISAVEGLS (0)
Depth: 3, leaf buckets: 2181, nodes: 435127
Average data length: 12.63, total dup: 28, max dup: 1
Fill distribution:
0 - 19% = 38
20 - 39% = 640
40 - 59% = 1259
60 - 79% = 163
80 - 99% = 81

SAVEOTK (194)
Primary pointer page: 310, Index root page: 311
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISAVEOTK (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAVEVST (192)
Primary pointer page: 304, Index root page: 305
Data pages: 4152, data page slots: 4158, average fill: 54%
Fill distribution:
0 - 19% = 180
20 - 39% = 584
40 - 59% = 1054
60 - 79% = 2334
80 - 99% = 0

Index ISAVEVST (0)
Depth: 3, leaf buckets: 2156, nodes: 441263
Average data length: 11.63, total dup: 34, max dup: 1
Fill distribution:
0 - 19% = 102
20 - 39% = 631
40 - 59% = 1193
60 - 79% = 170
80 - 99% = 60

SAV_BIR (181)
Primary pointer page: 280, Index root page: 281
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISAV_BIR (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAV_CON (187)
Primary pointer page: 294, Index root page: 295
Data pages: 5, data page slots: 13, average fill: 48%
Fill distribution:
0 - 19% = 0
20 - 39% = 2
40 - 59% = 2
60 - 79% = 1
80 - 99% = 0

Index ISAV_CON (0)
Depth: 2, leaf buckets: 2, nodes: 364
Average data length: 9.21, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 2
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAV_ELM (183)
Primary pointer page: 285, Index root page: 286
Data pages: 5, data page slots: 16, average fill: 66%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 2
60 - 79% = 3
80 - 99% = 0

Index ISAV_ELM (0)
Depth: 2, leaf buckets: 3, nodes: 269
Average data length: 37.20, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

SAV_FUP (191)
Primary pointer page: 302, Index root page: 303
Data pages: 2, data page slots: 3, average fill: 19%
Fill distribution:
0 - 19% = 1
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISAV_FUP (0)
Depth: 1, leaf buckets: 1, nodes: 75
Average data length: 12.93, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAV_FUR (189)
Primary pointer page: 298, Index root page: 299
Data pages: 2, data page slots: 2, average fill: 17%
Fill distribution:
0 - 19% = 2
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISAV_FUR (0)
Depth: 1, leaf buckets: 1, nodes: 28
Average data length: 29.21, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAV_GLS (185)
Primary pointer page: 290, Index root page: 291
Data pages: 3, data page slots: 8, average fill: 51%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 1
60 - 79% = 1
80 - 99% = 0

Index ISAV_GLS (0)
Depth: 1, leaf buckets: 1, nodes: 188
Average data length: 12.02, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SAV_VST (193)
Primary pointer page: 308, Index root page: 309
Data pages: 2, data page slots: 5, average fill: 36%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

Index ISAV_VST (0)
Depth: 1, leaf buckets: 1, nodes: 154
Average data length: 10.59, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SKLNAME (250)
Primary pointer page: 433, Index root page: 434
Data pages: 1, data page slots: 1, average fill: 1%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISKLNAME (0)
Depth: 1, leaf buckets: 1, nodes: 2
Average data length: 16.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SKLSAVE (256)
Primary pointer page: 6379, Index root page: 6479
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SKLSIZE (252)
Primary pointer page: 437, Index root page: 438
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISKLSIZE (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SKLSPEC (251)
Primary pointer page: 435, Index root page: 436
Data pages: 10, data page slots: 11, average fill: 72%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 9
80 - 99% = 0

Index ISKLSPEC (0)
Depth: 2, leaf buckets: 4, nodes: 798
Average data length: 24.27, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 2
80 - 99% = 1

SPECMAP (149)
Primary pointer page: 206, Index root page: 207
Data pages: 38330, data page slots: 38330, average fill: 80%
Fill distribution:
0 - 19% = 44
20 - 39% = 133
40 - 59% = 639
60 - 79% = 23401
80 - 99% = 14113

Index ISPECMAP (0)
Depth: 3, leaf buckets: 7004, nodes: 2980417
Average data length: 12.63, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 15
20 - 39% = 37
40 - 59% = 60
60 - 79% = 138
80 - 99% = 6754

SPECPAU (179)
Primary pointer page: 275, Index root page: 276
Data pages: 82489, data page slots: 89058, average fill: 79%
Fill distribution:
0 - 19% = 4275
20 - 39% = 3869
40 - 59% = 4174
60 - 79% = 5307
80 - 99% = 64864

Index ISPECPAU (0)
Depth: 4, leaf buckets: 46201, nodes: 3447318
Average data length: 48.81, total dup: 230, max dup: 4
Fill distribution:
0 - 19% = 1101
20 - 39% = 7061
40 - 59% = 28913
60 - 79% = 6521
80 - 99% = 2605

STATIST (137)
Primary pointer page: 180, Index root page: 181
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISTATIST (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

STATPRJ (173)
Primary pointer page: 262, Index root page: 263
Data pages: 536, data page slots: 536, average fill: 68%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 44
60 - 79% = 492
80 - 99% = 0

Index ISTATPRJ (0)
Depth: 2, leaf buckets: 107, nodes: 40221
Average data length: 7.16, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 2
20 - 39% = 1
40 - 59% = 66
60 - 79% = 28
80 - 99% = 10

STATUSP (162)
Primary pointer page: 235, Index root page: 236
Data pages: 1, data page slots: 2, average fill: 59%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

Index ISTATUSP (0)
Depth: 1, leaf buckets: 1, nodes: 55
Average data length: 27.65, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSDATA (132)
Primary pointer page: 170, Index root page: 171
Data pages: 5, data page slots: 16, average fill: 27%
Fill distribution:
0 - 19% = 2
20 - 39% = 2
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index ISYSDATA (0)
Depth: 2, leaf buckets: 1, nodes: 129
Average data length: 1.07, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSFURN (196)
Primary pointer page: 314, Index root page: 315
Data pages: 1, data page slots: 1, average fill: 1%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISYSFURN (0)
Depth: 1, leaf buckets: 1, nodes: 1
Average data length: 24.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSPROA (218)
Primary pointer page: 361, Index root page: 362
Data pages: 4, data page slots: 8, average fill: 56%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 4
60 - 79% = 0
80 - 99% = 0

Index ISYSPROA (0)
Depth: 2, leaf buckets: 2, nodes: 338
Average data length: 21.11, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

SYSPROF (217)
Primary pointer page: 359, Index root page: 360
Data pages: 5, data page slots: 9, average fill: 61%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 2
60 - 79% = 0
80 - 99% = 2

Index ISYSPROF (0)
Depth: 2, leaf buckets: 1, nodes: 115
Average data length: 10.92, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSPROS (219)
Primary pointer page: 363, Index root page: 364
Data pages: 5, data page slots: 7, average fill: 61%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 4
80 - 99% = 0

Index ISYSPROS (0)
Depth: 1, leaf buckets: 1, nodes: 348
Average data length: 1.75, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSPROW (157)
Primary pointer page: 225, Index root page: 226
Data pages: 11, data page slots: 28, average fill: 62%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 3
60 - 79% = 7
80 - 99% = 0

Index ISYSPROW (0)
Depth: 2, leaf buckets: 1, nodes: 740
Average data length: 1.15, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 0

SYSSIZE (200)
Primary pointer page: 322, Index root page: 323
Data pages: 1, data page slots: 1, average fill: 8%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISYSSIZE (0)
Depth: 1, leaf buckets: 1, nodes: 9
Average data length: 14.11, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

SYSTEMP (133)
Primary pointer page: 172, Index root page: 173
Data pages: 1, data page slots: 1, average fill: 8%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ISYSTEMP (0)
Depth: 1, leaf buckets: 1, nodes: 17
Average data length: 15.41, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

TECHPRO (197)
Primary pointer page: 316, Index root page: 317
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ITECHPRO (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

TEMPPAR (135)
Primary pointer page: 176, Index root page: 177
Data pages: 552, data page slots: 595, average fill: 33%
Fill distribution:
0 - 19% = 306
20 - 39% = 21
40 - 59% = 34
60 - 79% = 191
80 - 99% = 0

Index ITEMPPAR (0)
Depth: 2, leaf buckets: 49, nodes: 19550
Average data length: 4.88, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 48
60 - 79% = 0
80 - 99% = 0

TYPEADD (158)
Primary pointer page: 227, Index root page: 228
Data pages: 1, data page slots: 1, average fill: 9%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ITYPEADD (0)
Depth: 1, leaf buckets: 1, nodes: 10
Average data length: 27.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

TYPEENU (160)
Primary pointer page: 231, Index root page: 232
Data pages: 1, data page slots: 1, average fill: 22%
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ITYPEENU (0)
Depth: 1, leaf buckets: 1, nodes: 13
Average data length: 8.77, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

TYPEPRJ (159)
Primary pointer page: 229, Index root page: 230
Data pages: 1, data page slots: 1, average fill: 5%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ITYPEPRJ (0)
Depth: 1, leaf buckets: 1, nodes: 8
Average data length: 28.63, total dup: 2, max dup: 2
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

TYPEROL (237)
Primary pointer page: 402, Index root page: 403
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index ITYPEROL (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

USERGRP (129)
Primary pointer page: 164, Index root page: 165
Data pages: 1, data page slots: 1, average fill: 69%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IUSERGRP (0)
Depth: 1, leaf buckets: 1, nodes: 78
Average data length: 19.73, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

USERLST (128)
Primary pointer page: 161, Index root page: 162
Data pages: 24, data page slots: 68, average fill: 28%
Fill distribution:
0 - 19% = 12
20 - 39% = 5
40 - 59% = 3
60 - 79% = 3
80 - 99% = 1

Index IUSERLST (0)
Depth: 1, leaf buckets: 1, nodes: 132
Average data length: 35.36, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

VSTALST (209)
Primary pointer page: 341, Index root page: 342
Data pages: 3, data page slots: 4, average fill: 59%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 2

Index IVSTALST (0)
Depth: 1, leaf buckets: 1, nodes: 128
Average data length: 45.23, total dup: 1, max dup: 1
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

VSTASPC (211)
Primary pointer page: 345, Index root page: 346
Data pages: 5, data page slots: 7, average fill: 57%
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 4
80 - 99% = 0

Index IVSTASPC (0)
Depth: 2, leaf buckets: 3, nodes: 504
Average data length: 20.41, total dup: 12, max dup: 3
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 1
60 - 79% = 0
80 - 99% = 1

WINBRIG (168)
Primary pointer page: 250, Index root page: 251
Data pages: 0, data page slots: 0, average fill: 0%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

Index IWINBRIG (0)
Depth: 1, leaf buckets: 1, nodes: 0
Average data length: 0.00, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 1
20 - 39% = 0
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

WORKLST (155)
Primary pointer page: 220, Index root page: 221
Data pages: 1, data page slots: 1, average fill: 76%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 0
60 - 79% = 1
80 - 99% = 0

Index IWORKLST (0)
Depth: 1, leaf buckets: 1, nodes: 51
Average data length: 46.47, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 0
20 - 39% = 1
40 - 59% = 0
60 - 79% = 0
80 - 99% = 0

WORKMAP (248)
Primary pointer page: 429, Index root page: 430
Data pages: 74, data page slots: 74, average fill: 77%
Fill distribution:
0 - 19% = 0
20 - 39% = 0
40 - 59% = 2
60 - 79% = 70
80 - 99% = 2

Index IWORKMAP (0)
Depth: 2, leaf buckets: 23, nodes: 5338
Average data length: 13.96, total dup: 0, max dup: 0
Fill distribution:
0 - 19% = 2
20 - 39% = 0
40 - 59% = 13
60 - 79% = 8
80 - 99% = 0

WORKPRJ (177)
Primary pointer page: 270, Index root page: 271
Data pages: 237, data page slots: 237, average fill: 75%
Fill distribution:
0 - 19% = 0
20 - 39% = 5
40 - 59% = 52
60 - 79% = 22
80 - 99% = 158

Index IWORKPRJ (0)
Depth: 2, leaf buckets: 52, nodes: 10423
Average data length: 15.15, total dup: 3, max dup: 1
Fill distribution:
0 - 19% = 3
20 - 39% = 6
40 - 59% = 37
60 - 79% = 0
80 - 99% = 6

Чуть позже, когда все выйдут из базы, выложу репорт рекомендаций IBAnalyst'a.

Подскажите как его можно ускорить?

...

Рейтинг:

0 / 0

03.02.2014, 17:53

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547508

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

Hello, Lamobot!
You wrote on 3 февраля 2014 г. 17:55:16:

Lamobot> Имеется "программа" профстрой 4, в качестве БД использует firebird,
> так вот эта прога просто не реально тормозит
обратись в саппорт этой программы.
сервер тут роли не играет.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 17:56

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547520

Lamobot

Гость

Проблема в том, что саппорт у этой проги на уровне "у нас все работает, это что-то у вас - разбирайтесь".
На этом рекомендации заканчиваются!

Или дают "советы" такие, что складывается впечатление что разработчики седят на тяжелых наркотиках!

Вот теперь пытаюсь проникнуться проблемой и хоть как-то ускорить работу этой проги.

...

Рейтинг:

0 / 0

03.02.2014, 18:04

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547535

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

ну, дизасемблируй и правь.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 18:09

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547540

Гаджимурадов Рустам

Участник

Сообщения: 64 024

Рейтинг: 0 / 0

Lamobot> Вот теперь пытаюсь проникнуться проблемой
Lamobot> и хоть как-то ускорить работу этой проги.

Если "ни в зуб ногой", то толку не будет.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 18:12

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547545

Lamobot

Гость

Мимопроходящийну, дизасемблируй и правь.

Это, конечно, вариант...

Гаджимурадов РустамLamobot> Вот теперь пытаюсь проникнуться проблемой
Lamobot> и хоть как-то ускорить работу этой проги.

Если "ни в зуб ногой", то толку не будет.

Вот именно по этой причине я решил обратится к Вам, Гуру БД.)))

...

Рейтинг:

0 / 0

03.02.2014, 18:15

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547548

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

проблема в том что

LamobotFirebird - 2.5.1 Superserver

и в

LamobotТ.к. я открыл когфигурационный файл firebird.conf, а он весь закомментирован, т.е. все по дефолту.

Спрашивайте у саппорта почему так.

...

Рейтинг:

0 / 0

03.02.2014, 18:16

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547557

Lamobot

Гость

А как должно быть?

Повторюсь, саппорт спрашивать не вариант, вменяемого ответа от них не получить!
Чего только стоит ответ на вопрос почему выводится медленно планирование - установите в сервер видеокарту... *no comments*
Хочу, с Вашей помощью, пусть методом "научного тыка" попытаться ускорить работу этой проги.
Сменить прогу тоже не вариант, за неё заплатили много бабла.

Одним словом - HELP!!!

...

Рейтинг:

0 / 0

03.02.2014, 18:22

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547566

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

LamobotЧего только стоит ответ на вопрос почему выводится медленно планирование - установите в сервер видеокарту

а вдруг они используют GPGPU ? как 1C ?

...

Рейтинг:

0 / 0

03.02.2014, 18:28

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547568

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

LamobotВозможно и разработчики этой проги не особо старались при написании и любой запрос опрашивает чуть ли не пол базы.
Но я иду от обратного, что СУБД не настроена, а оно так и есть.

а зачем гадать? есть же утилиты, которые показывают проходящие запросы к БД. Если правда готовый на это свое время тратить - то найдите и попробуйте.

...

Рейтинг:

0 / 0

03.02.2014, 18:30

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547579

Lamobot

Гость

Ariochа зачем гадать? есть же утилиты, которые показывают проходящие запросы к БД.
IBExpert - SQL Монитор?
Открыл, "смотрю как баран на новые ворота", чего мне там надо высмотреть?)))

AriochЕсли правда готовый на это свое время тратить - то найдите и попробуйте.
У меня особо вариантов нет.

...

Рейтинг:

0 / 0

03.02.2014, 18:34

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547582

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

LamobotВот именно по этой причине я решил обратится к Вам, Гуру БД.)))
Ну тогда вот тебе ответ: мониторь запросы, смотри их планы и статистику, анализируй.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 18:37

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547602

Lamobot

Гость

Dimitry Sibiryakovмониторь запросы, смотри их планы и статистику, анализируй.

Чуть-чуть разверните ответ, что именно мониторить, на какие запросы обратить особое внимание.
Что значит "смотреть их планы".
Смотреть статистику ту, которую я приложил в первом посте? Если да, то на что обратить особое внимание?

Я, конечно, понимаю что научиться на форуме не получится. На форуме я пытаюсь получить нужное направление движения.

П.С. Пожалуйста, войдите в моё положение, я не разработчик БД, я сисадмин, которого угораздило связаться с этой прогой,
моя задача не научиться писать запросы, а выяснить в чем может быть затык. Поэтому, пожалуйста,
не надо меня отсылать в "настольные книги", у меня нет времени и желания вникать в тонкости firebird.
Я действую в подобных случаях по принципу получил ответ на форуме - пошел в гугл, затык в гугл - пошел на форум.
Да, не очень правильно, зато быстро.

Спасибо за понимание!

...

Рейтинг:

0 / 0

03.02.2014, 18:46

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547605

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

откуда же нам знать какие запросы там у вас. Ищи тормозные места в проге, те и мониторь. Или трассировкой их смотри.

...

Рейтинг:

0 / 0

03.02.2014, 18:49

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547609

Мимопроходящий

Участник

Откуда: бурятский тундрюк, эсквайр

Сообщения: 33 443

Рейтинг: 0 / 0

и потом дизасемблируй и правь...

граждане, один я сегодня трезвый?!
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 18:52

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547612

Lamobot

Гость

Симонов Денисоткуда же нам знать какие запросы там у вас. Ищи тормозные места в проге, те и мониторь. Или трассировкой их смотри.

Спасибо, буду внимательно посмотреть!

Мимопроходящийи потом дизасемблируй и правь...

граждане, один я сегодня трезвый?!

Вы считаете?

...

Рейтинг:

0 / 0

03.02.2014, 18:55

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547619

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Lamobotчто именно мониторить, на какие запросы обратить особое внимание.
Что значит "смотреть их планы".
Мониторить - запросы. Какие - долго выполняющиеся. "Смотреть планы" значит... э-э-э...
глазами читать план выполнения запроса как описано тут:
http://ibase.ru/develop.htm#performance
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 18:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547628

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

МП прав. Без исходников запросы в приложении как править будешь?

...

Рейтинг:

0 / 0

03.02.2014, 19:02

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547632

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Симонов ДенисБез исходников запросы в приложении как править будешь?
Ну, может для него работает поговорка "дуракам везёт" и ситуацию действительно можно
направить тюнингом сервера и/или базы... Индексы там создать, процедурки подрихтовать...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 19:06

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547732

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

LamobotFirebird - 2.5.1 Superserver.

искать про появившийся в 2.5 trace api

увага - там были багы вроде вплоть до утечки памяти, лучше ставит ьсамый самый последний 2.5.x

первейшие результаты из Гугла

* http://stackoverflow.com/questions/13195672/monitoring-sql-calls-to-firebird-under-ubuntu-java-app
* http://www.slideshare.net/mindthebird/continuous-database-monitoring-with-the-trace-api
* http://www.ibphoenix.com/resources/documents/general/doc_3
* http://ibexpert.net/ibe/index.php?n=Doc.TraceAndAudit
* http://www.sql.ru/forum/122889/sql-trace
* http://www.firebirdfaq.org/faq95/
* http://fbutils.sourceforge.net/fbhook/
* http://www.ib-aid.com/products/firebird_interbase/monitoring/IBTransactionMonitor
* http://www.ib-aid.com/products/firebird_interbase/monitoring/FBScanner

...и так далее

...

Рейтинг:

0 / 0

03.02.2014, 20:46

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547855

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Lamobotя открыл когфигурационный файл firebird.conf, а он весь закомментирован, т.е. все по дефолту.

Крутится это всё в терминале WinSrv 2008 R2.
Firebird - 2.5.1 Super server .

Конфигурация сервера:
HP prol 380 G8
Intel E5 2420*2(16*2=32 потока)
72 озу
рейд 0 300*5 сас

Загрузка ЦП в пике при 30 пользователях ~ 10%, так 3-4%.
ОЗУ съедают 30 пользователей ~ 10 гб.
В вашем приложении наверняка есть запросы с сортировками (трудно найти приложение, где их нет). Установите для начала TempCacheLimit = 2000000000 (два млрд байт). Память под сортировки будет выделяться по мере их выполнения, а затем всё равно ФБ отдаст её системе. Эта память не будет равна 2 млрд, если сортировке надо только 100 мб - это только верхний лимит, после которого ФБ начнёт выталкивать данные на диск.
Если в системе есть ram-диск (аналог линуксового tempfs), то создайте в нём папку 'tmp' установите в конфиге параметр TempDirectories на этот диск: TempDirectories = e:\tmp

Увеличьте FuileSystemCacheThreshold до 512000 - это можно делать без опаски.
У вас Super Server ==> поменяйте дефолтный размер страничного кеша (DefaultDBCachePages) с 2048 на "побольше", например - на 256000.
(есть "мантра": page_size(=8192) * число_коннектов (=30) * DefaultDBCachePages должно быть равным 1/3 или 1/2 от общего объёма ОЗУ - так что для исчерпания ваших 72/3=24 Гб памяти там еще далеко :))

Если в планировщике есть задание со строкой gfix -sweep <ваша_бедная_база.fdb>, выполняемое ночером, то можно убрать "Sweep interval: 20000": gfix -housekeeping 0 <ваша_бедная_база.fdb> (gfix всегда делать при "остановленной" базе!)

Рестартуйте службу ФБ.

Когда (и если) на след. день всё снова заклинит, выполните:
%FIREBIRD_HOME%\bin\fb_lock_print -d <ваша_бедная_база.fdb> и покажите сюда результат (интересуют строки Mutex wait: nn.nn% и Hash slots: NNNN, Hash lengths (min/avg/max): ?/ ?/ ?).

ЗЫ. в ФБ 2.5.1 было найдено приличное кол-во багов. Обновиться бы надо.

...

Рейтинг:

0 / 0

03.02.2014, 22:52

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547863

Гаджимурадов Рустам

Участник

Сообщения: 64 024

Рейтинг: 0 / 0

Да, вот про lockprint ему важнее всего втюхать, это ему самое нужное, да.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 23:00

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547865

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Да, и еще: ищите в релиз-нотах 2.5 параграф про audit & trace.
Если надо выловить только те запросы, которые "заклинивают", то в конфиге трейса установите нижний лимит: time_threshold 500 (т.е. 0.5 сек; ну, или поставьте побольше значение, если их много будет).
Следующие параметры должны быть выставлены в true:

Код: plaintext

1.
2.
3.
4.
5.
6.

log_connections true
log_transactions true
log_statement_finish true
log_trigger_finish true
log_procedure_finish true
print_plan true
print_perf true

После чего, зная пароль от SYSDBA, запускаете трейс в то время, когда "обычно" заклинивает:

Код: plaintext

%FIREBIRD_HOME%\bin\fbtracemgs -sta -c your_trace_config.conf -se localhost/3050:service_mgr -user SYSDBA -pas ******* | mtee trace_data.log

- и ждёте полчаса...час.
Затем останавливайте трейс (просто Ctrl-C) и смотрите в его лог: там будут выведены стейтменты, которые длились свыше 500 мс (или "вашего" лимита).
Дальше ищите самые жуткие из них (по времени) и отправляете их бандеролью в адрес разработчиков вашей проги :-)

...

Рейтинг:

0 / 0

03.02.2014, 23:02

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547866

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Гаджимурадов РустамДа, вот про lockprint ему важнее всего втюхать, это ему самое нужное, да.это не ему; нам :-)

...

Рейтинг:

0 / 0

03.02.2014, 23:02

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547869

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Tabloid, не надо вот так вот нести бред в массы. Твои советы, конечно, правильные, если
каждый по отдельности и в отдельных случаях. Но все вместе, да ещё и в руках эникейщика,
который о базах знает чуть меньше чем ничего - слишком сильная граната.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 23:05

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547873

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Dimitry SibiryakovTabloid, не надо вот так вот нести бред в массы. Твои советы, конечно, правильные, если
каждый по отдельности и в отдельных случаях. Но все вместе, да ещё и в руках эникейщика,
который о базах знает чуть меньше чем ничего - слишком сильная граната.я старался фильтровать бред, но что получилось - то и получ и те
BTW: а что там ты видишь "не того", то бишь гранато-подобного ?

...

Рейтинг:

0 / 0

03.02.2014, 23:09

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547874

Ivan_Pisarevsky

Участник

Откуда: НН

Сообщения: 9 563

Рейтинг: 0 / 0

обратитесь к специалистам http://www.ibase.ru/techsupp.htm

Или на крайняк к отметившимся в топике коллегам, чтоб провели аудит, может что-то и прояснится.

...

Рейтинг:

0 / 0

03.02.2014, 23:11

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547900

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Таблоида что там ты видишь "не того", то бишь гранато-подобного ?
Вот с чего ты, например, взял, что у них птица 64-х разрядная?.. 32-х разрядную птицу
любой твой совет по увеличению расхода памяти просто убьёт.

Ты статистику внимательно рассмотрел? Я - нет. Но заметил, что крупных таблиц там три или
четыре и при этом на них всего по одному индексу. Т.е. первичных ключей - нет, вторичных
ключей - нет, населена full scan-ами. Да, при таком размере кэша, что ты назвал, она вся в
него влезет, но легче от этого если и станет, то ненадолго, поскольку уже сейчас вся БД
должна сидеть в файловом кэше.

Ну и наконец: какой, нафиг, lock print в супере?..
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

03.02.2014, 23:44

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547903

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Dimitry Sibiryakov,

неистово плюсую (ц)

PS Дима, это точно ты ?

...

Рейтинг:

0 / 0

03.02.2014, 23:53

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547910

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

Таблоидно что получилось - то и получите
не понимаю, зачем пользователю чужой системы выносить мозг про трейс и аудит. Ну увидит он "тормозящий запрос", а дальше что?
потом, с чего бы это суперсервер при 30 пользователях потребляет 10 гиг памяти. Откуда взята эта цифра?

...

Рейтинг:

0 / 0

04.02.2014, 00:03

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547911

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Dimitry SibiryakovВот с чего ты, например, взял, что у них птица 64-х разрядная?..померещилось что-то в вводной:авторSuperServer <...> ОЗУ съедают 30 пользователей ~ 10 гб.
Dimitry Sibiryakov32-х разрядную птицу любой твой совет по увеличению расхода памяти просто убьёт.Обоснуй. Какой именно совет и почему непременно убьёт.

Dimitry SibiryakovТы статистику внимательно рассмотрел? Я - нет. Но заметил, что крупных таблиц там три или четыре и при этом на них всего по одному индексу. Смотрел я её. Там есть 1 индекс с глубиной=4, что-то странным показалось при странице в 8К.

Dimitry Sibiryakovпри таком размере кэша, что ты назвал, она вся в него влезет, но легче от этого если и станет, то ненадолго, поскольку уже сейчас вся БД должна сидеть в файловом кэше.Ты сам прекрасно знаешь, что при нищенских значениях страничного кеша никакой файловый кеш не спасёт. Попробуй проапдейтить индексированную таблу с дефолтными 256 страницами кеша, а затем - с 16384.

Dimitry SibiryakovНу и наконец: какой, нафиг, lock print в супере?..В смысле ? Ну, такой например:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.

$ /opt/fb30trnk/bin/fb_lock_print -d idx_under_load_trnk.fdb
LOCK_HEADER BLOCK
        Version: 146, Creation timestamp: 2014-02-03 23:52:19
        Active owner:      0, Length: 1048576, Used: 769120
        Enqs: 39837939, Converts:   8210, Rejects: 3430863, Blocks:      0
        Deadlock scans:      0, Deadlocks:      0, Scan interval:  10
        Acquires: 76372131, Acquire blocks: 4409771, Spin count:   0
        Mutex wait: 5.8%
        Hash slots: 1009, Hash lengths (min/avg/max):    0/   0/   6
        Remove node:      0, Insert queue:      0, Insert prior:      0
        Owners (103):   forward:  20920, backward: 756000
        Free owners: *empty*
        Free locks (47):        forward:  22952, backward: 470592
        Free requests (132):    forward: 761448, backward: 738144

И что тут не так ?

PS.При этом я - точно сейчас в SS:

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.

SQL> commit; select * from mon$attachments where mon$user containing 'cache writer';

MON$ATTACHMENT_ID               110
MON$SERVER_PID                  6768
MON$STATE                       0
MON$ATTACHMENT_NAME             /var/db/fb30/idx_under_load_trnk.fdb
 MON$USER                        Cache Writer 
MON$ROLE                        <null>
MON$REMOTE_PROTOCOL             <null>
MON$REMOTE_ADDRESS              <null>
MON$REMOTE_PID                  <null>
MON$CHARACTER_SET_ID            0
MON$TIMESTAMP                   2014-02-03 23:52:20.4260
MON$GARBAGE_COLLECTION          1
MON$REMOTE_PROCESS              <null>
MON$STAT_ID                     608
MON$CLIENT_VERSION              <null>
MON$REMOTE_VERSION              <null>
MON$REMOTE_HOST                 <null>
MON$REMOTE_OS_USER              <null>
MON$AUTH_METHOD                 <null>
MON$SYSTEM_FLAG                 1

...

Рейтинг:

0 / 0

04.02.2014, 00:05

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547913

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladнеистово плюсую (ц)я другого и не ожидал.

2 ТС: дальше ждите советов от местных завсегдатаев. Я своё высказал, теперь буду пинки в очередной раз собирать.

...

Рейтинг:

0 / 0

04.02.2014, 00:07

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547914

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

kdvНу увидит он "тормозящий запрос", а дальше что?аз есмьотправляете их бандеролью в адрес разработчиков вашей проги :-) - по кр. мере, это будет уже аргумент с цифирками, а не просто "тормозит, спасите!"

...

Рейтинг:

0 / 0

04.02.2014, 00:09

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547924

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

ТаблоидПри этом я - точно сейчас в SS:
Вот только ты - в супере тройки, не путай.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 00:30

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547925

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидИ что тут не так ?А какую инф-цию ты получил из этого дампа ?
А какую хотел получить ?

...

Рейтинг:

0 / 0

04.02.2014, 00:39

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547934

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Mutex wait: - лучше чтобы доходил до 5...8%, но не более 10%.
Hash lengths (min/avg/max): три/десять/пятнадцать - не более по каждому.

ЗЫ. Есть у мну в копилке материальчик от тёти Ани, и там говорится вот что:Ann H., Locking, Firebird and the Lock tableIf the hash lengths are more than min 5, avg 10, or max 30, you need to increase the number of hash slots.("The InterBase and Firebird Developer Magazine", 2005, issue #2 - кому интересно, ищите и обрящете, он есть в сети)

...

Рейтинг:

0 / 0

04.02.2014, 01:12

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547948

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

ТаблоидЕсть у мну в копилке материальчик от тёти Ани, и там говорится вот что:
уже давно известно (публично), как конфигурируется lockhashslots. Причем один раз и навсегда. И можно даже в лок-принт не смотреть.

...

Рейтинг:

0 / 0

04.02.2014, 01:28

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547954

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

kdvТаблоидЕсть у мну в копилке материальчик от тёти Ани, и там говорится вот что:
уже давно известно (публично), как конфигурируется lockhashslots. Причем один раз и навсегда. И можно даже в лок-принт не смотреть.ты про это ?

...

Рейтинг:

0 / 0

04.02.2014, 01:32

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38547957

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

Таблоидты про это ?
ну да. Насчет вычисляемого LockMemSize понятно. А вот мизерное значение HashSlots просто результат слишком долгой жизни IB. Вспомни дефолтные 75 страниц кэша классика, и даже 2048 дефолтных для супера. Так что настраивать HashSlots не надо, его надо просто поменять, и все.

...

Рейтинг:

0 / 0

04.02.2014, 01:44

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548049

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

kdv,

LockMemSize он разве не только для классика?

...

Рейтинг:

0 / 0

04.02.2014, 09:04

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548073

Lamobot

Гость

2Таблойд:
Спасибо тебе, добрый человек.
Первый и единственный в моём топике кто попытался дать развернутый ответ.
Пошел править конфиг.

2All:
1) SuperServer 2.5.1, x64
2) 10Гб ОЗУ съели и 30 пользователей этой проги и бухи в кол-ве 5шт., но они сидят в 1С 7.7, так что 1Ска не даёт практически ни какой нагрузки. Конфа там стандартная.

...

Рейтинг:

0 / 0

04.02.2014, 09:27

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548092

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидКогда (и если) на след. день всё снова заклинит, выполните:
%FIREBIRD_HOME%\bin\fb_lock_print -d <ваша_бедная_база.fdb> и покажите сюда результат (интересуют строки Mutex wait: nn.nn% и Hash slots: NNNN, Hash lengths (min/avg/max): ?/ ?/ ?).
с каких это пор лок-таблица стала узким местом в суперсервере? Хотя тебе конечно виднее, ага.

...

Рейтинг:

0 / 0

04.02.2014, 09:45

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548093

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

не торопись. Если ты и вправду не боишься править конфиг и чего там перестраивать, то для начала можно было бы попробовать сменить архитектуру с SuperServer на SuperClassic при этом DefaultDBCachePages выставить 256-2048 страниц.

...

Рейтинг:

0 / 0

04.02.2014, 09:46

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548107

CyberMax

Участник

Откуда: Хабаровск

Сообщения: 1 529

Рейтинг: 0 / 0

Lamobot,

В IBExpert через статистику найди пять самых больших таблиц и выложи сюда их DDL. Любопытно посмотреть на них. Не знаю только, допустимо ли это...

...

Рейтинг:

0 / 0

04.02.2014, 09:54

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548119

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

LamobotИмеется "программа" профстрой 4, в качестве БД использует firebird, так вот эта прога просто не реально тормозит,
особенно при формировании "планирования производтства"(если кто имел дело с этой "программой" может скажит как это победить).
.........................

Подскажите как его можно ускорить?

запускаешь свою прогу. Перед запуском формирования "планирования производтства" запускаешь в IBExpert трассировку (trace) ищешь находишь там свой тормозной запрос выкладываешь его сюда, а также план и статистику выполнения. выкладываешь также DDL всех таблиц и ХП участвующих в нём, тогда ещё можно покумекать. Я правда не уверен что это законно и что разработчики программы "профстрой 4" это разрешат.

...

Рейтинг:

0 / 0

04.02.2014, 10:03

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548168

Lamobot

Гость

ТаблоидВ вашем приложении наверняка есть запросы с сортировками (трудно найти приложение, где их нет). Установите для начала TempCacheLimit = 2000000000 (два млрд байт). Память под сортировки будет выделяться по мере их выполнения, а затем всё равно ФБ отдаст её системе. Эта память не будет равна 2 млрд, если сортировке надо только 100 мб - это только верхний лимит, после которого ФБ начнёт выталкивать данные на диск.
Если в системе есть ram-диск (аналог линуксового tempfs), то создайте в нём папку 'tmp' установите в конфиге параметр TempDirectories на этот диск: TempDirectories = e:\tmp

Увеличьте FuileSystemCacheThreshold до 512000 - это можно делать без опаски.
У вас Super Server ==> поменяйте дефолтный размер страничного кеша (DefaultDBCachePages) с 2048 на "побольше", например - на 256000.
(есть "мантра": page_size(=8192) * число_коннектов (=30) * DefaultDBCachePages должно быть равным 1/3 или 1/2 от общего объёма ОЗУ - так что для исчерпания ваших 72/3=24 Гб памяти там еще далеко :))

Сделал, измениний вообще ни каких не произошло.(((

ТаблоидЕсли в планировщике есть задание со строкой gfix -sweep <ваша_бедная_база.fdb>, выполняемое ночером, то можно убрать "Sweep interval: 20000": gfix -housekeeping 0 <ваша_бедная_база.fdb> (gfix всегда делать при "остановленной" базе!)

Рестартуйте службу ФБ.

В планировщике вообще ни каких заданий нет относительно ФБ.

ТаблоидКогда (и если) на след. день всё снова заклинит, выполните:
%FIREBIRD_HOME%\bin\fb_lock_print -d <ваша_бедная_база.fdb> и покажите сюда результат (интересуют строки Mutex wait: nn.nn% и Hash slots: NNNN, Hash lengths (min/avg/max): ?/ ?/ ?).

fb_lock

Код: 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.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.

LOCK_HEADER BLOCK
        Version: 145, Active owner:      0, Length: 9437184, Used: 8847544
        Flags: 0x0001
        Enqs: 197661, Converts:   6594, Rejects:    321, Blocks:   1161
        Deadlock scans:      0, Deadlocks:      0, Scan interval:  10
        Acquires: 320650, Acquire blocks:      0, Spin count:   0
        Mutex wait: 0.0%
        Hash slots: 1009, Hash lengths (min/avg/max):   24/  43/  66
        Remove node:      0, Insert queue:      0, Insert prior:      0
        Owners (14):    forward:  44952, backward: 6869752
        Free owners: *empty*
        Free locks (1): forward:  22024, backward:  22024
        Free requests: *empty*
        Lock Ordering: Enabled

OWNER BLOCK  44952
        Owner id: 191675800485904, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  41444
        Flags: 0x08       wake
        Requests (4831):        forward:  44168, backward: 8468408
        Blocks: *empty*

OWNER BLOCK 912024
        Owner id: 191675800485907, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  50244
        Flags: 0x08       wake
        Requests (4553):        forward: 912136, backward: 8349240
        Blocks: *empty*

OWNER BLOCK 2494144
        Owner id: 191675800485910, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  46220
        Flags: 0x08       wake
        Requests (4643):        forward: 2493632, backward: 8468600
        Blocks: *empty*

OWNER BLOCK 2797872
        Owner id: 191675800485913, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  33496
        Flags: 0x08       wake
        Requests (110): forward: 2797984, backward: 2805792
        Blocks: *empty*

OWNER BLOCK 2805984
        Owner id: 191675800485916, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  12396
        Flags: 0x08       wake
        Requests (4455):        forward: 2805408, backward: 8432120
        Blocks: *empty*

OWNER BLOCK 3093016
        Owner id: 191675800485919, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  52304
        Flags: 0x08       wake
        Requests (4633):        forward: 3093128, backward: 8360248
        Blocks: *empty*

OWNER BLOCK 3401040
        Owner id: 191675800485922, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (14930):       forward: 3401152, backward: 7334312
        Blocks: *empty*

OWNER BLOCK  20824
        Owner id: 191675800485928, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  27140
        Flags: 0x08       wake
        Requests (32677):       forward: 2426144, backward: 8847672
        Blocks: *empty*

OWNER BLOCK 6204752
        Owner id: 191675800485931, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (112): forward: 6204864, backward: 6215744
        Blocks: *empty*

OWNER BLOCK 6226944
        Owner id: 191675800485934, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (4509):        forward: 6227056, backward: 8433272
        Blocks: *empty*

OWNER BLOCK 7428264
        Owner id: 191675800485940, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (4671):        forward: 7428376, backward: 7810888
        Blocks: *empty*

OWNER BLOCK 7514456
        Owner id: 191675800485946, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (4655):        forward: 7787144, backward: 8417656
        Blocks: *empty*

OWNER BLOCK 8292488
        Owner id: 191675800485952, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (5137):        forward: 7437848, backward: 8357368
        Blocks: *empty*

OWNER BLOCK 6869752
        Owner id: 191675800485955, type: 1, pending:      0
        Process id:  44628 (Alive), thread id:  37228
        Flags: 0x08       wake
        Requests (4476):        forward: 8492216, backward: 8804216
        Blocks: *empty*

Event log:
    DEL_OWNER:  owner =  20824, lock =  20824, request =      0
    DEL_OWNER:  owner =  20824, lock =  20824, request =      0
    DEL_OWNER:  owner = 7514456, lock = 7514456, request =      0
    DEL_OWNER:  owner = 8292488, lock = 8292488, request =      0
    DEL_OWNER:  owner = 6869752, lock = 6869752, request =      0

ТаблоидЗЫ. в ФБ 2.5.1 было найдено приличное кол-во багов. Обновиться бы надо.
Сделаю ночью.

...

Рейтинг:

0 / 0

04.02.2014, 10:32

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548189

Lamobot

Гость

Симонов Денис
запускаешь свою прогу. Перед запуском формирования "планирования производтства" запускаешь в IBExpert трассировку (trace) ищешь находишь там свой тормозной запрос выкладываешь его сюда, а также план и статистику выполнения. выкладываешь также DDL всех таблиц и ХП участвующих в нём, тогда ещё можно покумекать. Я правда не уверен что это законно и что разработчики программы "профстрой 4" это разрешат.

IBExpert не делает трассировку, жму "Get session" он ругается на fbclient.dll - Client library is missing or invalid.

...

Рейтинг:

0 / 0

04.02.2014, 10:45

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548198

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

1. Проверь правильность заполнения имени сервера, логина и пароля
2. Укажи явно путь к клиентской библиотеке. Причём указывать путь надо до 32 битного клиента
3. Get Session List - это список запущенных трассировок, а не запуск новой. Для запуска новой вверху кнопочка New Trace Session, но там свой диалог свойств подключения.

...

Рейтинг:

0 / 0

04.02.2014, 10:54

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548200

Lamobot

Гость

ТаблоидПосле чего, зная пароль от SYSDBA, запускаете трейс в то время, когда "обычно" заклинивает:

Код: plaintext

%FIREBIRD_HOME%\bin\fbtracemgs -sta -c your_trace_config.conf -se localhost/3050:service_mgr -user SYSDBA -pas ******* | mtee trace_data.log

...

Рейтинг:

0 / 0

04.02.2014, 10:55

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548203

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

запускать трейс надо до того как начнёшь тормозную операцию. Но не раньше, а то замучаешься фильтровать лишнее

...

Рейтинг:

0 / 0

04.02.2014, 10:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548220

Lamobot

Гость

Симонов ДенисLamobot,

1. Проверь правильность заполнения имени сервера, логина и пароля
2. Укажи явно путь к клиентской библиотеке. Причём указывать путь надо до 32 битного клиента
3. Get Session List - это список запущенных трассировок, а не запуск новой. Для запуска новой вверху кнопочка New Trace Session, но там свой диалог свойств подключения.
Допетрил, спасибо!

Но там столько валится всего что ппц!!!
Видимо, я ночью сделаю нужную трассировку.

...

Рейтинг:

0 / 0

04.02.2014, 11:13

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548227

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

когда ты запускаешь новую трассировку туда валится только то что происходит сейчас. Значит клиент столько всего выполняет. Там ещё часто выполняются запросы к системным таблицам для того чтобы узнать типы данных и другое. Их смело пропускаешь. В IBExpert при трассировке можно переключится в режим грида и там наложить доп. фильтрацию. Да и перед запуском трейса в параметрах трассировки можно кое что отфильтровать.

...

Рейтинг:

0 / 0

04.02.2014, 11:24

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548244

Lamobot

Гость

Эммм, в базе ни один клиент, а минимум 30.
Проще ночью, т.к. тормозят одни и те же функции в программе.

Причем, хочу заметить, открывая тормозную функцию, у всех остальных пользователей программы тормозов не замечено.
Т.е. менеджеры как создавали заказы так и создают с одной скоростью, а вот запуск "планирования", это и есть тормозная функция,
будет длится очень долго.

Когда база была новая, т.е. прогу только внедрили, конечно все летало.
Надеюсь доходчиво пишу?))

...

Рейтинг:

0 / 0

04.02.2014, 11:35

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548259

Ivan_Pisarevsky

Участник

Откуда: НН

Сообщения: 9 563

Рейтинг: 0 / 0

LamobotКогда база была новая, т.е. прогу только внедрили, конечно все летало.Таблоида на их базу наслать надо было перед покупкой, кучу бы нервов сэкономили.
LamobotНадеюсь доходчиво пишу?))пока что одна "вода".

...

Рейтинг:

0 / 0

04.02.2014, 11:45

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548290

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

kdvну да.

"давно известно (публично)" и "где-то кто-то в тусовке стариков между делом проговорился" не одно и то же.

Вот если бы это было в доках или хотя бы извеcтном FAQ типа ibase.ru

Вообще странная, если со стороны глядеть, картина.
Есть куча дефолтов, которые люди считают уже устаревшими, и почти всегда требущими перенастройки.
Но при этом ни какие настройки устралеи, ни как их пересчитывтаь на новые условия - ни в одном месте не собрано..

...

Рейтинг:

0 / 0

04.02.2014, 12:01

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548295

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Lamobotконечно все летало.

типично....

возможно и найдется таблица-другая, в которой достаточно индекс подставить

хуже, если там программа так построена, что она 10 таблицы на клиента тянет ,а потом обратно заливает, хотя поменять надо было одну циферку...

...

Рейтинг:

0 / 0

04.02.2014, 12:05

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548329

miwaonline

Участник

Сообщения: 2 274

Рейтинг: 0 / 0

Ariochkdvну да.

"давно известно (публично)" и "где-то кто-то в тусовке стариков между делом проговорился" не одно и то же.

Вот если бы это было в доках или хотя бы извеcтном FAQ типа ibase.ru

Вообще странная, если со стороны глядеть, картина.
Есть куча дефолтов, которые люди считают уже устаревшими, и почти всегда требущими перенастройки.
Но при этом ни какие настройки устралеи, ни как их пересчитывтаь на новые условия - ни в одном месте не собрано..

Как сказал Влад на предыдущей странице, «неистово плюсую». Это не то чтобы упрек в чью-либо сторону, просто согласие.

Подумалось тут, что если бы Таблоид поделился с общественностью своим «хранилищем знаний», а потом по этому хранилищу прошлись бы с критикой уважаемые товарищи с двухбуквенными аббревиатурами, то получившимуся документу цены бы не было.

Просто мысли вслух.

...

Рейтинг:

0 / 0

04.02.2014, 12:17

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548349

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

AriochВот если бы это было в доках или хотя бы извеcтном FAQ типа ibase.ru
я пытаюсь избежать конфликта между нашими услугами и информацией на сайте.
С одной стороны, авторы типа Lamobot все равно там ничего не поймут. С другой стороны, проблема может оказаться в иных причинах, чем эти два несчастных параметра.
Почему я не лезу с "услугами по оптимизации" в данном случае? Потому что автор уже написал реакцию техподдержки на вопросы. И подозреваю, что реакция на "вот этот запрос тормозит" будет той же самой.

потом, я тут (давно) кидал свою статью, для оценки ее полезности.
http://www.ibase.ru/devinfo/optimize.htm
реакции практически не было. хотя, я почему-то не могу поиском найти на нее ссылку (на sql.ru).
про параметры можно было бы воткнуть именно сюда. а может и отдельно...

...

Рейтинг:

0 / 0

04.02.2014, 12:23

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548360

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

kdv,

в этой статье им и место. К статье отношусь в целом положительно и не понимаю почему на неё до сих пор нет прямой ссылки со страницы документации по FB.

...

Рейтинг:

0 / 0

04.02.2014, 12:30

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548407

Lamobot

Гость

Коллеги, надеюсь я могу Вас так называть?
Я не силен в БД и администрировании СУБД. Это первый проект связанный с БД. Поэтому не судите строго!

Не налетайте на Таблойда, т.к. он единственный кто отписался и сказал что можно попытаться сделать.

Вопрос по теме, появилось желание снести СС и поставить классику 2.*.
Вопрос: Будут ли какие-либо затруднения при переходе?
Спасибо!

...

Рейтинг:

0 / 0

04.02.2014, 12:46

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548420

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

главное security2.fdb старую сохрани ну и aliases.conf. А вообще смена с SS на CS делается элементарно без удаления FB

uninstall.bat

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

@echo off
setlocal
set REMOVE_SERVICE=remove -z
set STOP_SERVICE=stop
if not "%1"=="" (
set STOP_SERVICE=%STOP_SERVICE% -n %1
set REMOVE_SERVICE=%REMOVE_SERVICE% -n %1
)
instsvc %STOP_SERVICE%
instsvc %REMOVE_SERVICE%
endlocal

if "%1"=="" (instreg remove -z)

install_classic.bat

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.

@echo off
if "%1"=="" (
instreg install -z
)
setlocal
set INSTALL_SERVICE=install -auto -classic -z
set START_SERVICE=start
if not "%1"=="" (
set INSTALL_SERVICE=%INSTALL_SERVICE% -n %1
set START_SERVICE=%START_SERVICE% -n %1
)
instsvc %INSTALL_SERVICE%
instsvc %START_SERVICE%
endlocal

Эти файлики в любом снапшоте FB должны быть.

...

Рейтинг:

0 / 0

04.02.2014, 12:52

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548439

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Симонов Денис,

если у него есть там fb_inet_server.exe

может не быть, мы не знаем что у него прогармма ставила.

в любом случае, надо на посл. 2.5.х обновиться. Если программа не завязана именно на баги 2.5.1

...

Рейтинг:

0 / 0

04.02.2014, 12:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548442

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Lamobotзатруднения при переходе?

Опять же зависит от извращённости программы. Для обычной программы - не должно.

Но если она например в процессе работы таблицы переделывает (по "научному" - изменяет метаданные/схему), то классик тебе... ох...

...

Рейтинг:

0 / 0

04.02.2014, 12:59

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548450

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Arioch,

ну там на баги 2.5.1 особо не завяжешься может быть за исключением вот этого
CORE-3238

...

Рейтинг:

0 / 0

04.02.2014, 13:02

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548522

CyberMax

Участник

Откуда: Хабаровск

Сообщения: 1 529

Рейтинг: 0 / 0

Lamobot,

А ты можешь проверить работу программы на свежеотресторенной базе? Текущая создана же в июне прошлого года. И мой пост насчет таблиц ты пропустил?

...

Рейтинг:

0 / 0

04.02.2014, 13:38

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548534

miwaonline

Участник

Сообщения: 2 274

Рейтинг: 0 / 0

kdvпотом, я тут (давно) кидал свою статью, для оценки ее полезности.
http://www.ibase.ru/devinfo/optimize.htm
реакции практически не было. хотя, я почему-то не могу поиском найти на нее ссылку (на sql.ru).
про параметры можно было бы воткнуть именно сюда. а может и отдельно...
Лично я этот документ вижу впервые, так что, пользуясь случаем - спасибо. Сразу же вопросс - из статьи не совсем понятно касаемо выбора архитектуры FB при работе на среднем десктопе (условно от 2 до 8 ядер, от 4 до 16 гиг памяти) базы данных с десятком подключений. Ну, тоесть в целом понятно, что классик/суперклассик, но как-то неочевидно. Тоесть есть у нас 1 ядро для суперсервера, потом сразу 6-8 для FB Classic 1.X. Возможно, в последней строчке лучше указать "2-24" вместо "до 24", или примечание какое-то написать.

...

Рейтинг:

0 / 0

04.02.2014, 13:44

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548587

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

CyberMaxИ мой пост насчет таблиц ты пропустил?
Он пропустил до черта постов, как и все остальные ламеры с аналогичным вопросом.

Аффтар, с чего ты вообще взял что у тебя СуперСервер? У него нет лок-таблицы. Однако ты её
откуда-то высосал.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 14:05

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548591

Ivan_Pisarevsky

Участник

Откуда: НН

Сообщения: 9 563

Рейтинг: 0 / 0

LamobotНе налетайте на Таблойда, т.к. он единственный кто отписался и сказал что можно попытаться сделать.Назначать лечение до диагноза, как-то несколько преждевременно. Диагноза нет!

...

Рейтинг:

0 / 0

04.02.2014, 14:06

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548620

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

miwaonline,

добавил и поменял текст и цифры в таблице. Когда я это писал, я имел в виду "оптимальное количество ядер" для многопользовательской работы, и там перед таблицей написано "50 пользователей и выше".
Поэтому для последних версий CS и SC написано про "до 24", и понятно, что от 1. Но поставил 2-24.

miwaonlineиз статьи не совсем понятно касаемо выбора архитектуры FB при работе на среднем десктопе (условно от 2 до 8 ядер, от 4 до 16 гиг памяти) базы данных с десятком подключений.
как раз "с десятком подключений" и SS может оказаться лучше, чем CS или SC. Невозможно в статье дать рекомендации для абсолютно всех случаев - таких рекомендаций просто не существует. Нужно смотреть по обстоятельствам - загрузке проца, потреблению памяти, реактивности системы при наличии длинных запросов, и т.п.

...

Рейтинг:

0 / 0

04.02.2014, 14:16

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548685

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

kdv,

раз уж начал править

kdvКаждый процесс классика (до Firebird 3.0) распределяет в памяти свой собственный кэш

убери от сюда (до Firebird 3.0), т.к. схема работы классика в 3.0 не поменялась, а то ещё подумает кто-нибудь, что в FB3 у классика общий кэш.

...

Рейтинг:

0 / 0

04.02.2014, 14:49

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548722

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Dimitry SibiryakovАффтар, с чего ты вообще взял что у тебя СуперСервер? У него нет лок-таблицы.
куда это вдруг она у него делась?

...

Рейтинг:

0 / 0

04.02.2014, 15:04

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548746

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

dimitrкуда это вдруг она у него делась?
Дык, вынесена ifdef-ами вместе со всем лок-менеджером, ЕМНИП.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 15:14

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548796

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitrТаблоидКогда (и если) на след. день всё снова заклинит, выполните:
%FIREBIRD_HOME%\bin\fb_lock_print -d <ваша_бедная_база.fdb> и покажите сюда результат (интересуют строки Mutex wait: nn.nn% и Hash slots: NNNN, Hash lengths (min/avg/max): ?/ ?/ ?).с каких это пор лок-таблица стала узким местом в суперсервере? Хотя тебе конечно виднее, ага.Значит, я "век учусь - дураком помру".

В Большой Умной Книге сказано (глава 40, стр. 856 "по бумаге", 890 по pdf):HB Firebird’s Lock Manager
In Superserver, the Lock Manager can be thought of as a separate “control center” that
transactions negotiate with to acquire the right to proceed with requests. The Lock
Manager comprises a chunk of memory region and some request-handling routines.
Its memory is tabulated into various blocks: lock blocks, which refer to resources;
request blocks, which represent requests for a lock on a resource; owner blocks, which
represent transactions and other objects that request locks; and history blocks. Its
routines are responsible for accepting and managing requests by owners for locks on
resources, for allocating the locks, and for releasing them. Superserver also manages
“latches” for coordinating changes by concurrent transactions.
Ну, так вот: есть 10 транзакций, которым надо поменять данные на одной и той же странице базы. Они будут "договариваться" с лок-менеджером, чтобы тот... сделал ЧТО ?
Будет ли он разруливать этот конфликт через лок-таблицу или нет ? И если будет, то почему там не может возникать

Код: plaintext

Hash lengths (min/avg/max):    i/   j/   k

с какими-то совсем ненулевыми 'k' ?

...

Рейтинг:

0 / 0

04.02.2014, 15:31

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548827

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

LamobotНо там столько валится всего что ппц!!!
Видимо, я ночью сделаю нужную трассировку.Всем нечитателям и нелюбителям командной строки посвящается:
Таблоидищите в релиз-нотах 2.5 параграф про audit & trace.
Если надо выловить только те запросы, которые "заклинивают", то в конфиге трейса установите нижний лимит: time_threshold 500 (т.е. 0.5 сек; ну, или поставьте побольше значение, если их много будет) .
<...>
запускаете трейс в то время, когда "обычно" заклинивает:

Код: plaintext

 %FIREBIRD_HOME%\bin\fbtracemgs -sta -c your_trace_config.conf -se localhost/3050:service_mgr 
-user SYSDBA -pas ******* | mtee trace_data.log

- и ждёте полчаса...час.
Затем останавливайте трейс (просто Ctrl-C) и смотрите в его лог: там будут выведены стейтменты, которые длились свыше 500 мс (или "вашего" лимита).
IBE при сильной нагрузке должен записывать данные в ФАЙЛ, а не выводить на экран - он просто умрёт от этого (см аттач).
Кроме того, уберите лишние чекбоксы с опций. Вам не нужно логировать СТАРТ стейтментов, например.
Но в ИБЭ, насколько я могу видеть, нет фильтра по таймауту - он будет вам вываливать дейтвительно ВСЕ запросы.

PS. не понял: чего вы ночью-то ловить собрались ? там 24*7 ?

...

Рейтинг:

0 / 0

04.02.2014, 15:45

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548856

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Таблоидв ИБЭ, насколько я могу видеть, нет фильтра по таймауту - он будет вам
вываливать дейтвительно ВСЕ запросы.
И по номеру сессии там тоже фильтра нет? Уныло...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 15:55

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548862

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

miwaonlineесли бы Таблоид поделился с общественностью своим «хранилищем знаний», а потом по этому хранилищу прошлись бы с критикой уважаемые товарищи с двухбуквенными аббревиатурами, то получившимуся документу цены бы не было.я думаю, что уважаемые двухбуквенные товарищи и сами могут поделиться своими "хранилищами" (например, передав свои заметки kdv - всё равно его сайт де-факто стал учебным центром для русскоязычной публики). Даже если там будет просто винегрет из статей, без всякой классификации, - и так сойдёт. А заодно меня тут убивать ап стенку никто не будет :-)

...

Рейтинг:

0 / 0

04.02.2014, 15:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548864

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Dimitry SibiryakovТаблоидв ИБЭ, насколько я могу видеть, нет фильтра по таймауту - он будет вам
вываливать дейтвительно ВСЕ запросы.
И по номеру сессии там тоже фильтра нет? Уныло...почему ? trace connection id - не то ?
ЗЫ. Впрочем, сессия может вы любой момент оборваться, так что толку от неё немного.

...

Рейтинг:

0 / 0

04.02.2014, 15:58

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548907

miwaonline

Участник

Сообщения: 2 274

Рейтинг: 0 / 0

Таблоидmiwaonlineесли бы Таблоид поделился с общественностью своим «хранилищем знаний», а потом по этому хранилищу прошлись бы с критикой уважаемые товарищи с двухбуквенными аббревиатурами, то получившимуся документу цены бы не было.я думаю, что уважаемые двухбуквенные товарищи и сами могут поделиться своими "хранилищами" (например, передав свои заметки kdv - всё равно его сайт де-факто стал учебным центром для русскоязычной публики). Даже если там будет просто винегрет из статей, без всякой классификации, - и так сойдёт. А заодно меня тут убивать ап стенку никто не будет :-)
Ну, во-первых ты и так толстокожый, тебе не привыкать; а во-вторых они все тебя в дУше любят, просто не говорят об этом, так что бить будут нежно

Если серьезно, просто что-то мерещится, что ты где-то упоминал то ли о внутренней вики, то ли о каком-то документе, где хранится собранная тобою сводная информация о ФБ, так как поиск по форуму по твоим темам - то еще удовольствие (из-за их количества, само собой, а то еще кто чего подумает). Ну и то, как легко ты уловил намек kdv и привел точную ссылку тоже намекает на то, что где-то что-то может каталогизироваться. Потому я заикнулся насчет «поделиться». Само собой разумеется, что выкладывать что-то из головы - занятие ответственное и трудоемкое; а вот оттолкнуться от такого гипотетического сводного документа и на том же firebirdsql.su его подправить/уточнить/систематизировать, как показывает мой опыт - задача значительно проще.

Это - повторюсь - мечты вслух в сторону больной темы документации; меня можно просто проигнорировать или отправить в поиск по форуму/к кдв/куда-то еще - я тоже не из обидчивых :)

...

Рейтинг:

0 / 0

04.02.2014, 16:15

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548912

miwaonline

Участник

Сообщения: 2 274

Рейтинг: 0 / 0

miwaonlineНу, во-первых ты и так толстокожый, тебе не привыкать; а во-вторых они все тебя в дУше любят, просто не говорят об этом, так что бить будут нежно

В душ Е , конечно же; телефон регулярно отвлекает :(

...

Рейтинг:

0 / 0

04.02.2014, 16:17

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38548952

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

miwaonlineкак легко ты уловил намек kdv и привел точную ссылку тоже намекает на то, что где-то что-то может каталогизироваться.
в первую очередь оно "каталогизируется" у разработчиков. У тйти Ани, потом у разработчиков ФБ (DE, hvlad, Alex, ...), потом у нас - ibdeveloper magazine, при оказании оптимизационных услуг, ну и публично, в материалах конференций или вот прямо так
13688627

другое дело, как я уже сказал, что это единичные параметры, которые можно в конфиге установить раз и навсегда, не взирая на окружение сервера, количество пользователей, размер метаданных и прочее. Остальное надо тюнить. А обучать процессу тюнинга я не вижу смысла. Мы (ibase/ibsurgeon) и сами-то несколько лет этому учились, и продолжаем учиться.

...

Рейтинг:

0 / 0

04.02.2014, 16:33

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549102

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

ТаблоидЗначит, я "век учусь - дураком помру".И опять я неистово (ну, ты знаешь)

...

Рейтинг:

0 / 0

04.02.2014, 17:40

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549103

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

miwaonlineНу, во-первых ты и так толстокожый, тебе не привыкать; а во-вторых они все тебя в дУше любят, просто не говорят об этом, так что бить будут нежно Ага, ага :)

...

Рейтинг:

0 / 0

04.02.2014, 17:41

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549104

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

miwaonlineмерещится, что ты где-то упоминал то ли о внутренней вики, то ли о каком-то документе, где хранится собранная тобою сводная информация о ФБ, так как поиск по форуму по твоим темам - то еще удовольствие (из-за их количества, само собой, а то еще кто чего подумает). Ну и то, как легко ты уловил намек kdv и привел точную ссылку тоже намекает на то, что где-то что-то может каталогизироваться.Я действительно слежу за тем, что тут пишут ДЕ и Влад, и если там что-то новое (даже не кажущееся мне нужным в ЭТОТ момент) - делаю копипаст себе в почту, в папку '!fb - must know!'. С формулировкой в теме письма, о чём там, с добавлением в тело письма "тегов" для поиска, а также ссылки на сообщение в форуме. Именно (в почте) так я нарыл формулу, о которой тут говорилось только что.
Особо ценные сведения, почерпнутые от ДЕ/ВХ/АП в личке, также летят в папку '!fb - must know!' - помогало уже много раз. То же самое касается сведений, которые "вдруг" всплывают в fb-devel'e.

ТЕМЫ своих сообщений (здесь, да и в почте тоже) я намеренно пишу макс. информативными - так проще искать, не лазя внутрь. Все эти сообщения (темы) перетаскиваю регулярно в эксель, дабы там видеть весь список, без разбивки по страницам. Как ни странно, но искать нужное сообющение (в экселе) при этом получается быстрее.

Соб-сно, никакого другого "каталога" у мну нет. Порывался несколько раз блог начать (тутошний, на sql.ru), да ведь затопчут в навоз... сам знаешь, кто

...

Рейтинг:

0 / 0

04.02.2014, 17:41

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549122

hvlad

Участник

Сообщения: 13 125

Рейтинг: 0 / 0

Dimitry Sibiryakovdimitrкуда это вдруг она у него делась?
Дык, вынесена ifdef-ами вместе со всем лок-менеджером, ЕМНИП.Вот теперь я тебя узнаю, старый сказочник :)

ЗЫ
ЛМ используется для множества видов блокировок, в частности локи тр-ций, метаданных и т.п.
И все эти блокировки (кроме страничных) одинаково используются независимо от режима работы движка (классик\супер).
Сам режим работы (классик\супер) подразумевает [не]использование блокировок страниц, когда они [не]нужны.
И, конечно же, никакие другие блокировки, кроме страничных, не могут сделать ЛМ узким местом.
По крайней мере, если это не делается злонамеренно.
Таблоид и ДС не знают как, а я - не скажу :)

...

Рейтинг:

0 / 0

04.02.2014, 17:48

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549123

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladmiwaonlineНу, во-первых ты и так толстокожый, тебе не привыкать; а во-вторых они все тебя в дУше любят, просто не говорят об этом, так что бить будут нежно Ага, ага :)А вот не уверен я что-то! Ругаешься ты часто на мну и вообще я тебе надоел за январь сильно. Наверное :-)

...

Рейтинг:

0 / 0

04.02.2014, 17:50

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549124

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladникакие другие блокировки, кроме страничных , не могут сделать ЛМ узким местом.ну, и ? как насчет моего вопроса про 10 транзакций, которые одномоментно лезут апдейтить одну и ту же страницу базы ?

...

Рейтинг:

0 / 0

04.02.2014, 17:51

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549207

Гаджимурадов Рустам

Участник

Сообщения: 64 024

Рейтинг: 0 / 0

kdv> потом, я тут (давно) кидал свою статью, для оценки ее полезности.

Справедливости ради, лично я её тут не помню -
ты давал на неё ссылку пару раз, но не для оценки.
Соответственно, и реакции никакой не могло быть.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 18:34

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549243

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Таблоидну, и ? как насчет моего вопроса про 10 транзакций, которые одномоментно лезут апдейтить одну и ту же страницу базы ?
суперсервер не использует страничные блокировки и соответственно не обращается за этим к лок-менеджеру. В тобой же вышеупомянутой цитате сказано, что вместо этого для синхронизации доступа к страницам в кеше он использует латчи. Которые не имеют никакого отношения к лок-менеджеру.

...

Рейтинг:

0 / 0

04.02.2014, 18:56

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549249

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitrсуперсервер не использует страничные блокировки и соответственно не обращается за этим к лок-менеджеру. В тобой же вышеупомянутой цитате сказано, что вместо этого для синхронизации доступа к страницам в кеше он использует латчи. Которые не имеют никакого отношения к лок-менеджеру.осталось понять, что же скрывается за словом "latches", которое в оригинале так и приводится - в кавычках - но нигде далее не разъясняется.

...

Рейтинг:

0 / 0

04.02.2014, 18:59

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549287

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Таблоид,

гугл в помощь

...

Рейтинг:

0 / 0

04.02.2014, 19:19

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549296

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitrгугл в помощьвменяемый ответ я нарыл у дяди Тома :
авторlatches and enqueues are both types of locks.

latches are lightweight serialization devices. we try to get a latch, spin for a bit and
try again. so when getting a latch, we try and try and try -- we are not told that the
latch is available, we keep trying to get it (eg: not necessary a first come, first serve
lock). we use latches to serialize access to in memory data structures typically (like
SGA data structures)

enqueues are heavyweight serialization devices. if we cannot get an enqueue, we "go to
sleep" and when the enqueue is available -- we are told about it in a first come , first
serve manner. We use enqueues to perform row level locking for example.в ФБ - то же самое или по-другому ?

...

Рейтинг:

0 / 0

04.02.2014, 19:27

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549304

Гаджимурадов Рустам

Участник

Сообщения: 64 024

Рейтинг: 0 / 0

Таблоид>

Не только у дяди Тома, это вообще распространенный в
СУБД механизм, AFAIK. В том же MSSQL латчи тоже есть.

Таблоид> в ФБ - то же самое или по-другому ?

Насчёт очереди и попыток - да, почти.

Но есть варианты - можно, не ждать, можно "бесконечно"
ждать, можно ждать строго указанное количество секунд.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 19:35

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549305

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Таблоид,

в первом приближении. Латчи - это упрощенные локи, работающие в рамках одного процесса и только в режиме RO/RW. Для непосещающих конференции - вот тут кое-что расписано на эту тему.

...

Рейтинг:

0 / 0

04.02.2014, 19:36

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549307

Гаджимурадов Рустам

Участник

Сообщения: 64 024

Рейтинг: 0 / 0

dimitr> вот тут кое-что расписано на эту тему.

Так там конкретно про латчи нет ничего. :)
Видео (голос) есть в общем доступе?
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 19:39

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549310

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Тогда вернёмся к нашим б о ранам, т.е. к 10 транзакциям и одной странице базы, когда ФБ работает как SuperServer.
Вот они одновременно лезут к лок-менеджеру с просьбой: "выполни для меня лок страницы номер 1234, плз". Одной (и только одной) из 10 транзакций лок-менеджер скажет - "да, сделал".
А остальные 9 получат ответ "в очередь, сукины дети, в очередь!" - и будут торчать в ней до тех пор, пока движок не обработает страницу базы для соотв. стейтмента первой ("счастливой") транзакции.

Да, это ожидание - миллисекунды, наверное. Но очередь из 9 стейтментов таки *будет*.
Я правильно понимаю ? И если да, то почему эти самые латчи будут "легковеснее", чем локи, за счет чего именно ?

...

Рейтинг:

0 / 0

04.02.2014, 19:43

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549311

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

hvladЛМ используется для множества видов блокировок, в частности локи тр-ций,
метаданных и т.п.
И все эти блокировки (кроме страничных) одинаково используются независимо от режима работы
движка (классик\супер).

Ага, значит я просто не лазил дальше процедур получения страничных блокировок...
Теперь мне уже интересно, что там такое творится в БД аффтара для получения "Hash slots:
1009, Hash lengths (min/avg/max): 24/ 43/ 66", (то бишь свыше 43 тысяч локов в
таблице) если в это число не входят страницы кэша...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 19:44

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549313

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitrДля непосещающих конференции - вот тут кое-что расписано на эту тему.спс, посмотрю.
Только конференции-то эти, бирмингемско-люксембургские, далеко не всякий крестьянин из ср. полосы расеи посетить может.

...

Рейтинг:

0 / 0

04.02.2014, 19:46

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549318

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Гаджимурадов РустамТак там конкретно про латчи нет ничего. :)
зато там есть про функциональные отличия внешних локов от внутренних (латчей в том числе). И заодно написано есть ли лок-менеджер в супере.

ЗЫ. голоса в свободном доступе нет ни с одной конфы вроде бы :-(

...

Рейтинг:

0 / 0

04.02.2014, 19:51

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549323

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидВот они одновременно лезут к лок-менеджеру с просьбой: "выполни для меня лок страницы номер 1234, плз". Одной (и только одной) из 10 транзакций лок-менеджер скажет - "да, сделал".
НЕТ для страниц в супере лок-менеджера, НЕТ! Но по сути правильно :-)

ТаблоидА остальные 9 получат ответ "в очередь, сукины дети, в очередь!" - и будут торчать в ней до тех пор, пока движок не обработает страницу базы для соотв. стейтмента первой ("счастливой") транзакции.
все верно

ТаблоидДа, это ожидание - миллисекунды, наверное. Но очередь из 9 стейтментов таки *будет*. Я правильно понимаю ? И если да, то почему эти самые латчи будут "легковеснее", чем локи, за счет чего именно ?
за счет более простой реализации. В частности, отсутствия работы с лок-таблицей. И как результат, отсутствия ЛЮБЫХ проблем с твоими ненаглядными "mutex wait" и "hash slots", тупо за неимением оных.

...

Рейтинг:

0 / 0

04.02.2014, 19:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549347

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

тогда что означают в SS ненулевые значения в "Hash lengths (min/avg/max): 24/ 43/ 66" ?
(ТС привел их вот тут ; и ДС о том же спросил выше, впрочем).

...

Рейтинг:

0 / 0

04.02.2014, 20:09

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549350

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Таблоид,

hvladЛМ используется для множества видов блокировок, в частности локи тр-ций, метаданных и т.п.
И все эти блокировки (кроме страничных) одинаково используются независимо от режима работы движка (классик\супер).

...

Рейтинг:

0 / 0

04.02.2014, 20:12

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549368

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

hvladЛМ используется для множества видов блокировок, в частности локи тр-ций, метаданных и т.п.
И все эти блокировки (кроме страничных) одинаково используются независимо от режима работы движка (классик\супер).Локи метаданных в его "Hash lengths (min/avg/max): 24/ 43/ 66" выглядят как-то маловероятными. Я понимаю, что в эту категорию входят локи таблиц - объектов словаря базы, когда они апдейтятся (чтобы никто не мог дропнуть их, например). Но всё равно какие-то дикие значения.
Что тогда остается, борьба транзакций за TIP, что ле ?!

...

Рейтинг:

0 / 0

04.02.2014, 20:28

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549375

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Таблоид,

дык это же не трёшкин SS. Фиг знает что у него там, а может это вообще не SS. Убедительных доказательств что у него стоит именно SS автор так и не привёл.

...

Рейтинг:

0 / 0

04.02.2014, 20:33

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549381

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

ТаблоидЧто тогда остается, борьба транзакций за TIP, что ле ?!
при 60897 транзакциях в день борьба напоминает подковерную :-)

...

Рейтинг:

0 / 0

04.02.2014, 20:38

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549388

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Симонов Денисдык это же не трёшкин SS. Фиг знает что у него там, а может это вообще не SS. Убедительных доказательств что у него стоит именно SS автор так и не привёл.По данным лок-принта, которые он привёл, можно только сказать, что у него НЕ классик: везде один и тот же process_id и разные thread_id.
Хреново (в который раз), что нет нивгде инфы об арх-ре инстанса :(

...

Рейтинг:

0 / 0

04.02.2014, 20:44

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549402

NickDee

Участник

Сообщения: 1 395

Рейтинг: 0 / 0

ТаблоидХреново (в который раз), что нет нивгде инфы об арх-ре инстанса :(
И полного списка используемых параметров из firebird.conf/databases.conf :)

...

Рейтинг:

0 / 0

04.02.2014, 21:06

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549408

NickDee

Участник

Сообщения: 1 395

Рейтинг: 0 / 0

NickDeeТаблоидХреново (в который раз), что нет нивгде инфы об арх-ре инстанса :(
И полного списка используемых параметров из firebird.conf/databases.conf :)
С возможностью изменить "на лету" :) И чтоб прописалось обратно в databases.conf :)

...

Рейтинг:

0 / 0

04.02.2014, 21:12

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549414

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидЛоки метаданных в его "Hash lengths (min/avg/max): 24/ 43/ 66" выглядят как-то маловероятными
ты знаешь, сколько у него в базе таблиц/процедур/индексов?

...

Рейтинг:

0 / 0

04.02.2014, 21:18

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549419

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

dimitrты знаешь, сколько у него в базе таблиц/процедур/индексов?
Список таблиц с индексами приведён в стартовом посте. Явно не тянет на 40 тысяч...
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

04.02.2014, 21:32

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549445

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

Dimitry Sibiryakov,

осталось выяснить число процедур...

...

Рейтинг:

0 / 0

04.02.2014, 22:23

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549448

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

пересмотрел еще раз его лок-принт - это однозначно SuperClassic. Так что вопрос с неадекватным числом локов можно закрывать. А нулевой "mutex wait" из-за вот этого .

все врут (с)

...

Рейтинг:

0 / 0

04.02.2014, 22:29

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549450

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

NickDeeС возможностью изменить "на лету" :) И чтоб прописалось обратно в databases.conf :)
Не все параметры можно изменить на лету (даже гипотетически). Представляю что будет если ты заполненный кэш на лету захочешь уменьшить или архитектуру поменять (CS/SS)

...

Рейтинг:

0 / 0

04.02.2014, 22:31

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549476

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

dimitrв первом приближении. Латчи - это упрощенные локи, работающие в рамках одного процесса и только в режиме RO/RW. Для непосещающих конференции - вот тут кое-что расписано на эту тему.На стр. 10 по-прежнему торчит старое LockHashSlots = 1009.
Этот дефолт - он действительно устарел (так считает Алекс, если смотреть на ссылку от kdv) или нет ?

...

Рейтинг:

0 / 0

04.02.2014, 23:04

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549486

dimitr

Участник

Откуда: PNZ

Сообщения: 7 059

Рейтинг: 0 / 0

ТаблоидНа стр. 10 по-прежнему торчит старое LockHashSlots = 1009.
Этот дефолт - он действительно устарел (так считает Алекс, если смотреть на ссылку от kdv) или нет ?
"старое" - это 101 слот, а 1009 слотов являются дефолтом не так и давно, последние 5 лет. Насчет "устаревшего" - все зависит от числа коннектов, давай посчитаем вместе: 1009 слотов в среднем по 10 коллизий это 10К страниц (остальные типы локов для простоты игнорируем). Дефолтный размер кеша SC/CS - 75 страниц в 2.х и 256 страниц в 3.0. Получается, что дефолт рассчитан на ~130 коннектов в 2.х и ~40 коннектов в 3.0. На самом деле несколько меньше. Мое личное мнение - в 3.0 можно и увеличить, а в 2.5 число слотов вполне адекватно размеру кеша.

...

Рейтинг:

0 / 0

04.02.2014, 23:20

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549954

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Симонов ДенисПредставляю что будет если ты заполненный кэш на лету захочешь уменьшить

вот это как раз фигня. Cache flush по записи и cache discard по чтению. В тупой реализации - world stop, сброс кэша в полный ноль и установление нового размера.

...

Рейтинг:

0 / 0

05.02.2014, 12:03

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38549978

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Arioch,

реализовать то можно всё что угодно, вот только что почувствуют пользователи, которые в данный момент активно работают с сервером? ИХМО конфиг править запросами нефиг! А если это и позволять, то только при переводе базы в монопольный режим работы (shutdown)

...

Рейтинг:

0 / 0

05.02.2014, 12:13

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550310

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Симонов Денис,

Ну если кто-то будет конфиг правит ьчаще одного раза в ме... ну ладно, в неделю. И в пиковые часы...

Есть много способов сломать FB, будет ещё одна

...

Рейтинг:

0 / 0

05.02.2014, 14:33

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550329

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Arioch,

те способы постепенно закрываются, а добавлять ещё один не вижу смысла.

я конечно понимаю что Oracle есть такая плюшка как

Код: sql

ALTER SYSTEM SET PARAM=VALUE;

Но работает она как раз в то время как БД остановлена, т.е сначала надо сделать shutdown

...

Рейтинг:

0 / 0

05.02.2014, 14:40

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550519

Lamobot

Гость

Огогого мой топик вырос, правда в основном "холиавром", ну да ладно.

Друзья, спасибо что Вы все отзывчивые люди на этом форуме, по сравнению с другими форумам.

Ходил читать статью про производительность, конечно, половину не понял.)))

У меня назрело пара вопросов:
1) У меня складывается впечатление что он работает в "файловом" режиме, аля 1Ска. Или я чего-то не догоняю?
2) Вариант ли попытаться перенести базу с сервером на линукс, ускорит ли это работу?

...

Рейтинг:

0 / 0

05.02.2014, 15:51

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550532

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

Lamobotчто он работает

кто ?

Lamobotпопытаться перенести базу с сервером на линукс, ускорит ли это работу?

Если нету проблемы с расширением .GDB вместо .FDB и на Линуксе примерно такое же железо и загрузка, то вряд ли.

...

Рейтинг:

0 / 0

05.02.2014, 15:55

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550535

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

ты уже что то менял?

...

Рейтинг:

0 / 0

05.02.2014, 15:55

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550542

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

LamobotУ меня назрело пара вопросов:
1) У меня складывается впечатление что он работает в "файловом" режиме, аля 1Ска. Или я чего-то не догоняю?1c в "файловом режиме" - это когда она работает с базой своего соб. формата. Что тут общего ?

Lamobot2) Вариант ли попытаться перенести базу с сервером на линукс, ускорит ли это работу?Вы так и не привели результат трассировки. Какой смысл обсуждать переход на линукс, если там 100500 тормозных запросов ?

...

Рейтинг:

0 / 0

05.02.2014, 15:57

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550559

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

Lamobot1) У меня складывается впечатление что он работает в "файловом" режиме, аля 1Ска. Или я чего-то не догоняю?
встречный вопрос - в чем разница между клиент-сервером и файл-сервером?
2) Вариант ли попытаться перенести базу с сервером на линукс, ускорит ли это работу?
вопрос некорректный. У тебя сейчас на винде сервер чем нагружен, кроме ФБ? Если такое есть, то ты его тоже будешь на линукс переносить, или нет?

Lamobotно они сидят в 1С 7.7, так что 1Ска не даёт практически ни какой нагрузки
я не помню, 7.7 умело с MS SQL работать? У тебя база 1c - это набор файлов dbf/foxpro?
откуда мысль, что "не дает практически никакой нагрузки"?

Lamobotрейд 0 300*5 сас
как-то я пропустил. Базы и правда на RAID 0 ???

...

Рейтинг:

0 / 0

05.02.2014, 16:09

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550568

Lamobot

Гость

2Arioch:
Firebird

2Симонов Денис:
И чего я тока не менял, даже сервер.)))

2Таблоид:
Забыл. Сегодня сделаю, когда в базе ни кого не будет. Повторю, тормозит одно и тоже всегда. Не вся программа,
а только её некоторые компонетнты.

2ALL:
Сервак на лине хочу поднять исключительно для ФБ. Конфа - 24 HT ядра, 24 Гб ОЗУ, рейд 5 САС 10к + хочу добавить ссд под кэш ФБ.

Следующее, у меня сложилось впечатление что ФБ работает в файловом режиме, т.е. будь то наша прога или IBExpert - им надо указывать путь до базы.

Просто при конфигурировании, к примеру, MySQL, там не указываются файлы и пути, они лежат "внутри" папки мускуля и обрабатываются исключительно сервером MySQL, т.е. при конфигурировании указывается ип_сервера_mysql/порт(если_надо)/логин/пароль/название_БД. Вот так работает мускуль или MS SQL. А ФБ надо указывать путь_до_базы. Я просто не знаю, вот и задаю глупые вопросы.
Просто ежели у вас есть тупая конфа для 1с 8.2, к примеру, вас спасет лютый сервер БД, типа Win2k8R2+MS SQL, переведя работу БД в "серверный режим работы" - залив её в MS SQL.
Вот и про ФБ я думаю, возможно ли переключить его в такой режим?)))

Конечно, я понимаю что от кривых рук(читай кривых запросов) программистов ни что не спасёт, ибо они беспощадны к ресурсам!

И последнее, все таки, что-нибудь даст запуск ФБ на линуксе? Сервак под это дело есть, можно попробывать, только время в пустую тратить совсем не охота.

Спасибо за ответы!

...

Рейтинг:

0 / 0

05.02.2014, 16:13

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550583

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

LamobotСледующее, у меня сложилось впечатление что ФБ работает в файловом режиме, т.е. будь то наша прога или IBExpert - им надо указывать путь до базы.
ну. вы указываете серверу, какой файл НА СЕРВЕРЕ он должен открыть в качестве БД. Нет тут "файлового режима". В противном случае сервер Firebird не был бы нужен. Я почему и спросил, понимаете ли вы разницу между клиент-сервером и файл-сервером. Оказалось, что не понимаете.
LamobotА ФБ надо указывать путь_до_базы.
в папке FB есть aliases.conf. Пропишите туда алиас и базу, на клиенте можно будет указывать только алиас.
LamobotИ последнее, все таки, что-нибудь даст запуск ФБ на линуксе?
я уже ответил. Кроме того, при Windows и Linux на одной и той же железке только с ФБ разница в производительности может быть до 30%, как в одну сторону, так и в другую. А может быть и еще больше, если дефолтные настройки raid-контроллера под этими ОС будут отличаться.

...

Рейтинг:

0 / 0

05.02.2014, 16:20

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550592

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

LamobotИ последнее, все таки, что-нибудь даст запуск ФБ на линуксе? Сервак под это дело есть, можно попробывать, только время в пустую тратить совсем не охота. Возможно , что получше будет управляться с temp-файлами, которые создаются при сортировках. На линухе можно отвести часть оперативы под ram-диск и направить вывод времянок именно туда. При достаточно большом значении TempCacheLimit должно заметно улучшить скорость запросов, где в плане есть SORT.
На винде - вроде бы тоже можно такой "диск" создать, но вот что-то не уверен, что это распространенная практика.

...

Рейтинг:

0 / 0

05.02.2014, 16:22

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550593

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Lamobot,

как мы тут выяснили с помощью ХШ у тебя суперклассик. Если и вправду файл конфига весь по умолчанию стоит, то можно увеличить
DefaultDbCachePages = 512
и
TempCacheLimit = 67108864

попробовать, если производительность не улучшиться верни назад.

...

Рейтинг:

0 / 0

05.02.2014, 16:22

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550602

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

LamobotFirebird

Firebird работает так, как задал программист, создавая БД и запросы к ней.

Я слышал, что 1C даже с MS SQL/pgSQL работает почти так же, как с DBF
Но поскольку вы нам не показали запросов вам данной программы и схемы вашей БД, мы не знаем как назвать этот режим, очень он "файловый" или наполовину, или почти не.

LamobotСервак на лине хочу поднять исключительно для ФБ

Если окажется, как я выше предполагал, что программы гоняет туда-сюда-обратно всю БД чтобы изменить одно число, что вы возможно называте "файловым режимом" программы, то важнее будет скорость прокачки данных по сети, причём чтобы одновременно со всеми клиентами.

LamobotА ФБ надо указывать путь_до_базы

Не обязательно. Это как вам захочется. Читайте FAQ про алиасы

http://www.firebirdsql.org/manual/ru/fbutils-scripts-db-alias-ru.html
http://www.firebirdsql.org/manual/qsg2-config.html

Честно говоря, у вас такие странные представлния о FB, что скорее всего вы даже FAQ не стали читать

...

Рейтинг:

0 / 0

05.02.2014, 16:26

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550603

Таблоид

Участник

Сообщения: 9 702

Рейтинг: 0 / 0

Симонов ДенисTempCacheLimit = 67108864

попробовать, если производительность не улучшиться верни назад.Не улучшится. Мало слишком. У него там 72 Гб оперативы, ФБ-64, так зачем скупердяйничать с этим параметром ? Почему сразу не задать 2...3 Гб ?

...

Рейтинг:

0 / 0

05.02.2014, 16:26

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550608

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

ТаблоидНа линухе можно отвести часть оперативы под ram-диск

а на винде нельзя? 8-[...]

...

Рейтинг:

0 / 0

05.02.2014, 16:27

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550609

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Lamobotчто-нибудь даст запуск ФБ на линуксе?
Если ты разбираешься в линуксе так же хреново как в винде - ничего не даст.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

05.02.2014, 16:27

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550610

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

Lamobotрейд 5
то raid 0, то raid 5... Один категорически нельзя для баз, а второй не даст толку в производительности. Забудьте, про оба. Про raid 0 можно помнить только для временной или незначащей информации.

...

Рейтинг:

0 / 0

05.02.2014, 16:27

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550620

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

Таблоид,

дык для классика/суперклассика там вообще по умолчанию 8M стоит. Хотя насчёт суперклассика я возможно ошибаюсь и он считает умалчиваем значение для супера, т.е 64M. 2-3G я бы не торопился ставить для начала например 256M, а потом посмотреть как поведёт себя система. Размер кэша тоже можно побольше сделать, но тут торопиться тоже не следует.

...

Рейтинг:

0 / 0

05.02.2014, 16:31

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38550625

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

LamobotИ чего я тока не менял, даже сервер.)))

...а вы поугадывайте, поугадывайте.

Имеет место moving target: все ответы, которым больше одного часа - устарели не актуальны. И так будет всегда.

"А смысл в чём и зачем всё это?"

...

Рейтинг:

0 / 0

05.02.2014, 16:32

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38551494

Lamobot

Гость

На сколько я понял эта прога вообще не использует сервер ФБ.
Посмотрите на "админку" этой проги.

...

Рейтинг:

0 / 0

06.02.2014, 10:33

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38551500

pastor

Участник

Откуда: Калуга

Сообщения: 1 274

Рейтинг: 0 / 0

LamobotНа сколько я понял эта прога вообще не использует сервер ФБ.
Посмотрите на "админку" этой проги.

Доложи руководству, что в Вашу организацию срочно нужен системный администратор.

...

Рейтинг:

0 / 0

06.02.2014, 10:41

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38552903

SEYD

Гость

LamobotНа сколько я понял эта прога вообще не использует сервер ФБ.
Посмотрите на "админку" этой проги.

тебя смущает путь к базе?
Забей ты на него, считай, что это не путь, а название базы (если пользоваться твоими терминами про mysql). Firebird работает как клиент-сервер.

...

Рейтинг:

0 / 0

07.02.2014, 10:34

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38553286

Arioch

Участник

Сообщения: 11 207

Рейтинг: 0 / 0

SEYD,

Это как раз не смущает. IBAnalyst тоже берет путь к базе, хоят сервер не исползует.

Но вот логин, пароль, "2.5.2" - как этого можно было не замтить? A mystery inside an enigma wrapped into a riddle.

...

Рейтинг:

0 / 0

07.02.2014, 13:33

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38553443

SEYD

Гость

AriochЭто как раз не смущает.
Ну тебя не смущает, меня тоже, а вот ТС волнуется - надо же его успокоить :)

...

Рейтинг:

0 / 0

07.02.2014, 14:26

| Ответить | Цитировать | Написать

Тормозит firebird или помощь в настройки этой СУБД.

#38553892

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

AriochIBAnalyst тоже берет путь к базе, хоят сервер не исползует.
ты перепутал с FirstAid (Direct+Extractor). Они читают базу без ФБ. IBAnalyst либо читает готовый файл статистики, либо получает статистику через Services API, от сервера.

...

Рейтинг:

0 / 0

07.02.2014, 17:40

| Ответить | Цитировать | Написать

Период между сообщениями больше года.

Тормозит firebird или помощь в настройки этой СУБД.

#39424518

NMaksim

Гость

Подниму темку, автор, удалось решить проблему с ПрофСтроем4 ?

...

Рейтинг:

0 / 0

22.03.2017, 07:16

| Ответить | Цитировать | Написать

141 сообщений из 141, показаны все 6 страниц

все

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Тормозит firebird или помощь в настройки этой СУБД.

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?all=1&fid=40&tid=1561665]:	0ms
get settings:	9ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	55ms
get topic data:	12ms
get forum data:	3ms
get page messages:	133ms
get tp. blocked users:	1ms
others:	342ms

total:	577ms