ReSQL.ru
     
powered by simpleCommunicator - 2.0.52     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Использование памяти
25 сообщений из 56, страница 1 из 3
  1  все
Использование памяти
    #39472959
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
У меня на сервере относительно небольшая БД файрберда и относительно много свободной оперативной памяти. Эту БД туда можно загрузить раза 3 целиком и еще место останется. Но файрберд почему-то использует память очень экономично. Какие бы настройки подкрутить, чтобы он стал попрожорливее и интенсивнее использовал память? Явно же на скорости работы это положительно скажется.
...
Рейтинг: 0 / 0
16.06.2017, 11:00
| Ответить | Цитировать | Написать  
Использование памяти
    #39472968
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
Роман Янковский,

А версия ФБ какая? SS или Classic?
...
Рейтинг: 0 / 0
16.06.2017, 11:07
| Ответить | Цитировать | Написать  
Использование памяти
    #39472973
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
KreatorXXI,

Версия 3.0
ServerMode = Super
...
Рейтинг: 0 / 0
16.06.2017, 11:10
| Ответить | Цитировать | Написать  
Использование памяти
    #39472983
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
Роман ЯнковскийЯвно же на скорости работы это положительно скажется.Будет пример тормозящего запроса со статистикой исполнения? А то как-то голословно все. Может серверу и не надо больше памяти? Крутить настройки надо осмысленно.
...
Рейтинг: 0 / 0
16.06.2017, 11:20
| Ответить | Цитировать | Написать  
Использование памяти
    #39472990
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Ivan_Pisarevsky,

ну настройки страничного кеша по умолчанию для SS в 3.0 тоже смехатворны.

Роман Янковский,

для начала

Код: plaintext
1.
DefaultDbCachePages = 50K
TempCacheLimit = 512M

если быстродействие устраивает дальше не крути. Я ставлю эти настройки в databases.conf под конкретную БД
...
Рейтинг: 0 / 0
16.06.2017, 11:25
| Ответить | Цитировать | Написать  
Использование памяти
    #39473154
KreatorXXI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KreatorXXI
Участник
Роман Янковский,

Я, кстати, поднимал типа такого же вопроса. У нас небольшая БД, вполне вся может влезть в оперативку. Казалось бы скорость при этом должна увеличится существенно. Но ФБ так не работает. А народ требует тестов, которые покажут провалы по быстродействию.
...
Рейтинг: 0 / 0
16.06.2017, 14:17
| Ответить | Цитировать | Написать  
Использование памяти
    #39473221
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
Ivan_PisarevskyРоман ЯнковскийЯвно же на скорости работы это положительно скажется.Будет пример тормозящего запроса со статистикой исполнения? А то как-то голословно все. Может серверу и не надо больше памяти? Крутить настройки надо осмысленно.

Ну вот например см скриншот. Полторы секунды на сущую ерунду.
Пара сотен таких запросов уже проблема.

Если бы файрберд работал медленнее чем я хочу, выедая все доступные ресурсы, я бы понял в чем дело. Но и память, и CPU почти не использует.
...
Рейтинг: 0 / 0
16.06.2017, 15:27
| Ответить | Цитировать | Написать  
Использование памяти
    #39473225
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Рома, чем тебя не устроил Оракл?
чего ты с него слез?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.06.2017, 15:39
| Ответить | Цитировать | Написать  
Использование памяти
    #39473255
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pastor
Участник
Роман Янковский,

А статистику выполнения таки можно глянуть?

Очень хочется увидеть как на полутора тысячах записей можно получить полторы секунды.
...
Рейтинг: 0 / 0
16.06.2017, 16:20
| Ответить | Цитировать | Написать  
Использование памяти
    #39473263
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Роман Янковский,

http://www.ibase.ru/files/firebird/Firebird_Hardware_Guide_2015_rus.pdf
Роман ЯнковскийЭту БД туда можно загрузить раза 3 целиком
операционная система БД в кэш и грузит. В общем, читайте документ.
...
Рейтинг: 0 / 0
16.06.2017, 16:27
| Ответить | Цитировать | Написать  
Использование памяти
    #39473270
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Роман Янковский,

