|  | 
| 
Попробовать pureScale в бесплатном DB2:  1 или 2 узла | |||
|---|---|---|---|
| #18+ Упоминалось, что для CF нет лицензионных лимитов на объем оперативки для буферов. Может ли рабочий узел DB2 запрашивать недостающие в своих буферах данные в буферах хоста CF, а не вычитывать их самостоятельно? Можно ли использовать всего один рабочий узел DB2 или динамически менять количество рабочих узлов в зависимости от типа нагрузки? Например, при записи наращивать количество узлов в ущерб свободной оперативке и ядрам? А при относительно сложных запросах оставлять один узел 16GB + 4 ядра? Использует ли pureScale для связи узлов обычный TCP/IP или можно их связать на более низком уровне типа Ethernet + какой-нибудь свой низкоуровневый протокол даже без IP для повышения скорости работы обмена данными? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 23.04.2021, 10:34 |  | ||
| 
Попробовать pureScale в бесплатном DB2:  1 или 2 узла | |||
|---|---|---|---|
| #18+ Может ли рабочий узел DB2 запрашивать недостающие в своих буферах данные в буферах хоста CF, а не вычитывать их самостоятельно? Нет. Чтением данных с диска занимается Member. Можно ли использовать всего один рабочий узел DB2 или динамически менять количество рабочих узлов в зависимости от типа нагрузки? Можно. Например, при записи наращивать количество узлов в ущерб свободной оперативке и ядрам? А при относительно сложных запросах оставлять один узел 16GB + 4 ядра? Пытаться использовать pureScale в режиме "CF для большого кэша" бессмысленно. Используйте для этого кэширование файловой системы на уровне табличных пространств. Особенно для таких систем с ограниченными ресурсами. Использует ли pureScale для связи узлов обычный TCP/IP или можно их связать на более низком уровне типа Ethernet + какой-нибудь свой низкоуровневый протокол даже без IP для повышения скорости работы обмена данными? Может работать для обмена данными и сообщениями и в сокетном режиме (TCP/IP), и с использованием RoCE (RDMA over Converged Ethernet). В промышленных системах как правило используют последний вариант. Первый желательно использовать только с не очень большой нагрузкой на запись или в тестовых системах. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 23.04.2021, 11:44 |  | ||
| 
Попробовать pureScale в бесплатном DB2:  1 или 2 узла | |||
|---|---|---|---|
| #18+ Mark Barinstein, Как думаете, для DB2 pureScale без разницы на какой распределенной файловой системе будет расположена база данных? Вместо GPFS можно и Lustre? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 23.04.2021, 13:11 |  | ||
| 
Попробовать pureScale в бесплатном DB2:  1 или 2 узла | |||
|---|---|---|---|
| #18+ Bimon Subio Как думаете, для DB2 pureScale без разницы на какой распределенной файловой системе будет расположена база данных? Вместо GPFS можно и Lustre? Только GPFS, которая устанавливается вместе с Db2 и кластерным менеджером (TSAMP). ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 23.04.2021, 13:25 |  | ||
| 
Попробовать pureScale в бесплатном DB2:  1 или 2 узла | |||
|---|---|---|---|
| #18+ Mark Barinstein  Может ли рабочий узел DB2 запрашивать недостающие в своих буферах данные в буферах хоста CF, а не вычитывать их самостоятельно? Нет. Чтением данных с диска занимается Member. Почему тут: https://habr.com/ru/post/512298/ Копия: http://www.freezepage.com/1619587819JOEUEJAYUQ Пишут следующее: авторЕсли узлу нужна страница, и этой страницы нет в кэше, то узел запрашивает страницу в глобальном кэше, и только в том случае, если и там её нет, читает её с диска. В отличие от Oracle, запрос идёт только в PowerHA, а не в соседние узлы. Как данные попадают в глобальный кэш CF? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 28.04.2021, 08:33 |  | ||
|  | 

| start [/forum/topic.php?fid=43&gotonew=1&tid=1600130]: | 0ms | 
| get settings: | 11ms | 
| get forum list: | 12ms | 
| check forum access: | 4ms | 
| check topic access: | 4ms | 
| track hit: | 45ms | 
| get topic data: | 13ms | 
| get first new msg: | 7ms | 
| get forum data: | 3ms | 
| get page messages: | 50ms | 
| get tp. blocked users: | 2ms | 
| others: | 10ms | 
| total: | 161ms | 

| 0 / 0 | 
