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

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
07.06.2007, 16:20
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Доброго времени суток! Справится ли постгрес с 100-ей инсертов в секунду (в одну таблицу, 20 полей - типы полей int, bigint, datetime). Один инсерт одна транзакция (в инсерте около 30 записей). Сервер HP: Пенёк 4 - 2800MHz, 1G оперы? Может у кого-то справляется и с большим кол-вом, напишите пожалуйста (и укажите железо). Заранее благодарен. Понимаю что вопрос несколько абстрактный, но надо решить какую субд использовать, а проверить на этом сервере, пока что не могу ((. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 16:34
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Уточню вопрос, сможет ли он(постгрес) обработать эти инсерты именно за 1 секунду? С базой больше никаких операций не производится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 16:49
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Много от чего зависит, в первую очередь от дисковой. Если нужна только большая скорость простых инсертов, используйте MySQL. Быстрее вряд ли кто-то сможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 16:49
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
использовать COPY? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 16:55
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
st_serg использовать COPY? Copy, только Copy, ничего кроме Copy... Уменя по сотне тысяч записей по 70-80 полей каждая за считанные десятки секунд влетает... А железяка - похожая. На инсерты никакого времени не хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 16:58
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
PostreSQL начинающийМного от чего зависит, в первую очередь от дисковой. Если нужна только большая скорость простых инсертов, используйте MySQL. Быстрее вряд ли кто-то сможет. sqllite ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 17:09
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
jaga st_serg использовать COPY?Copy, только Copy, ничего кроме Copy... На инсерты никакого времени не хватит.Конкурентно в пять потоков 10 тысяч транзакций, по три инсерта в маленькую таблицу в каждой, работали 18 секунд, то есть 2700 транзакий в секунду, что намного больше требуемых 100. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 18:05
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
jaga st_serg использовать COPY? Copy, только Copy, ничего кроме Copy... Уменя по сотне тысяч записей по 70-80 полей каждая за считанные десятки секунд влетает... А железяка - похожая. На инсерты никакого времени не хватит. Данные приходят с внешнего устройства. На сколько я понимаю мне нужно все данные, в реальном времени, сохранять в файлы, и только после этого выполнить COPY. Это действительно будет быстрее, чем сразу писать в базу но инсертом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 18:25
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
не обязательно сохранять в файл, copy умеет читать из stdin ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2007, 20:24
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Данные из внешнего устройства ни в коем случае нельзя сразу пихать в базу. Даже если база с этим справляется. К примеру : База не всегда бывает доступна, база может выполнять и другие задачи - которые могут сильно помешать вставке- в итоге данные с устройства могут элементарано потерятся... Данные в любом случае нужно складывать в буффер - а лучше в два... и периодически заносить данные в базу - путем анализа буфера. в таком случае получается ГОРАЗДО более надежная система. IMHO- АКСИОМА - не требующая доказательств.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 09:04
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Мда... вопрос крайне абстрактный... Коненчо вставит вопрос тут даже не в Insert или Copy а в самой задаче... Зачем это надо и как часто это происходит.. Решение этой задачи зависит далеко не от дисковой ... учитывая небольшой объем данных достаточно кэш сервака сделать побольше и таблицу в которую вставляешь данные сделать FILLFACTOR поменьше и будет работать шустрее шустрово даже на древнем железе... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 10:07
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
SilverSpyderМда... вопрос крайне абстрактный... Коненчо вставит вопрос тут даже не в Insert или Copy а в самой задаче... Зачем это надо и как часто это происходит.. Решение этой задачи зависит далеко не от дисковой ... учитывая небольшой объем данных достаточно кэш сервака сделать побольше и таблицу в которую вставляешь данные сделать FILLFACTOR поменьше и будет работать шустрее шустрово даже на древнем железе... FILLFACTOR то зачем уменьшать? данные только вставляются, ничего абстрактного в этом вопросе нет, имхо если потеря данных не очень важна, то заливать их через copy, если данные важны, то, как сказал domanix, делать промежуточный кеш в виде файла, для еще большей надежности не использовать кеш при записи в файл (флаг O_FSYNC в open(3) или чтото подобное) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 10:11
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
open(2) i mean ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 10:15
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
SilverSpyderкэш сервака сделать побольшеС помощью какого параметра? Почему при этом ускорится insert? SilverSpyderсделать FILLFACTOR поменьшеПочему при малом fillfactor ускорится insert? PS: Ускорить insert можно отключив fsync. Метод для рисковых парней. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 12:55
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
SilverSpyderМда... вопрос крайне абстрактный... Коненчо вставит вопрос тут даже не в Insert или Copy а в самой задаче... Зачем это надо и как часто это происходит.. Как часто? Происходит постоянно, каждую секунду... Зачем это надо? А куда по вашему нужно девать такой поток данных? Вместо базы в файл сливать? Но тогда будет геморно статистику (по этим же данным) получать... PS: если есть предложения, то с удовольствием выслушаю, интересны все варианты. PS2: А также спасибо за рекомендации и советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 16:23
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
domanixДанные из внешнего устройства ни в коем случае нельзя сразу пихать в базу. +1. Если, конечно, важен результат, а не закрыть договор и свалить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 16:29
|
|||
|---|---|---|---|
Большое количество insert? |
|||
|
#18+
YuriyMКак часто? Происходит постоянно, каждую секунду... С какой вероятностью данные д.б. записаны в течение секунды? Если в течение каждого часа будет случаться, скажем, пять трехсекундных задержек, это годится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2007, 16:49
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
тоже такая проблема стоит. почемуто не держит постгрес (а говорят что вообще реляционные БД) интенсивного инсерта. Есть смысл действительно посмотреть в сторону хранения в файл или в сторону специализированных БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2007, 07:19
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
Промежуточный файл нужен. Файл можно начинать новый, каждую минуту, а потом, спокойно заливать в БД. COPY, или INSERT одной транзакцией. Можно сразу проводить предварительный анализ, проверку и агрегирование. Если задержка в минуту много, можно интервал уменьшить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.06.2007, 00:42
|
|||
|---|---|---|---|
|
|||
Большое количество insert? |
|||
|
#18+
На мой взгляд, плясать тут нужно от поиска узких мест в ваших insert-ах. Ставьте все загружаться и смотрИте, к примеру, на iostat -x 1 -- как работают диски, на mpstat 1 -- как работают ЦПУ. Дальше будет понятно, во что и на каких цифрах вы уперлись и где нужно подкручивать. Теоретическая пропускная способность в данном случае должна определяться жестким диском. Например, 15000 rpm диск делает 250 оборотов в секунду и, следовательно, в _идеальном_ случае вы имеете 250TPS (настоящей записи, без write cache). Достичь этой цифры вполне реально, причем вполне легитимными способами (без отключения фсинков и тп) -- например, подкручивая commit_siblings и commit_delay. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=53&tablet=1&tid=2005365]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 399ms |

| 0 / 0 |
