C++ и сети

Всем доброго времени суток! Хочу спросить совета у экспертов по сетевому программированию. Сам я начинающий в сетях, но в C++ проблем не испытываю и опыт программирования на нём имеется. Сети изучаю по курсам CISCO и программе CISCO Packet Tracer. Имею понятия об уровнях модели OSI и TCP/IP. Имею представления о протоколах и как они функционируют внутри сети.
Мой вопрос вот в чём, какую литературу посоветуете мне как начинающему сетевому программисту. Литературу наподобие K&R по C или Томаса Кормена по алгоритмам, имею ввиду чтобы было всё просто и понятно.


Цель, на ближайшие дни а может и недели это написать свой локальный чатик где люди могут передавать друг другу сообщения и не только сообщения но и файлы(например архивы или текстовые документы). Что то похожее на телеграм или вайбер но только внутри локальной сети.

Если эта цель будет достигнута то дальше планирую написать программу показывающую карту сети относительно того хоста где программа была запущена. Например приходите вы такие в офис или компанию где нужно провести кое какие работы или выявить неполадки в сети, а компания большая и компов много и имеют какую то определенную структуру, и тут вы запускаете моё приложения на любом из компов и выводится топология сети и показываются все хосты, все коммутаторы и маршутизаторы которые подключены именно к нашему хосту в том порядке в котором они подключены и в будущем иметь возможность увеличивать функционал программы. Для начала можно организовать текстовой вывод информации но в будущем можно и в графическом виде всё это показывать. Может быть я что то бредовое пишу или такое и вовсе не нужно, просто я должен был поставить для себя какую то цель и поэтому в силу моих знаний мне пришла в голову такая вот задачка

2

Сообщение от no swear Цель, на ближайшие дни а может и недели это написать свой локальный чатик где люди могут передавать друг другу сообщения и не только сообщения но и файлы(например архивы или текстовые документы).

Делать через сокеты и не забивать себе голову какими-то там OSI. Там никакой принципиальной разницы с чтением-записью в файл/пайп. Сами сокеты подробно разобраны вот здесь.

2

Сообщение от no swear Литературу наподобие K&R по C или Томаса Кормена по алгоритмам, имею ввиду чтобы было всё просто и понятно.

Классика: "UNIX: разработка сетевых приложений", - У. Ричард Стивенс

3

Сообщение от no swear Может быть я что то бредовое пишу или такое и вовсе не нужно, просто я должен был поставить для себя какую то цель и поэтому в силу моих знаний мне пришла в голову такая вот задачка

складно мыслишь , удачи!

1

Сообщение от DrOffset Классика: "UNIX: разработка сетевых приложений", - У. Ричард Стивенс

А есть ли что кроссплатформенное по этой теме? И актуальное на сегодняшнее время?

1

Сообщение от notAll А есть ли что кроссплатформенное по этой теме? И актуальное на сегодняшнее время?

Есть Буст, который умеет представлять сокеты в форме iostream потоков. Гугл, boost socket Iostreams. Соединение устанавливается буквально в две строчки, дальше упрощать задачу уже просто некуда.

2

Сообщение от notAll А есть ли что кроссплатформенное по этой теме?

BSD сокеты, описываемые в книге, кроссплатформенные.
Тут особняком стоит только Windows, в которой какое-то свое видение на сокеты реализовано.
Поэтому тут только если какие-то высокоуровневые обертки рассматривать, вроде упомянутого выше boost, или Qt.

Сообщение от notAll И актуальное на сегодняшнее время?

Книга актуальность не потеряла.

2

DrOffset,
Про еполл в этой книге насколько я помню нет...

В целом думаю книга актуальна, но принимать её содержание нужно без фанатизма
То есть узнали что-то, ищите нет ли улучшенных аналогов этого

Добавлено через 1 минуту
DrOffset,
Вместо этого активно продвигается медленный селект, на сколько я помню

1

