Перейти к содержимому
Калькуляторы

Фря не грузится после апгрейда.

Зачем? Почему ifconfig в бзде может конфигурить ipv6 route advertisement (которое к интерфейсу относится примерно как dhcp сервер) и это считается правильным и годным, а ip link - нет?

Потому что это относится к интерфейсу.

Я бы не особо возражал чтобы оно ещё и арпои и маршрутами рулило, потому что они тоже по факту к интерфейсам привязаны.

 

Вам кто-то мешает полные ключи писать или сокращать не по одной букве, а по 2-3? Или вам не нравится, что другие могут сокращать по одной букве, если им так удобнее? :)

Потому что это школота :)

Я в школе так конспектировал: 1 слово = 1-3 буквы, через год оно было не читабельно совсем, ибо всё забыл.

Мне вообще пох чего там другие делают, я в консоле не надрачиваю команды на скорость каждый день :)

Важнее то, что когда у тебя команда и аргументы не в 1-2 буквы то и вероятность ошибки=опечатки/не того набрал падает как минимум в арифметической прогрессии.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Потому что это относится к интерфейсу.

Так может и дхцп туда же засунуть? И PPPoE сервер + клиент, и кучу прочих сервисов? :)

И эти люди еще критикуют systemd...

 

и маршрутами рулило, потому что они тоже по факту к интерфейсам привязаны.

С какой это радости маршруты привязаны к интерфейсам???

 

Потому что это школота :)

Я в школе так конспектировал: 1 слово = 1-3 буквы, через год оно было не читабельно совсем, ибо всё забыл.

Мне вообще пох чего там другие делают, я в консоле не надрачиваю команды на скорость каждый день :)

Важнее то, что когда у тебя команда и аргументы не в 1-2 буквы то и вероятность ошибки=опечатки/не того набрал падает как минимум в арифметической прогрессии.

Повторяю вопрос: вам кто-то мешает писать полные команды, а не сокращеные? Или сокращенные до произвольного кол-ва букв? Ну т.е. ip address add или ip addr add вместо ip a a? Или просто жаба давит, что другие - могут, а у вас во фре такого нет и не предвидится? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Бред. И ifconfig и ip - говно. C ifconfig так сложилось исторически, почему ip появился - не знаю, небось как обычно кто-то на зарплате "развивал" линукс.

 

И как бы было хорошо, если бы это были единственными проблемами... :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

почему ip появился - не знаю,

Да.

 

небось как обычно кто-то на зарплате "развивал" линукс.

Нет.

http://www.opennet.ru/opennews/art.shtml?num=38016

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так может и дхцп туда же засунуть?

Да, было бы не плохо иметь встроенного клиента.

 

И PPPoE сервер + клиент, и кучу прочих сервисов? :)

Пока демон порождает интерфейс и потому он снаружи.

Сервер - может работать с пачкой интерфейсов и опять же рожает интерфейсы.

И иметь чистый pppoe интерфейс (клиентский для подключения к инету) без всяких демонов - было бы удобно.

 

И эти люди еще критикуют systemd...

Оно сильно на любителя, и больше виндузятникам :)

 

С какой это радости маршруты привязаны к интерфейсам???

Может у тебя там пакеты уже через либастрал ходят (или из /dev/random в /dev/null), но IRL пакеты ходят через интерфейсы, потому сколько бы пакету не маршрутизироватся отправлен он будет через интерфейс.

Хотя тема холиварная, там есть нюансы.

 

Повторяю вопрос: вам кто-то мешает писать полные команды, а не сокращеные? Или сокращенные до произвольного кол-ва букв? Ну т.е. ip address add или ip addr add вместо ip a a? Или просто жаба давит, что другие - могут, а у вас во фре такого нет и не предвидится? :)

Да, мне мешают уроды которые выкинули ifconfig из попсовых дистров линуха.

 

Бред. И ifconfig и ip - говно.

