Yo.!какое отношение RDS сокеты имеют tcp сокетам ?
RDS Wire Specification 3.1
RDS_README
Yo.!дальше, с чего ты взял, что uDAPL, который верхний протокол, который юзает в том числе тормозной IPoIB (от использования которого ушел оракл) в чем то лучше ?Там для основных наиболее часто встречающихся операций не используются сокетные соединения, в т.ч. IPoIB.
Разница вот в чём:
- в DB2 если узел выяснил, что у него в локальном буфере нет нужного блока, то он отправляет синхронный запрос на CF, и если эта страница в CF есть, то узел получает эту страницу себе в память с соответствующим результатом своего вызова. Т.е. инициирующий запрос может успеть даже с процессора не переключиться во время операции: запрос на блокировку выполнется порядка 10-15 мкс, передача блока - несколько десятков мкс.
- любое сокетное соединение (в т.ч. RDS) требует прерываний, переключений контекста. Этого всего нет в DB2, а когда таких операций много, то соответствующие накладные расходы становятся заметными.

P.S.:
Yo.!, у вас в голове - каша со всеми этими сетевыми особенностями.
Вы, похоже, смотрите на какую-то картинку с разными реализациями, но смысл не понимаете.
Если не хотите выглядеть глупо, лучше не продолжайте, а тем более ещё и издеваться начинать...

Yo.!еще раз спрашиваю какое отношение RDS сокеты имеют tcp сокетам ? складывается впечатление, что у вас нездорово широкий ассоциативный ряд и все, что сокет вы принимаете за tcp сокет.Я нигде в своих постах не употреблял слова tcp.
С какой целью вы так настойчиво задаёте этот вопрос?
Yo.!Mark Barinstein- в DB2 если узел выяснил, что у него в локальном буфере нет нужного блока, то он отправляет синхронный запрос на CF, и если эта страница в CF есть, то узел получает эту страницу себе в память с соответствующим результатом своего вызова.
аболдеть прорывная технология. по вашему RAC получает блок с другой ноды асинхронно ? Смотрите сами.
Что делает RAC для получения блока с мастер-ноды (я могу ошибаться, поправьте, если что не так):
- серверный процесс пинает по ipc локальный LMS
- локальный LMS пинает по сети LMS мастер-ноды
- LMS мастер-ноды отдаёт блок по сети локальному LMS
- локальный LMS отдаёт блок по ipc серверному процессу
- локальный LMS шлёт по сети подтверждение о получении блока LMS мастер-ноды
(2 последних шага могут параллельно выполняться)

Назовите это как угодно, но это не один синхронный вызов.
Yo.!Mark BarinsteinТ.е. инициирующий запрос может успеть даже с процессора не переключиться во время операции: запрос на блокировку выполнется порядка 10-15 мкс, передача блока - несколько десятков мкс.
10-15 мкс !? и как такой тормоз рабоатет ? RDS укладывается в 2 мкс. один блок менее 1 мкс.Ого!
А Oracle и не знает, пишет чепуху всякую.
RAC-Performance-Experts-Reveal-All :
Block Access Latency

•Defined as roundtrip time
•Latency variation (and CPU cost ) correlates with
•processing time in Oracle and OS kernel
•db_block_size
•interconnect saturation
•load on node ( CPU starvation )
•~300 microseconds is lowest measured with UDP
over Gigabit Ethernet and 2K blocks
•~ 120 microseconds is lowest measured with RDS
over Infiniband and 2K blocks

А с 4K и 8K блоками - 130 и 160 microseconds соответственно.

Yo.!а давай мусье все таки посмотрит на картинку ниже и объяснит мне серому каким образом без переключения контекста выполняются вещи в kernel mode ?В DB2 используется uDAPL (user mode), а не kDAPL (kernel mode).
А вообще картинка странная - uDAPL приложение зачем-то в ядро лезет...
Почитайте про uDAPL , если охота.