до кучи - смотреть надо page reads и fetches from cache. А то что на экране - ерунда. Кроме того, запрос сам по себе прекрасен:

select a, b from t
order by c

то есть, х.з. по какому критерию отсортировано.
...
Рейтинг: 0 / 0
16.06.2017, 16:33
| Ответить | Цитировать | Написать  
Использование памяти
    #39473276
pastor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pastor
Участник
Роман ЯнковскийIvan_Pisarevskyпропущено...
Будет пример тормозящего запроса со статистикой исполнения? А то как-то голословно все. Может серверу и не надо больше памяти? Крутить настройки надо осмысленно.

Ну вот например см скриншот. Полторы секунды на сущую ерунду.
Пара сотен таких запросов уже проблема.

Если бы файрберд работал медленнее чем я хочу, выедая все доступные ресурсы, я бы понял в чем дело. Но и память, и CPU почти не использует.

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

 

Query
------------------------------------------------
select count(i.STRINGS)
from HTML2$IDENT_INFO( '34013C815D4666') i

Plan
------------------------------------------------
PLAN (HTML_BEGIN NATURAL)(D INDEX (ZLS$DOMAIN_DICT_UNQ))(D INDEX (ZLS$DOMAIN_DICT_UNQ))(IDENT$GET_IDENT NATURAL)JOIN (I INDEX (IDENT$IDENTIFIERS), T INDEX (IDENT$TYPES))JOIN (L INDEX (IDENT$LIFE), RU INDEX (RULE$USES))(I INDEX (IDENT$EMPLOYEE_LIFE))(HTML$RAW_EMP_INFO NATURAL)(HTML2$IDENT_USE NATURAL)JOIN (I INDEX (IDENT$ACCOUNTS_LIFE), TT INDEX (TARIFF$TYPES), RU INDEX (RULE$USES), C INDEX (ACC$CATEGORY))(FORMAT_DATE_TIME NATURAL)(FORMAT_DATE_TIME NATURAL)SORT (JOIN (TR INDEX (IDENT$TEMP_RULE_IA), R INDEX (RULE$USES)))(FORMAT_DATE_TIME NATURAL)(FORMAT_DATE_TIME NATURAL)JOIN (TR INDEX (IDENT$TEMP_RULE_IA), R INDEX (RULE$USES))(FORMAT_DATE_TIME NATURAL)(FORMAT_DATE_TIME NATURAL)SORT (JOIN (A INDEX (IDENT$ATTRIBUTES_IA), T INDEX (IDENT$ATTRIBUTE_TYPES)))(FORMAT_MONEY NATURAL)JOIN (ACC$GET_BALANCE_EX NATURAL, C INDEX (ACC$CURRENCIES))JOIN (O INDEX (PRS$ACCOUNT_OWNERS_UA), P INDEX (PRS$PEOPLES_PRS_UN), G INDEX (PRS$GROUPS), GT INDEX (PRS$GROUP_TYPES))(RAW$PRS_INFO_DOCS_INFO NATURAL)(SPD$SETTINGS INDEX (SPD$SETTINGS_NAME))(ACC$GET_BALANCE NATURAL)(RAW$RULE_ESTIMATION NATURAL)(HTML2$ROOM_USE NATURAL)(HTML2$IDENT_PACKAGES NATURAL)(HTML2$TRANSACTIONS_LIST NATURAL)(HTML2$IDENT_USE NATURAL)(HTML2$ORDER_LIST NATURAL)(HTML2$ACC_OPERATIONS NATURAL)(HTML_END NATURAL)

Query Time
------------------------------------------------
Prepare : 0,00 ms
Execute : 156,00 ms
Avg fetch time: 156,00 ms

Memory
------------------------------------------------
Current: 173 084 472
Max : 173 554 816
Buffers: 9 999

Operations
------------------------------------------------
Read : 0
Writes : 7
Fetches: 6 160
Marks : 12