Угу, в венде лучше :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Годная статья, спасибо. На многое свет проливает.

 

Физики-теоретики практиковались в разработке. И не на чем-нибудь, а на самом ядре линукса :)

 

"Implementation в BSD - не просто халтурна, это бы полбеды, но она просто окончательно хоронит изначальную идею."

 

Мда, гнать на BSD таки историческое наследие. Никуда не деться.

 

Зато хоть себя правильно оценивают: "уже к 2000му году, когда linux, несмотря на все сделанные глупости, отвратительную архитектуру и ужасное качество кода"

 

Бред. И ifconfig и ip - говно.

Угу, в венде лучше :)

Не знаю, как у венды, но у нас в линуксах и бсд трудно найти, что похвалить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Оно сильно на любителя, и больше виндузятникам :)

Как и бздевый ifconfig

 

Может у тебя там пакеты уже через либастрал ходят (или из /dev/random в /dev/null), но IRL пакеты ходят через интерфейсы, потому сколько бы пакету не маршрутизироватся отправлен он будет через интерфейс.

http пакеты тоже ходят через интерфейсы - чо, теперь апач включить в ifconfig? :)

А в общем случае - маршрут к интерфейсу не привязан. Вообще. Т.е. если шлюз, указанный в маршруте, становится доступен через другой интерфейс - маршрут сам не меняется, а трафик начинает бегать через другой ифейс.

 

Да, мне мешают уроды которые выкинули ifconfig из попсовых дистров линуха.

Правильно, нечего древний шлак 100 лет за собой тащить когда есть удобные утили, позволяющие делать то же но намного бстрее.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В линуксе нет legacy, в нем есть или старый хлам который никто не может переделать (потому что нет прав, координатора, возможностей) или какие-то новые утилиты, которые с некоторой вероятностью даже работают. Я с одной стороны автора iproute2 уважаю, титаническую работу проделал. Но с другой стороны, есть люди которые не могут и не должны определять UI/UX, и он из этих людей.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В линуксе нет legacy, в нем есть или старый хлам который никто не может переделать (потому что нет прав, координатора, возможностей) или какие-то новые утилиты, которые с некоторой вероятностью даже работают. Я с одной стороны автора iproute2 уважаю, титаническую работу проделал. Но с другой стороны, есть люди которые не могут и не должны определять UI/UX, и он из этих людей.

Ну, сейчас у нас есть Stephen Hemminger, который дает жару.

Еще есть Jesper Dangaard Brouer, который вот недавно выкатил:

This patch improves performance of SLUB allocator fastpath with 38% by

avoiding the call to this_cpu_cmpxchg_double() for NO-PREEMPT kernels.

Еще есть Alexei Starovoitov, который выкатил extended bpf и активно пилит пакетную производительность сетевого стека.

Есть Tom Herbert, который выкатил SO_REUSEPORT. И nginx с этой опцией на 33% быстрее при больших rps.

 

А то что адреса навешиваются через ip - это правильно :) надо просто понимать как linux признает адреса локальными.

 

а найминг... ну вот так сложилось. лично не мешает сделать алиас :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Физики-теоретики практиковались в разработке. И не на чем-нибудь, а на самом ядре линукса :)

физики сделали весьма стройную и продуманную систему :)

 

"Implementation в BSD - не просто халтурна, это бы полбеды, но она просто окончательно хоронит изначальную идею."

Мда, гнать на BSD таки историческое наследие. Никуда не деться.

ну что поделать, если в BSD только недавно отделили L2 от L3(arp-v2, я о нем).

fib'ы Кузнецов сделал черт знает когда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть Tom Herbert, который выкатил SO_REUSEPORT. И nginx с этой опцией на 33% быстрее при больших rps.

Даже не знаю, смеяться или плакать.

Сокеты, да и думаю заодно и весь корявый сетевой стэк ядра, пора уже давно оставить в покое, там не может быть производительности в принципе. 33% процента на какой-то специфической синтетической нагрузке, ох...

