man readv

Я охуенный транслятор, не правда ли(?)

Вааще огонь!

Ну вообще нет, потому что я всё равно не понял. Вы сейчас мне предлагаете выучить основы внутреннего устройства ядра с терминами? Ну ткните в экспресс-курс, чтобы я мог за завтраком сходу ваши redv и что вы этим имели ввиду переводить

блять, man напиши, Фил

и enter не забудь

ну векторное чтение

Ну я прочел. Мне это ничего абсолютно не дало. Что плохого в readv?

И что?

Что это?

берем тело расчлениям и прячем по углам

да то что рука и нога лежат в отдельных частях комнаты

Ну я прочел. Мне это ничего абсолютно не дало. Что плохого в readv?

Нет, readv - это лучше чем просто read.

Чем?

все тело не всегда войдет в холодильник

надо пилить

readv, writev, preadv, pwritev - read or write data into multiple buffers

за один syscall

зря я декстера смотрю (

кто-то недавно блажил тут про userspace, пиздец

А теперь "чем?"

nto multiple buffers - ну в разные холодильники

за один syscall

О! Уже лучше. Ты всё время забываешь, что есть умолчания, которые кто-то может не знать (я в данном случае). А что-то просто пропустить по тормознутости. Вот это уже в моей голове что-то объяснять начало

а я чего и говорю

это стыдно не знать в твоём возрасте, так то

Учитывая задвиги про -m state — просто пиздец как стыдно

это стыдно не знать в твоём возрасте, так то

Чушь. Или man что :)

man systematic_learning

а не chaotic showing off

Учитывая задвиги про -m state — просто пиздец как стыдно

Именно. -m state и сама попытка его оправдать прости но в 2016 году - это не просто стыдно, а очень стыдно

бля, ты точно дурак

это стыдно не знать в твоём возрасте, так то

может он молод, говоря после 40 жизнь только начинается

Ну вот просто непроходимый тупень

бля, ты точно дурак

А ты за лет 12 последних и не знал?

мы мало общались

Учитывая задвиги про -m state — просто пиздец как стыдно

? просвятите

мы мало общались

Да не очень. Как минимум это утверждение я от тебя слышу даже не в 10-ый раз :))

Чем?

Тем, что за один сисколл ты можешь отправить/принять пачку буферов. Вообщем, read это частный случай readv когда вектор единичной длины

Есть риск, что один из буферов вектора запишется не целиком, но это уже детали.

? просвятите

ребята открыли для себя conntrack

ребята открыли для себя conntrack

-m ct

? просвятите

Я считаю зашкваром в 2016 году использовать -m state

и решили, что раз оно умеет большн, то надо им и пользоваться. Всегда

и решили, что раз оно умеет большн, то надо им и пользоваться. Всегда

Именно так. Потому что какой ман не открываю - там написано "вместо"

да и вообще дублирование в одном и том же месте это так себе тема. Рубийность какая-то

зашквар это не знать за syscall'ы, если ты, типа, такой крутой UNIX-админ

Но ты нет, в том-то и дело. Мне это всегда и не нравилось в твоём поведении.

У тебя фрагментированные знания, а выебонов всегда -- как у гуру

Я крутой UNIX-админ? Это ты где прочитал? Вряд ли я мог такое сказать. Обсуждение разбирательства в сисколлах оставим отдельным вопросом

Причём, не просто фрагментированные, а безсистемные

Но ты нет, в том-то и дело. Мне это всегда и не нравилось в твоём поведении.

Слава Богу мы не женаты :)

Как бы просто набор знаний, между которыми нет интеллекта

Просто знания. Без анализа

Без взаимоувязывания их между собой. Без выводов

И можно было бы забить, не было бы пальцев

кстати на опеннете читал ваш же спор

и там тоже самое )

Скорее лень читать книжки и плохое знание английского. Но видишь, на вполне сносном уровне я раскрутил чо как. Разницу между одним и N сисколлами я уже понимаю :) ]

кстати на опеннете читал ваш же спор

ORLY?

URL in

кстати на опеннете читал ваш же спор

На опеннете? Я там не был тыщу лет. Вряд ли. Мы публично почти и не спорили нигде. Это втрой раз что ли за 12 лет

да вот лезу

я не про вас, в общем,

потому что сам изучал этот же вопрос

про запятые лучше помни

а то нихуя непонятно, чё ты помнишь и про кого

Вы упрлс

ERROR: S client not available

кстати реально в части статей попадается что -m state пользоваться не надо

у него брат от этого умег

©

причины, по которым нужно предпочесть аналог: — он производительнее — он стабильнее — он проще

http://unix.stackexchange.com/questions/108169/what-is-the-difference-between-m-conntrack-ctstate-and-m-state-state

может быть, что-то ещё. Вот пока этого не будет — идите нахуй хейтеры -m state

вы просто корявые понторезы

Вы упрлс

Игорь всегда такой, я привык

Михельсон, я этим модулем пользовался, когда ты ещё писал на горшок

ну, образно выражаясь

Игорь всегда такой, я привык

аще всегда так делаю.

причины, по которым нужно предпочесть аналог: — он производительнее — он стабильнее — он проще

^^^

причины, по которым нужно предпочесть аналог: — он производительнее — он стабильнее — он проще

- он легче поддерживается - вендор будет его поддерживать не надо тут укороченные списки давать :)

вот сравнишь -- ок

а пока -- не ок

http://www.netfilter.org/documentation/HOWTO//packet-filtering-HOWTO.txt

зачем спорить

7.3.6.5. The State Match

Узбагойтесь! Пишут, что state алиасится в conntrack

Ну и это канал о фрибсд

- он легче поддерживается - вендор будет его поддерживать не надо тут укороченные списки давать :)

в моей поставке Linux -m state есть, и в man'е deprecated не сказано

Что сравнишь? Я тебе сказал - поддерживать технологию, которую вендор заявляет, что бросает = плохо. Подджерживать два варианта одного и того же = плохо. Это не учитывая того, что пишут "плохо". К сожалению, в 2016 году всё знать невозможно, приходится чему-то доверять

у вас спор ради спора

@schors @poige хватит пить упорин!

Узбагойтесь! Пишут, что state алиасится в conntrack

Ссылку дай. Потому что в этом случае его использовать зашквар в квадрате и понторезка, выражаясь языком Игоря :)

есть разработчик, в его доке все написанно

Ссылку дай. Потому что в этом случае его использовать зашквар в квадрате и понторезка, выражаясь языком Игоря :)

http://www.netfilter.org/documentation/HOWTO//packet-filtering-HOWTO.txt

начни с пункта 7.3.6.5

Кстати, пользуясь случаем, тут люди на маках есть? Стукнитесь в личину

Я вас в группу хочу собрать )