История изменений
Исправление lbvf50txt, (текущая версия) :
Модель OSI не может «сломаться» - это набор правил как разделить функции внутри одной программы, и часть этих функций вынести в общие библиотеки.
После 2х дней бесед я понял в чем у вас загвоздка. Вы считаете OSI прямым руководством к действию, обязательным к исполнению. А это всего лишь намек как разделить функции внутри одной программы, чтоб каждый программист их заново не переписывал.
По этому вы и утверждаете - все всё это recv, описывая точку обращения пользователя за услугами ядра. В общем вы не имеете достаточной подготовки в высокоуровневом программировании. Но имеете конкретные представления о низкоуровневых функциях.
И при этом имеете наглость утверждать, что «OSI не нужно» или «его нет», «бред» - что-то в этой тональности. Что взывает ответную реакцию. Вы просто не разобрались.
P.S. В Userspace информация последовательно запаковывается в проколоы: текст -> HTTP -> TLS -> отдается в сокет -> TLS -> HTTP -> тест. Вот эти слои запаковки перед отправкой и после получения - это и есть протоколы слоями согласно OSI. Их как бы и нет, это всего лишь набор функций которые передают друг другу данные.
Наше общение, это все равно, что ели бы вы объясняли человеку про IP пакет, а он говорил, что все это «бред», так как, он на осциллографе видит только перепады напряжения. И в чем-то он был бы прав, как и вы. Но не понимал всей картины.
Исправление lbvf50txt, :
Модель OSI не может «сломаться» - это набор правил как разделить функции внутри одной программы, и часть этих функций вынести в общие библиотеки.
После 2х дней бесед я понял в чем у вас загвоздка. Вы считаете OSI прямым руководством к действию, обязательным к исполнению. А это всего лишь намек как разделить функции внутри одной программы, чтоб каждый программист их заново не переписывал.
По этому вы и утверждаете - все всё это recv, описывая точку обращения пользователя за услугами ядра. В общем вы не имеете достаточной подготовки в высокоуровневом программировании. Но имеете конкретные представления о низкоуровневых функциях.
И при этом имеете наглость утверждать, что «OSI не нужно» или «его нет», «бред» - что-то в этой тональности. Что взывает ответную реакцию. Вы просто не разобрались.
Исходная версия lbvf50txt, :
Модель OSI не может «сломаться» - это набор правил как разделить функции внутри одной программы, и часть этих функций вынести в общие библиотеки.
После 2х дней бесед я понял в чем у вас загвоздка. Вы считаете OSI прямым руководством к действию, обязательным к исполнению. А это всего лишь намек как разделить функции внутри одной программы, чтоб каждый программист их заново не переписывал.
По этому вы и утверждаете - все всё это recv, описывая точку обращения пользователя за услугами ядра. В общем вы не имеете достаточной подготовки в высокоуровневом программировании. Но имеете конкретные представления о низкоуровневых функциях.
И при этом имеете наглость утверждать, что OSI не нужно. Что взывает ответную реакцию. Вы просто не разобрались.