А 1000% хотите: http://www.seastar-project.org/

 

физики сделали весьма стройную и продуманную систему :)

Упорно не хотим называть вещи своими именами? Поймите, это все говнокод, ничего там стройного и продуманного нет, а одни хаки на хаках, это подход такой к разработке.

 

EDIT: в бсд тоже говнокод, он чуть лучше только потому, что не физиками теоретиками фундамент заложен.

Изменено пользователем ttttt

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть Tom Herbert, который выкатил SO_REUSEPORT. И nginx с этой опцией на 33% быстрее при больших rps.

Даже не знаю, смеяться или плакать.

Сокеты, да и думаю заодно и весь корявый сетевой стэк ядра, пора уже давно оставить в покое, там не может быть производительности в принципе. 33% процента на какой-то специфической синтетической нагрузке, ох...

вам привет от nginx

та же фича в DragonflyBSD

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вам привет от nginx

seastar уже посмотрели?

ну да. и? чем-то подход похож на freebsd sandstorm.

вообщем, вы как-то болезненно реагируете на разного рода оптимизации. наверное, вам так же больно от openbsd'шных sosplice/somove или линуксового splice?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

http пакеты тоже ходят через интерфейсы - чо, теперь апач включить в ifconfig? :)

Я уже про ппп и дхцп сервер, причина та же.

 

А в общем случае - маршрут к интерфейсу не привязан. Вообще. Т.е. если шлюз, указанный в маршруте, становится доступен через другой интерфейс - маршрут сам не меняется, а трафик начинает бегать через другой ифейс.

Потому оно холиварное.

А ещё там на разных маршрутах бывают всякие атрибуты типа мту.

 

Правильно, нечего древний шлак 100 лет за собой тащить когда есть удобные утили, позволяющие делать то же но намного бстрее.

Юношеский подход: разбираться лень, надо написать своё.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я уже про ппп и дхцп сервер, причина та же.

Ну да, давайте все серверные процессы засунем в ifconfig. Вместе с иксами (они тоже через сеть работают - а значит, трафик через интерфейс ходит, а значит - им место в ifconfig). Во заживем :)

 

А ещё там на разных маршрутах бывают всякие атрибуты типа мту.

Опять бздевая привычка путать уровни OSI... Для маршрута MTU не задается. Оно задается сугубо для интерфейса.

 

Юношеский подход: разбираться лень, надо написать своё.

Нет, нормальный подход: выкинуть утиль, поросшую костылями и с корявым синтаксисом, заменив ее удобной для повседневного юзания. Потому что нечего молиться на окаменелое гуано.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну да, давайте все серверные процессы засунем в ifconfig. Вместе с иксами (они тоже через сеть работают - а значит, трафик через интерфейс ходит, а значит - им место в ifconfig). Во заживем :)

Закусывай!

 

Опять бздевая привычка путать уровни OSI... Для маршрута MTU не задается. Оно задается сугубо для интерфейса.

Бывает что где то дальше mtu другой.

Я не вдавался в подробности, а за давностью лет может это было и не в BSD - я не помню где, но видел что маршруты могут иметь свой mtu.

 

Нет, нормальный подход: выкинуть утиль, поросшую костылями и с корявым синтаксисом, заменив ее удобной для повседневного юзания. Потому что нечего молиться на окаменелое гуано.

Выкини окаменелый экскремент пингвина и купи уже нормальную свежую венду, почувствуй себя человеком :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Бывает что где то дальше mtu другой.

И что с того? ICMP уже отменили? Или любой админ должен знать, какой MTU у участка сети в Зимбабве?

 

Я не вдавался в подробности, а за давностью лет может это было и не в BSD - я не помню где, но видел что маршруты могут иметь свой mtu.

