Как send() (сокеты) работает в параллельных потоках на одном сокете?

Можно, ядро все разрулит. С UDP точно можно, TCP тоже можно, но гемморно.

ядро все разрулит

Что оно там разрулит? Откуда ядру знать, что делается в потоке userspace-а? Переключит контекст — и нашинкует данные, как попало.

А вот напомни мне, автор. А всегда ли сенд может отправить ВСЕ данные, которые ты ей скормил? то есть может ли он отправить только кусок данных и размер этого куска, собственно, тебе вернуть? Вот как ответишь на этот вопрос, так и поймешь сразу свою ситуацию.

С SOCK_DGRAM да, всегда (если конечно не превышает размер буфера).

этого не было в изначальном топике =]

Всем низкий поклон.

Доступ к сокету разрулит. В случае с UDP, как уже говорил я и сказали выше, ничего не нашинкует (если в буфер влезут данные). В случае с TCP может нашинковать, а может и нет.

На kernelplanet об этом недавно статья прошла: http://rusty.ozlabs.org/?p=437

Presumably so simple UNIX filters didn’t have to check the return and loop (they’d just die with EPIPE anyway), write() tries hard to write all the data before returning.

По теме - я бы не советовал. Вопрос с душком.

Вопрос с душком.

Ничего конкретного в гугле нету, одни только отстраненные рассуждения.

В общем-то поток (SOCK_STREAM) лучше не писать из разных потоков. А вообще если такой вопрос возник, то, имхо, проблема в архитектуре.

При создании сокета линукс создает для него кэш. Обращения к кэшу синхронизированы. В остальном я не понимаю ваш вопрос. Вы хотите сбрасывать кэш при каждом send что ли? Кусок из linux/include/sock.h

/* This is the per-socket lock.  The spinlock provides a synchronization
 * between user contexts and software interrupt processing, whereas the
 * mini-semaphore synchronizes multiple users amongst themselves.
 */

вашей задачи

Конкретная задача еще не поставлена, просто пока интересуюсь механизмом работы сокетов для того чтобы знать как проектировать алгоритм.

Самое главное я узнал что сам по себе параллельный вызов двух send() не вызовет ошибку времени выполнения.