begoon 21 апр 2012 в 18:27

TCP/IP proxy на Go

7 мин

19K

Системное программирование*Go*

+53

Комментарии 14

evilbloodydemon 21 апр 2012 в 20:09

По умолчанию, в Go все goroutines выполняются в одном потоке (thread) по очереди. Так что формально это однопоточная программа, хотя и имеет пять независимых путей исполнения. Количество os threads задается через GOMAXPROCS.

Презентация по теме: «Concurrency is not Parallelism (it's better)»

begoon 21 апр 2012 в 20:15

А как же:

// Просим Go использовать все имеющиеся в системе процессоры.
runtime.GOMAXPROCS(runtime.NumCPU())

?

evilbloodydemon 21 апр 2012 в 20:19

А это я пропустил. Очень торопился ссылкой поделиться =)

retif 22 апр 2012 в 15:55

видео доклада по этим слайдам существует?

alex_www 22 апр 2012 в 00:39

Да в документации такое есть, но вот что еще интереснее. Я создал 10 горутин на 2ядерном CPU и когда запускаю ps -fL я вижу 10 потоков. Использовал golang 1 из debian testing.

Prototik 21 апр 2012 в 20:31

два независимых потока для чтения и чтения из локального и удаленного сокета
Эм, а не чтения и записи?

begoon 21 апр 2012 в 20:46

Просто чтения. Исправил, спасибо.

BiSeTrojanov 21 апр 2012 в 20:44

> TCP/IP proxy
Я вспомнил, как 4 года назад на Delphi писал первую программу, которая напрямую вызывает функции стека, не пользуясь готовыми объектами. Это был как раз таки однопоточный портовый прокси с дампом данных. Эту программу я использовал для дебага и реверс инженеринга. И до сих пор ей пользуюсь.

Извините за оффтоп

-1

VolCh 21 апр 2012 в 23:44

А почему в хаб Go не включили?

begoon 22 апр 2012 в 00:47

Включил.

amosk 22 апр 2012 в 11:55

Go подталкивает на многопоточное программирование (а не отталкивает, как C++, даже на стероидах нового стандарта).

Голый С++ может и отталкивает от потоков.
Но библиотеки типа boost.asio наоборот позволяют элементарно писать многопоточные программы без явной низкоуровневой синхронизации.