Тоже наверное студенты в курсовой через анус гланды рвали, позабыв о стандартах :)

 

Выкини окаменелый экскремент пингвина и купи уже нормальную свежую венду, почувствуй себя человеком :)

Ну в общем-то свежие ядра пингвина выходят эдак раз в 20 чаще, чем у венды, и фичсет у каждого таки впечатляет (в отличие от бзди).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну в общем-то свежие ядра пингвина выходят эдак раз в 20 чаще, чем у венды, и фичсет у каждого таки впечатляет (в отличие от бзди).

У BSD просто лень писать фичсет каждый раз для чайников и админов :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У BSD просто лень писать фичсет каждый раз для чайников и админов :)

Да-да, лень писать фичи, но не лень перечислять "великие достижения" типа обновления фирмвари драйвера какой-то огороженой железки, или наконец-то запиленного WoL для реалтеков :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Бывает что где то дальше mtu другой.

 

И что с того? ICMP уже отменили? Или любой админ должен знать, какой MTU у участка сети в Зимбабве?

 

 

Вы трассы пробовали делать? Замечали, что на некоторых узлах ICMP не работает.

И еще часто приходится использовать PMTU или принудительное выставление mss-mtu.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы трассы пробовали делать? Замечали, что на некоторых узлах ICMP не работает.

 

ICMP - это не только пинги есличо.

По стандарту, если пакет не может пролезть - отправляется ICMP сообщение о необходимости фрагментации.

Если криворукий админ зарубил все ICMP - тут уже медицина бессильна, сам виноват.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы трассы пробовали делать? Замечали, что на некоторых узлах ICMP не работает.

ICMP - это не только пинги есличо.

По стандарту, если пакет не может пролезть - отправляется ICMP сообщение о необходимости фрагментации.

Если криворукий админ зарубил все ICMP - тут уже медицина бессильна, сам виноват.

 

А я о чем пишу? :)

А если на трассе MTU меньше 1500 и владелец транзитной AS не сознается, что за оборудование менял?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А если на трассе MTU меньше 1500 и владелец транзитной AS не сознается, что за оборудование менял?

 

Тогда проблема будет у всех юзеров, ходящих через железку этой жопоручки. Ну и пинать его будут со всех сторон.

А вы предлагаете на своих бордерах вести список таких осьминогов, и занижать им MTU?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NiTr0, у тебя откуда такое сильное состояние фиксации?

Жена с детьми ушла к BSDшнику или BSDшникам платят больше и они тебя каждый день тролят на работе?

 

Я вот лично убил хх часов или даже ххх часов на то чтобы мои программы более менее адекватно заработали на этом самом линухе, потому что там кастрированный epoll() к которому нужно кучу подпорок чтобы он стал отдалённо напоминать kqueue(), отдельно там пляска вокруг сокетов у которых один только Линус знает сколько можно прочитать/записать на момент эвента. То что LOWAT на сокетах нет и не предвидется. И ещё какие то мелочи, типа линусятники взяли и похерили sysctl и теперь приходится парсить какие то текстовые файлы из /proc или откуда то ещё, или что у вас там хер пойми как достоверно узнать на каком же диске находится то что смонированно как корень и тп тп тп.

Отдельно меня радуют различия между дистрами и сколько там всякого барахла и каждый раз всё по новому. Цент, убунта и арч - ничё похожего. А арч вообще умирает от обновлений иногда.

Я вот это всё сделал, лично страдая от твоего любимого линукса, но вспоминаю я об этом только когда читатю о "превосходстве линукса над BSD".

В топики про линукс я заглядываю иногда из интереса, и не пишу там каждый раз насколько он ужасный и сколько времени я на него убил.

Остальные как то так же.

 

Ты то в каком месте страдаешь, что у тебя такая возбудимость на BSD?

Или у тебя какие то другие проблемы которые ты почему то проецируешь на пользователей BSD?

Выговорись уже, может отпустит )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.