Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
14.07.2012, 15:24
|
|||
|---|---|---|---|
|
|||
производительность 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 (ну, это я как-то могу объяснить). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=43&mobile=1&tid=1601792]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
7ms |
check topic access: |
7ms |
track hit: |
56ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 164ms |

| 0 / 0 |
