PostgreSQL, увеличивающийся к 64 ядрам?
Главные базы данных все имеют бесплатные версии в наличии, таким образом, можно исследовать и изучить различия сами. Базовая структура вставляет/обновляет/удаляет, то же, но специфические особенности отличаются и чем более усовершенствованный материал Вы хотите сделать, тем более отличающиеся они, это кажется.
Вещи Вы привычка действительно хочет учиться, но действительно сделает Вас хорошими, если Вы действительно изучаете их:
- Как запланировать резервные копии и удостовериться, что они работают
- Как восстановить от резервных копий быстро и не перезаписывая все
- Рабочие привычки, которые помогают Вам постараться не удалять данные случайно
- Найдите медленные запросы / профилирование
- Как обработать безопасность с точки зрения логинов, пользователей, групп, соединений от позволенного дюйм/с
- Репликация к другим серверам / кластеризирующийся / обработка отказа (и затем возвращающийся к состоянию до сбоя)
- Так, как Вы можете о клиентских строках подключения и библиотеках базы данных для различных сред.
Загрузки:
- R2 Express SQL 2008: http://www.microsoft.com/express/database/
- (Также получите SQL Management Studio Express для управления),
- PostgreSQL: http://www.postgresql.org/download/
- MySQL: http://dev.mysql.com/downloads/
- (Также получите MySQL Workbench для управления),
- Экспресс 10 г Oracle: http://www.oracle.com/technetwork/database/express-edition/overview/index.html
- IBM DB2 Express-C: http://www-01.ibm.com/software/data/db2/express/
- SQLite: http://www.sqlite.org/download.html
Нет, это очень точная статистика. «Логический процессор» - это ядро. А ядро - это просто, неважно, как они распределены по физическим процессорам.
И если вы имеете дело с машиной с большим количеством ядер, чем поддерживаемое число, это не должно быть проблемой с PostgreSQL. . Каждое соединение по своей сути однопоточное *, поэтому любое количество ядер, которое у вас есть, ограничивает эффективность и действенность одновременных подключений.
Излишне говорить, что это также означает, что вы должны вкладывать деньги быстрее ядер, чем количество ядер, если вы не хотите кластеризовать вещи более сложным методом.
* Обновление 2017: Некоторые запросы (или подзапросы) могут выполняться параллельно .
Postgres может масштабироваться до любого количества процессоров, которое вы хотите установить, и ваша ОС может эффективно справляться / управлять. Вы можете установить Postgres на 128-ядерный компьютер (или даже на компьютер со 128 физическими процессорами), и он будет работать нормально. Он может работать даже лучше, чем на 64-ядерной машине, если планировщик ОС может обрабатывать такое количество ядер.
Postgres продемонстрировал возможность масштабирования линейно до 64 ядер. (с оговорками: мы говорим о производительности чтения в конкретной конфигурации (диск, ОЗУ, ОС и т. д.) - Роберт Хаас написал в блоге статью с красивым графиком , который я воспроизвел ниже. :
Что?
Другие пояснили, что логический процессор обычно относится к ядру ЦП, но я хочу прокомментируйте утверждение о том, что не имеет значения, как ядра распределяются между процессорами.
На кристалле процессора могут быть кеши, которые используются совместно между ядрами или предназначены для одного ядра или подгруппы ядер. Например, одна общая конфигурация - это выделенный кеш L1 и общий кеш L2. В этом случае масштабируемость одного двухъядерного процессора может отличаться от масштабируемости двух одноядерных процессоров.
Эти эффекты масштабируемости продолжаются в основной памяти, при этом NUMA-машины демонстрируют другое поведение, чем не-NUMA.
Я указываю на это только потому, что OP обсуждает вопросы масштабируемости, ответы на которые, как правило, более тонкие, чем «программа X может использовать Y ядер ЦП ".
В данном случае они имеют в виду несколько процессоров с меньшим количеством ядер ... Некоторые разговоры нацелены на будущее. Некоторые говорят о маркетинге.