TCP против общей памяти?

Question

TCP против общей памяти?

0

Я понимаю, что если разделяемая память используется правильно, она может быть быстрее любого другого IPC. Мой вопрос немного конкретнее: если я переношу многие небольшие пакеты, например, 100 байт, из разных программ в одну основную программу, какую скорость можно ожидать?

JoeFrom 05 фев. 2014, в 07:03

Источник

0

Почему бы тебе не проверить это? Это звучит как очень простой тест ...
Dietrich Epp 05 фев. 2014, в 05:56
3

Вероятно, около 12%.
Kerrek SB 05 фев. 2014, в 05:57
0

@Kerrek SB: почему 12%?
JoeFrom 05 фев. 2014, в 05:58
1

Связанный вопрос здесь с более мягкого времени.
Brett Hale 05 фев. 2014, в 06:12
0

«Скорость» может означать количество байтов в секунду, количество сообщений в секунду, задержку или даже загрузку процессора ... И все это полностью зависит от вашего кода. Так что проверь, если хочешь знать.
hyde 05 фев. 2014, в 06:14

Показать ещё 3 комментария

Теги:

c++

1 ответ

Ещё вопросы

Почему бы тебе не проверить это? Это звучит как очень простой тест ...
Связанный вопрос здесь с более мягкого времени.
«Скорость» может означать количество байтов в секунду, количество сообщений в секунду, задержку или даже загрузку процессора ... И все это полностью зависит от вашего кода. Так что проверь, если хочешь знать.

nodakai · Accepted Answer · 2014-02-05T05-20-00.000Z

Преимущество использования разделяемой памяти будет не так много, потому что в конечном итоге вы получите условные переменные в общей памяти (см. pthread_condattr_setpshared; кстати, это будет существенная работа по кодированию.) Тогда ваша логика регулируется OS, и он не очень отличается от использования localhost TCP-соединения, которое имеет разную и быструю реализацию, чем стандартный TCP на большинстве ОС.

Если все в порядке, чтобы полностью полагаться на спин-блокировку на общей памяти, то вы действительно осознаете существенную скорость, например, x3 fold.