Сообщение от Undisputed Про еполл в этой книге насколько я помню нет...

epoll - это как раз некроссплатформенный Linux-specific инструмент.

Добавлено через 8 минут

Сообщение от Undisputed Вместо этого активно продвигается медленный селект, на сколько я помню

Короче, книгу, я так понял, ты не читал

Во-первых есть разница между "продвигается" и "на примере демонстрируется принцип".
Во-вторых более быстрый и масштабируемый (и кроссплатформенный) poll там тоже вполне описан.

В-третих, epoll, как я уже сказал, это только linux и он не безусловно лучшее средство, имеет свои недостатки. Поэтому взрослые сервера предоставляют выбор между стратегиями мультиплексирования. Например: https://www.nginx.com/resource... ent-models

2

DrOffset,
Ну и что линукс специфик? ) оно же тоже юникс подобное
Не вижу проблем в том что бы в подобной книге говорилось о еполе

Не, я читал) только 3 года назад, до куда - не помню. Но до мультиплексоров включительно это точно
Что касается nginx, то честно говоря по той ссылке не очень понял кто там круче епола)
В основном альтернативы там доступны как я понял для того что бы охватить как можно больше платформ а не как замена еполу

1

Сообщение от Undisputed Ну и что линукс специфик? ) оно же тоже юникс подобное

Обычно в учебниках по С++ не описывают расширения GCC, даже не смотря на то, что GCC есть для 99% платформ. Если ты понимаешь, о чем я.
Если ты понял как работает poll, то с epoll не будет проблем.

Сообщение от Undisputed Что касается nginx, то честно говоря по той ссылке не очень понял кто там круче епола)

No comments.

1

DrOffset,
Да, я понял о чем ты) но по gcc можно написать целую книгу.
Поэтому наверное обычно в книгах по С++ и нет такого
Но выделить отдельную главу с описаниям платформозависимых мультиплексоров в подобной книге думаю было бы очень даже кстати

А почему ноу комментс? что я не так сказал?

1

Сообщение от Undisputed А почему ноу комментс? что я не так сказал?

Потому что я писал выше:

Сообщение от DrOffset взрослые сервера предоставляют выбор между стратегиями мультиплексирования.

Т.е. этот выбор, а следовательно, что "круче" и больше подходит определяет пользователь сервера, администратор, а не сам по себе инструмент. Например, при разворачивании на системе с малым количеством клиентов и небольшими ресурсами (например web-админка на роутере), epoll может быть избыточен и не давать никакого ускорения, зато при этом жрать и без того ограниченную память.

Each registered file descriptor costs roughly 90 bytes on a 32-bit kernel, and roughly 160 bytes on a 64-bit kernel.

Добавлено через 2 минуты
Т.е. это вопрос уровня что "круче" std::map или std::vector.

2

DrOffset,
А, я понял о чем ты. Думаю веб админка на роутере скорее исключение чем правило. В контексте nginx чаще говорят о масштабировании нежели об экономии. Вот то сообщение я писал исходя из этих соображений

Добавлено через 3 минуты
Кстати я понимаю то масштабирование тоже может быть расточительным и экономными )) но думаю ты понял о чем я

1

Undisputed, nginx - это просто пример большого продукта. В таком большом и широкоиспользуемом продукте как правило уже сделан весь анализ и продуманы все узкие места. И если авторы все равно не пришли к какому-то "наилучшему" решению, значит его и нет. Т.е. если бы все было так однозначно, то у nginx не было бы возможности выбирать такие вещи.

2

DrOffset,
Согласен. Наилучшее решение наверное зависит от обстоятельств.
Тем не менее, сегодня редко кто то на каком то сервере будет экономить на памяти дескрипторов.
А вот то что пользователи будут жаловаться на скорость - куда более реально.
Думаю в этом смысле еполл можно назвать самым крутым, вот это я хотел сказать...

Но мысль интересная, возьму на вооружение. Спасибо

1