Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
производительность LOAD и т.д.
|
|||
|---|---|---|---|
|
#18+
Развлекаюсь с переносом 300-гиговой (это объём сгенерированных CSV-файлов) базульки (CREATE TABLE, LOAD REPLACE csv, CREATE INDEX, RUNSTATS и т.п.). Скорость, по моему мнению, могла быть и побольше, но не вижу ручек для подкручивания. Но, может, я что-то упустил? Проблему я вижу в том, что запись ведётся слишком мелкими кусочками, что у LOAD'а, что у CREATE INDEX (а процессоры недонагружены, 30% на два одноядерника). У табличного пространства размер страницы 32К, размеры экстента и префетча по 32, то есть 1М. Для меня напрашивается писать на диск кусочками размером в экстент, но по виду в iostat (отношение записанного к количеству транзакций) данные пишутся постранично или по паре страниц зараз, поэтому цифры трансфера получаются до смешного низкими даже для того древнего сервера (возможно, с кешем на запись оно выглядело бы иначе, но батарейку уже не купить). Не заметил я и влияния block-based buffer pools, даже на runstats (ну, это я как-то могу объяснить). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2012, 15:24 |
|
||
|
|

start [/forum/search_topic.php?author=elvis123&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
23ms |
get topic data: |
12ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 16ms |
| total: | 149ms |

| 0 / 0 |