Enchanced Info:
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+
| Table Name | Records | Indexed | Non-Indexed | Updates | Deletes | Inserts | Backouts | Purges | Expunges |
| | Total | reads | reads | | | | | | |
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+
|ACC$BALANCES | 0 | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ACC$CATEGORY | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ACC$CURRENCIES | 0 | 105 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ACC$ITEMS | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ACC$TRANSACTIONS | 0 | 103 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ADM_ORGANISATION | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|BILL$ITEMS | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|BILL$POSITIONS | 0 | 32 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|DESK$ITEMS | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|DEV$POINTS | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|DEV$REASONS | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|DEV$TERRITORIES | 0 | 23 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|EMP$ITEMS | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$ACCOUNTS | 0 | 20 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$IDENTIFIERS | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$LIFE | 0 | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$MOTIONS | 0 | 10 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$RESOLUTIONS | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|IDENT$TYPES | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|LOG_EVENTS | 0 | 0 | 0 | 0 | 0 | 2 | 0 | 0 | 0 |
|LOG_EVENT_TYPES | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$ACCOUNT_OWNERS | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$GROUPS | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$GROUP_TYPES | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$INFO_DOCS | 0 | 10 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$INFO_DOC_TYPES | 0 | 10 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|PRS$PEOPLES | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$DEV_TC_PARAM | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$DEV_TC_TERR | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$DEV_TIME_COST | 0 | 1 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$USES | 0 | 12 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$USE_ELEMENTS | 0 | 4 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|RULE$USE_ITEMS | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$ACC_LINK | 0 | 51 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$ACC_SB_LINK | 0 | 14 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$ACC_TR_LINK | 0 | 5 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$DOC_ITEMS | 0 | 83 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$DOC_ITEM_BPS | 0 | 32 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$IDENT_LINK | 0 | 11 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SALE$IDENT_REPL_LINK | 0 | 3 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|SPD$SETTINGS | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|TARIFF$TYPES | 0 | 2 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|ZLS$DOMAIN_DICT | 0 | 311 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
+-------------------------------+-----------+-----------+-------------+---------+---------+---------+----------+----------+----------+
...
Рейтинг: 0 / 0
16.06.2017, 16:40
| Ответить | Цитировать | Написать  
Использование памяти
    #39473282
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
чччД
Участник
kdv...запрос сам по себе прекрасен:

select a, b from t
order by c

то есть, х.з. по какому критерию отсортировано.

И что тут не так? Во многих случаях значение критерия сортировки или фильтрации юзеру видеть не нужно.

Или не сразу нужно. К примеру, нужно просмотреть всю номенклатуру: вытягиваешь список 10 000 000 id's, отсортированных по типу товара и наименованию, затем, сканируя список id's, подтягиваешь по мере надобности остальные поля. И юзеру хорошо (10 000 000 позиций на экране видит), и железо не дохнет от перегрузки.
...
Рейтинг: 0 / 0
16.06.2017, 16:43
| Ответить | Цитировать | Написать  
Использование памяти
    #39473284
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
тот же запрос без order by сколько работает?
...
Рейтинг: 0 / 0
16.06.2017, 16:44
| Ответить | Цитировать | Написать  
Использование памяти
    #39473363
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
Ivan_Pisarevskyтот же запрос без order by сколько работает?

Столько же. Запрос резко ускоряется до 0.03сек, если убрать условие "and i.station_id = 50".
Предупреждая вопросы - индекс по этому полю имеется.

Дело-то не в одном запросе. В принципе есть ощущение, что что-то не так. Тут полсекунды, там полторы, тут еще чуть-чуть. Вроде немного, но в итоге накапливается большое время. Это нехорошо.
...
Рейтинг: 0 / 0
16.06.2017, 18:14
| Ответить | Цитировать | Написать  
Использование памяти
    #39473366
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
pastorА статистику выполнения таки можно глянуть?

Очень хочется увидеть как на полутора тысячах записей можно получить полторы секунды.

Я не большой специалист по firebird. Я с удовольствием покажу статистику, если мне намекнут как ее посмотреть. Я показал окошко Statistics. Глупо, понимаю, но что есть)) Так что, пожалуйста, подскажите.
...
Рейтинг: 0 / 0
16.06.2017, 18:16
| Ответить | Цитировать | Написать  
Использование памяти
    #39473367
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
МимопроходящийРома, чем тебя не устроил Оракл?
чего ты с него слез?

Не я такой, жизнь такая. В этом проекте файрберд давно уже, не менять же его.
...
Рейтинг: 0 / 0
16.06.2017, 18:16
| Ответить | Цитировать | Написать  
Использование памяти
    #39473368
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Роман ЯнковскийВ принципе есть ощущение, что что-то не так.

Смотреть планы и статистику тебе уже предлагали. Чтобы не казалось.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.06.2017, 18:16
| Ответить | Цитировать | Написать  
Использование памяти
    #39473370
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
kdvРоман Янковский,

до кучи - смотреть надо page reads и fetches from cache. А то что на экране - ерунда. Кроме того, запрос сам по себе прекрасен:

select a, b from t
order by c

то есть, х.з. по какому критерию отсортировано.

Что значит х.з.? Чтобы сортировать по полю нужно обязательно добавлять его в select? Это какие-то новости sql?
...
Рейтинг: 0 / 0
16.06.2017, 18:21
| Ответить | Цитировать | Написать  
Использование памяти
    #39473371
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
Роман ЯнковскийЗапрос резко ускоряется до 0.03сек, если убрать условие "and i.station_id = 50"
напиши and i.station_id+0 = 50
...
Рейтинг: 0 / 0
16.06.2017, 18:22
| Ответить | Цитировать | Написать  
Использование памяти
    #39473373
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ivan_Pisarevsky
Участник
хотя гораздо лучше было бы если условие соединения все бы сидело в одном композитном индексе.
...
Рейтинг: 0 / 0
16.06.2017, 18:25
| Ответить | Цитировать | Написать  
Использование памяти
    #39473374
Роман Янковский
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Роман Янковский
Участник
Ivan_PisarevskyРоман ЯнковскийЗапрос резко ускоряется до 0.03сек, если убрать условие "and i.station_id = 50"
напиши and i.station_id+0 = 50

Стало выполнятся за 0.05сек. Это что за магия такая? :)
...
Рейтинг: 0 / 0
16.06.2017, 18:25
| Ответить | Цитировать | Написать  
Использование памяти
    #39473380
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
Роман ЯнковскийЯ с удовольствием покажу статистику, если мне намекнут как ее посмотреть. Я показал окошко
Statistics. Глупо, понимаю, но что есть))

Используй isql, SET STATS ON, SET PLAN ON.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.06.2017, 18:29
| Ответить | Цитировать | Написать  
Использование памяти
    #39473391
чччД
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
чччД
Участник
Роман ЯнковскийIvan_Pisarevskyпропущено...

напиши and i.station_id+0 = 50

Стало выполнятся за 0.05сек. Это что за магия такая? :)
Таким способом ты отключил использование "плохого" индекса по station_id .

Сие тайное знание имхо, специально нигде не описано, но можно поискать здесь по совокупности слов "хинт" и "индекс".
...
Рейтинг: 0 / 0
16.06.2017, 18:47
| Ответить | Цитировать | Написать  
Использование памяти
    #39473392
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kdv
Участник
Роман ЯнковскийЧто значит х.з.? Чтобы сортировать по полю нужно обязательно добавлять его в select? Это какие-то новости sql?
я понимаю, что бывает всякая специфика, и конкретная реализация SQL не запрещает, но вот например - вижу я в результате запроса фамилии людей. Которые идут в каком-то порядке. Каком - я не вижу. А они - сюрприз! - отсортированы по номеру паспорта. Или по дате рождения. То есть, оценить, по какому критерию конкретные записи идут одна за другой, я не могу.
Роман ЯнковскийЭто что за магия такая? :)
вполне может быть, что у вас там много лишних индексов создано.
Чччдпросмотреть всю номенклатуру: вытягиваешь список 10 000 000 id's,
с этим я не спорю. К тому же у автора выдается какой-то лог, вероятно, время не важно, важна последовательность. Но спросить-то все равно надо было :-)
...
Рейтинг: 0 / 0
16.06.2017, 18:49
| Ответить | Цитировать | Написать  
25 сообщений из 56, страница 1 из 3
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Использование памяти
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&fpage=44&tid=1561529]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 47ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 100ms
get tp. blocked users:
 2ms
others: 299ms
total:  495ms
созд. / загр.: 495ms
x
x
Закрыть


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