- Потихоньку догоняют линукс, молодцы , Аноним (1), 22:21 , 04-Май-24 (1) –6 [V]
- Ох уж эти пингвинячьи мечты и пинвгинячьи реальности Но ты всегда можешь пока, Аноним (5), 22:50 , 04-Май-24 (5) +6 [^]
- Не рвись, братишка FreeBSD - это ось, а не ядро, поэтому я сравниваю ось с осью, Аноним (1), 23:08 , 04-Май-24 (17)
- Ну то есть я угадал - очередной занятный эвфемизм Линукс в этом специальном слу, Аноним (5), 23:23 , 04-Май-24 (23) –1
- В бытовой речи вполне допустимо называть линуксом всю операционку Держи, братиш, Аноним (1), 23:40 , 04-Май-24 (30)
- А еще в бытовой речи могут называть системный блок процессором , спусковой крюч, Аноним (135), 11:21 , 05-Май-24 (135)
- То есть, ты не только подтвердил правоту собеседника, но и сам привёл ссылку на , YetAnotherOnanym (ok), 13:47 , 05-Май-24 (153)
- Запутались так сильно, что не могут понять линукс - это название системы или яд, rvs2016 (ok), 15:39 , 05-Май-24 (168)
- Запросто - https ubuntu com, Аноним (24), 23:30 , 04-Май-24 (24) –2
- Если говорить про графический стек во всех этих бздях, то он состоит чуть менее,, Аноним (14), 23:00 , 04-Май-24 (14) +7 [^]
- Да и ZFS там таки - из проекта ZFS On Linux теперь , Аноним (24), 23:36 , 04-Май-24 (28) +2
- У BSD систем нет графического стека, как и у Linux Оба используют убогие костыл, Zitz (?), 23:43 , 04-Май-24 (31) –1
- И у BSD и у Линукс есть переключение видеорежимов в ядре, есть фреймбуфер И дум, Аноним (24), 00:11 , 05-Май-24 (44)
- Читать со второй строчки https en wikipedia org wiki Mode_setting, Аноним (14), 01:19 , 05-Май-24 (60) +1
- Ну вот эти васяны за такое отношение и выкинули всяких других вась W всяких фр, Аноним (-), 13:22 , 05-Май-24 (149) –1
- Если говорить о сетевом стеке в Линукс, то он полностью состоит из BSD то ест, Аноним (24), 00:03 , 05-Май-24 (41) +3
- Вот прям - полностью Со всеми MPTCP, nftables, всякими io_uring и какими там ещ, Аноним (-), 00:30 , 05-Май-24 (48) –1
- Это где без BPF ничего не работает , Аноним (122), 09:06 , 05-Май-24 (122) +1
- Да вот, знаете ли - обыграть вас могут и на вашем же поле Гарантий обратного ва, Аноним (-), 14:28 , 05-Май-24 (158)
- drivers https www freshports org net dpdk Экспердиза294 так и прет, так и п, Аноним (135), 22:47 , 05-Май-24 (194) +1
- Ну дык вы это сами сделали Или как обычно, утянули у тех кто для пингвина это в, Аноним (-), 05:36 , 06-Май-24 (214)
- Экспердушка ты наш ненаглядный - DPDK вам сделали те же самые чуваки из intel, к, Аноним (135), 20:53 , 06-Май-24 (260)
>> https://www.freshports.org/net/dpdk/ >>> 16 Oct 2014 05:59:55 >>> Add dpdk 1.7.1, intel(R) DPDK: Software libraries for packet processing. >>> PR: ports/194072 >>> Submitted by: bruce.richardson@intel.com >> Экспердиза294 так и прет, так и прет! > Ну дык вы это сами сделали? Или как обычно, утянули у тех кто для пингвина это все и кой-как примотали на проволоку и скотч? :) Экспердушка ты наш ненаглядный - DPDK вам сделали те же самые чуваки из intel, которые и закоммитили порт во фрю. Bruce Richardson как бы, мейнтенейр билд-систем проекта DPDK. > Хотя вон там народ пошел и дальше - сделав "драйвер вафли" в виде виртуалки с пингвином.
"Юли Емеля, твоя неделя" (c)
- Ну так линуксоиды не гнули пальцы что лучше всех знают какие подсистемы и как на, Аноним (-), 01:13 , 07-Май-24 (278)
> Экспердушка ты наш ненаглядный - DPDK вам сделали те же самые чуваки > из intel, которые и закоммитили порт во фрю. Bruce Richardson как > бы, мейнтенейр билд-систем проекта DPDK.Ну так линуксоиды не гнули пальцы что лучше всех знают какие подсистемы и как надо. В отличие от вон тех, бивших себя пяткой в грудь что это офигеть преимущества, без этого никак и вообще. И тут что-то оказалось что весь мир просто послал этих позеров, со всеми их нетграфами и геомами - и без этого вполне норм. Так что оно бонус - только в чьих-то теориях. Которые практикой не подтвердились. >> Хотя вон там народ пошел и дальше - сделав "драйвер вафли" в виде виртуалки с пингвином. > "Юли Емеля, твоя неделя" (c) Да мне то чего юлить, это у вас там корп патроны драпают, и покозырять нечем кроме как "в 1929 сокеты гады стыбзили!"
- О, опять пошел спрыг W пафос, но без конкретики - а то ж опять Эксперд в лужу н, Аноним (5), 23:45 , 07-Май-24 (304)
> Ну так линуксоиды не гнули пальцы что лучше всех знают какие подсистемы и как надо. В отличие от вон тех, бивших себя пяткой в грудь что это офигеть преимущества, без этого никак и вообще. > И тут что-то оказалось что весь мир просто послал этих позеров,О, опять пошел спрыг^W пафос, (но без конкретики - а то ж опять Эксперд в лужу ненароком залететь может), правда ценность этих фантазий и "оналитических рассуждизмов" была наглядно продемонстрированна выше - в не менее пафосном "И вот теперь у вон тех есть DPDK а у вас - всякие нетграфы "зато". В общем, как обычно у 294го - знаний о предмете 0, но в пальцах свербит ... <остальной пафосный бред поскипан>
- Вы немножечко переоцениваете то, что называется сетевым стеком Всё что вы пер, Аноним (259), 20:34 , 06-Май-24 (259)
Вы "немножечко переоцениваете" то, что называется сетевым стеком. Всё что вы перечислили Linux-специфичное барахло.Начнем с главного: исторически сложилось что протокол TCP используется везде, даже там, где это не нужно, потому что, опять исторически, в Ethernet-сетях не работает congestion control, а у протокола TCP есть многолетняя история развития костылей вокруг собственного CC внутри транспортного протокола. Но не TCP единым,.. особенно после пришествия QUIC. Так вот, в сетевых устройствах принято выносить специфические рутины на отдельные чипы (ASIC-и), которые должны заниматься реализацией той или иной функции/протокола. Linux - это уникальная операционная система, которая объявила бойкот этой практике и боролась с объективной реальностью +/- до 2007-го года, лишь бы не заниматься протоколосепцифичными разгрузками (offload) и не разрабатывать собственный стандарт сетевого стека, готового для частичного переноса нагрузки на ASIC сетевого адаптера. https://en.wikipedia.org/wiki/TCP_offload_engine При этом речь не только о разгрузке TCP, но и о других синтетических ускорениях вроде: - RSS (Receive Side Scaling). Он нужен, чтобы утилизировать ваши десятки гигабит на оптических адаптерах. Одно ядро не способно обработать более 5 гигабит на приём, нужно распараллеливать по ядрам - Large Send Offload (он же Generic Send Offload, он же TCP/UDP Segmentation Offload). Он нужен для того чтобы не дробить пакеты по 1500 байт на шине PCI-Express. Нормальный сетевой адаптер пересегментирует сессионные протоколы на базе UDP (вроде QUIC) и протокол TCP изменив MSS так чтобы отправка из ядра (из CPU) была в 64KB, а сетевка сама перефрагментировала на заказанное L2MTU 1514 или 9014. Это чудовищно экономит ресурсы цетрнального процессора. - Interrupt Moderation. Вам нужен контроль прерываний, чтобы сетевой адаптер не сразу прерывал выполнения всех процессо юзерспейса ради приёма одного пакета, а ждал накомпления нескольких. - Large Receive Offload (он же Generic Receive Offload, он же Receive Segment Coalescing). Нужен, когда в сочетании с контролем прерываний и его буферизацией вы не просто их посылаете на процессор, но также меняете TCP MSS. Это аналог LSO только для приёма, а не для отдачи. - Hardware QoS Offload позволяет производить маркировку, BA-классификацию и расчёт цветов полисеров прямо на сетевом адаптере. В сочетании с поддержкой иерархического QoS и Priority-based Flow Control это даёт вам возможность генерировать почти Lossless-сеть. Когда к этому добавляется Explicit Congestion Notification вы можете использовать DCTCP в вашем датацентре и DCQCN, если пользуетесь RDMA. - Собственно RDMA. Один портирован из Infiniband (RoCEv2) второй на базе полной собственной реализации TCP-стека на прошивке адаптера (iWarp) для создания обмена данными между буферами в RAM по сети без участия центрального процессора. Нужно для стораджей NVMe и Persistand Memory (Optane и аналогичные) - ODX (Offload data Transfer). Разгрузка FCP и iSCSI на ASIC. Нужно для SAS-хранилищ. - Encapsulated Task Offload. VLAN, VXLAN, NVGRE, но не GENEVE) могут быть декапсулированы и инкапсулированы заново сетевым адаптером без участия CPU. Ну и там еще есть всякие мелочи вроде хардварной реализации расчета сумм, точного времени и в редких случаях даже некоторых шифров TLS для разгрузки ядерной реализации TLS, если в системе есть крипто-ASIC. Windows имела свой стек разгрузок, но уже в Server 2012 отказалась от них и начала переносить всё из BSD. А вот в Linux с этим исторически боролись, а вендоры сетевок совместно с FreeBSD всё это придумывали и реализовывали. Пока в один прекрасный момент до них не дошло, что даже полностью софтварная реализация буферов LRO/RSC растит производительность в 1,5 раза. Подавляющее большинство того что я написал доступно в Linux, но не средствами ядра, а средствами DPDK, который заботливо написал Intel сразу после того как прикрыл большую часть своих линеек сетевых адаптеров, повыпиливал все старые Windows-специфичные разгрузки и не скатился до такой степени, что его не вытеснили с рынка Mellanox и Chelsio. DPDK заполняет вакуум в Linux по конфигурации вендорских драйверов. Вендоры драйверов при этом в рамках проекта OpenFabric пишут совместимые дрова с идеями из FreeBSD и Windows, а в Linux этот функционал просто есть, потому что его вендоры принесли. Чтобы его задействовать вы пишете своё ПО в юзерспейсе используя DPDK. Обратно перенести такой софт, кстати, тоже можно. Можно написать софт завязанный на DPDK и потом использовать в других ОС. FreeBSD и Windows тоже могут в DPDK. > nftables nftables или iptables не имеет значение. Это реализация файрволла в модуле netfilter. Файрволл есть в каждой ОС. Самый продвинутый функционально продвинутый файрволл (и самый медленный) - это Windows Firewall, потому что в совокупности с другими сервисами он способен построить демилитаризованную зону вокруг каждого клиентского устройства. Требовать Kerberos-предаутентификацию перед установкой простых TCP-соединений на протоколах, которые это не умели и пошифровать всё в Ipsec. Однако он медленный и очень корпоративный, для аппаратных решений не подходит. Реализации хардварных файрволлов долгое были на FreeBSD, но теперь можно и Linux иметь в виртуалочке и называть это NGFW. > всякими io_uring А при чем здесь это вообще? Всем известно что асинхронные операции ввода-вывода в ядре Linux были проблемными. Причем проблемными настолько, что проще было по максимуму унести всё это в юзерспейс. В Windows NT, например, за снижение приоритета потока обрабатывающего последующий ввод-вывод после прерывания отвечает Deferred Procedure Call (DPC). Аналогично можно в принципе в юзерспейсный поток положить (Threaded DPC). В BSD при этом существует куча готовых структур данных и инструкций по обмену данными между ядром и сетевым адаптером / HBA. Их радостно портировали в Windows Server 2022/Windows 11. Наряду с кучкой CC и других плюшек. Я к тому, что io_uring это не преимущество, а решение проблемы убожества прошлой реализации AIO. Вообще надо бы вспомнить, что реализация Linux Virtual Switch из 90-х (подачка от IBM) и драйвер бондинга в Linux настолько плохие, что даже Windows Server 2012 умел лучше, хотя в Windows c L2 было всё плохо. Сейчас в венде опять всё переписали и там другие драйверы отвечают за виртуальные коммутаторы и бондинг, но сам факт! Единственный кусок Linux, который нормально работает - это Open vSwitch и конкретно драйвер бриджинга. Причем все остальные вещи настолько ужасны, что проще использовать только его, если хочется воспользоваться разгрузками на сетевых адаптерах. Ну то есть всё что есть в ядре даже с учётом, что вы написали свои софтинки вокруг DPDK и задействовали функционал OFED-драйверов работает только в том случае, если вы не пользуетесь бондингом и виртуальным свитчом, а делаете всё на бриджах. В очень крупных развертываниях размеров с Google и Amazon это так и делается: - у вас в датацентре L3-фабрики, реализующие андерлей - у вас используется BGP для организации интерьерной маршрутизации - у вас используется EVPN для мультихоуминга узлов виртуализации и контейнерных кластеров - у вас используется ECMP для балансировки потоков/соединений по L3-фабрике. В этой ситуации вы берете все свои сетевые порты и укладываете в мост. Там вы поднимаете оверлей. Расчёт хэш-сумм для потоков что ECMP, что для RSS у вас идёт одними и теми же средствами. QoS и Data Center Bridging тоже работают, потому что старые убогие дрова из ядра не включены. Если же вы подняли LACP и агрегируете L2 - вы огребете тонну проблем на многопроцессорных материнках (так везде), потеряете тонну оффлоада и не сможете задействовать ASIC-и адаптера (специфика Linux). Попрощаетесь с RDMA и так далее. Собственно оно всё тюнится только под такой юзкейс, потому что корпоративные размеры (100-3000 узлов виртуализации) с разными форматами сетей в разных локациях Linux "не могёт". Облачные - другое дело. Опять же, я не говорю, что это не возможно создать облачную сеть в корпоративных масштабах... просто администраторы Linux привыкли крутить свой Proxmox или в лучшем случае oVirt и даже слыхом не слыхивали про то, что есть нормальные сетевки и свитчи, и что можно снизить нагрузку на хост виртуализации, воспользовавшись этим функционалом. Или они вращают кубернетисы в виртуалках на VMware, а это тоже не располагает к понимаю бареметала и синтетических ускорений. Вообще, всю эту стену текста я писал чтобы обсудить вот эту ерунду: > MPTCP Это бредовенький способ разносить соединение по разным IP/маршрутам который переписали так, что версия v0 и v1 не совместимы ни в какую сторону? Навязчивое желание использовать Multipath TCP - это явный признак непонимания сетей. Очень часто встречается у Linux-админов, потому что они не просто сеть не знают. Они обычно свои тулзы в Linux для этой сети не понимают. Вся эта идиотская идея притащить всё в TCP уже признана ущербной (даже RPC-протоколы начали переводить на QUIC). Она не находит массового применения. В нормальных операционных системах, таких как FreeBSD, ESXi и Windows для организации Multipath используется 2 метода: 1. Использовать сеть и разносить соединения по хэшам в привязке к RSS, его аналогичных решениях для виртуализации вроде VMMQ в Hyper-V с одной стороны и ECMP на стороне сетей. В условиях наличия EVPN и ESI-LAG вы можете даже L3-гейтвей повесить на Anycast-адреса близлежащих ToR-свитчей, чтобы была полная балансировка нагрузки. Так, кстати, можно делать и в Linux, но при условии, что вы не будете пользоваться родным старым сетевым стеком ядра. В других ОС, вам хватит LACP для аггрегации и при наличии MLAG на стороне вышестоящих свитчей, вы не потеряете в балансировке. 2. Реализовать Multipath на L7. То есть если у вас есть приложение или протокол пользовательского типа вы можете предусмотреть возможность использовать несколько сессий TCP и сами дробить по ним трафик по своему усмотрению. Например, SMB Multichannel так делает. Тут настоящая проблема в производительности MPTCP! С одной стороны, чтобы использовать разгрузки в OFED-драйверах вам нужно учесть MPTCP, когда вы производите LRO и LSO. С другой стороны (RSS) в зависимости от приложения вам нужно собрать итоговый поток... на каком ядре? В общем случае для RSS ядро строит Indirection Table и посылает его в драйвер адаптера. Несколько аппаратных очередей (для QoS и потоковой передачи) можно разнести по нескольким физическим ядрам. Indirection Table передаёт в прошивку матрицу соответствия и динамически её обновляет без перезагрузки сервера/адаптера. И вот у вас есть процесс приложения, который открыл куда-то там TCP-соединение. Вы настроили MPTCP, чтобы оно расползлось по разным потокам, пусть для примера их 2. - Потоки могут прийти на одно и тоже ядро или на разные. - Ваше приложение висит в одном потоке исполнении на одном ядре или на нескольких - Учтите специфику SMT/HyperThreading. Получение данных по сети работает на физических ядрах, а потоки вашего приложения могут висеть на SMT-ядрах. - Учтите NUMA. А на каких сокетах у вас сетевки и ваша соплекуха. Ну допустим на одном и том же единственном процессоре. И вот я стесняюсь спросить вы как вообще в этой ситуации будете собирать этот поток и эффективно обрабатывать из него данные в приложении?! Отсюда и возникает необходимость писать не generic-решение, а решение задачи специфичное для приложения. А вообще, пока Windows не внедрит MPTCP и не выведет его в прод для всех клиентских тачек, он будет оставаться вычурным стандартам "не для всех". А этого не случится пока campus-сеть не поднимется выше гигабита. P.S. Хохмы ради приведите мне живой пример TCP-сессии, которую нужно разделить на пополам? Причем с архитектурной точки зрения приведите такой пример, чтобы нужно было именно дожидаться реализации MPTCP в ядрах всех операционных систем, во всех ASIC-ах и всех сетевых адаптерах, а не переписать костыльное приложение, снабдив его другим транспортным протоколом вроде QUIC или старенького SCTP (для телефонных/медиа задачек) или установив 2 сессии самостоятельно на стороне приложения.
- Я юзаю линух, в том числе и потому что считаю это барахло полезным мне Ну и ес, Аноним (-), 04:18 , 07-Май-24 (279)
> Linux-специфичное барахло.Я юзаю линух, в том числе и потому что считаю это "барахло" полезным мне. > работает congestion control, а у протокола TCP есть многолетняя история развития > костылей вокруг собственного CC внутри транспортного протокола. Но не TCP единым,.. > особенно после пришествия QUIC. Ну и если мы об этом, CC в линуксе таки тоже свои. Я даже не знаю - есть ли нечто типа BBR в бсд? Или они на беспроводке совсем инвалиды? А, да, в вафле RTC/CTS конечно бывает но в силу ненадежности эфирных дел он сильно убивает перфоманс линка - и не в фаворе. Да и апликушному уровню это все наружу не вывешено же нормально. В том числе и потому что апи лохматые, эпохи беркелея. > (ASIC-и), которые должны заниматься реализацией той или иной функции/протокола. Linux > - это уникальная операционная система, которая объявила бойкот этой практике И именно поэтому они запилили более-менее унифицированое управление свичами, как минимум куски HW NAT и подобного оффлоада, и - вот как раз подсистему взаимодействия с ASIC'ами? Ну логично. Только вот на память об этом даже копеечный openwrt может эн-портовый свич swconfig'ом оприходовать, и 30 баксовая мыльница так то - это не только дешевый роутер с юсб, но еще и управляемый гигабитный свич с вланами и всем таким. Но это есть и у вон тех, энтерпрайзных, с их роутерами своей разработки. > и боролась с объективной реальностью +/- до 2007-го года, Офигеть - вы копнули на почти 20 лет. > на оптических адаптерах. Одно ядро не способно обработать более 5 гигабит > на приём, нужно распараллеливать по ядрам Эти данные мягко говоря устарели. Хотя на 2.6.32 или что там в 2007 было, пожалуй. > Ну и там еще есть всякие мелочи вроде хардварной реализации расчета сумм, ...ичсх все это в линухе уже эн лет к ряду... > точного времени и в редких случаях даже некоторых шифров TLS для > разгрузки ядерной реализации TLS, если в системе есть крипто-ASIC. IIRC в лине и это должно работать, для KTLS. При том крипто-асик понятие растяжимое, даже в мелких soc бывает блок хардварного крипто умеющий те или иные алго. > Подавляющее большинство того что я написал доступно в Linux, но не средствами > ядра, а средствами DPDK, который заботливо написал Intel Кое-что из перечисленого (но не все) вроде юзабельно и в более обычном виде. И с чего там KTLS (или что-то иное хотевшее шифрование) вдруг не сможет поюзать поддерживаемый кернелом крипто-аксель - ну хз. Я так понимаю что ядерный движок крипто может прозрачно подменить имплементацию крипто на оптимизированую или даже HW based если в энной системе так можно. > Обратно перенести такой софт, кстати, тоже можно. Можно написать софт завязанный > на DPDK и потом использовать в других ОС. FreeBSD и Windows тоже могут в DPDK. Просто это несколько отличается от идей с нетграфами и прочей концептуальщиной. И основное возражение - что вон то как достоинство сватают. А оно как достоинство - для кого и почему? И во что на практике отливается? > nftables или iptables не имеет значение. Это реализация файрволла в модуле netfilter. Вообще его довольно сильно перепахали и перфоманс подняли. И фич дофига. А у бсд с фаерами - какая-то трешатина творится. При всей их концЭптуальности. У них что-то типа ipset есть вообще? В нем лукап в ТУЧЕ записей - быстрый. В этом его пойнт. > другими сервисами он способен построить демилитаризованную зону вокруг каждого клиентского > устройства. Требовать Kerberos-предаутентификацию перед установкой простых TCP-соединений > на протоколах, которые это не умели и пошифровать всё в Ipsec. На мой вкус - это как раз типичный майкрософт, бессмысленный и беспощадный. Лично мне все вон то не надо. А вон тем я еще и пользуюсь. > Linux иметь в виртуалочке и называть это NGFW. Угу, только это немного не про сабж... :) > А при чем здесь это вообще? Всем известно что асинхронные операции ввода-вывода > в ядре Linux были проблемными. При том что очень крутая и шустрая штука, которую много куда приделали. Де факто нечто типа кольцевого буфера который замаплен и в ядро и в юзера, так что можно БЫСТРО пулять данные, без переключения контекстов и проч. Когда скорости IO возрасли всем почему-то это очень захотелось. А так у них там еще много всяких интересных core-рефакторов типа группировок страниц в подшивки (это больше пока в ФС). И крутые оптимизации везде. Так что КМК ваши знания про 5 гбит изрядно протухли. > отвечает Deferred Procedure Call (DPC). В лине много чего в последнее время сделали и threaded - и воркеры сделали, и проч. У ядра ядерные треды есть, kthreadd ими заведует, некоторые треды юзают для ворочания длинных джобов асинхронно как раз. И равнять это с кернелом 2007 года - просто забудьте об этом. Там ща очень активно оверхед урезают везде и всюду. > Наряду с кучкой CC и других плюшек. Я к тому, что > io_uring это не преимущество, а решение проблемы убожества прошлой реализации AIO. Это как я понимаю больше чем это. Это скоростной IO и внутрях, и с юзермодом без переключения контекстов на каждый пшик. Т.к. буфер доступен и тому и другому, > Вообще надо бы вспомнить, что реализация Linux Virtual Switch из 90-х А таки - и в линухе много чего переписали с тех пор. А вы хотели чтобы в 90х предусмотрели вон то? > нормальные сетевки и свитчи, и что можно снизить нагрузку на хост > виртуализации, воспользовавшись этим функционалом. Или они вращают кубернетисы в виртуалках > на VMware, а это тоже не располагает к понимаю бареметала и > синтетических ускорений. Ну тут уж каждому свое. Этим хватает того. Те решают свои проблемы. А сабжи ... рассказывают как космические корабли бороздят просторы... ээ... тихого океана, чтоли? >> MPTCP > Это бредовенький способ разносить соединение по разным IP/маршрутам который переписали > так, что версия v0 и v1 не совместимы ни в какую сторону? Это - способ передавать данные по более чем 1 пути, как и сказано в описании. Его прелесть в том что оно backward compat. Т.е. если по пути какая-то система обиделась на расширение, ну, ок, будет простой TCP. > Навязчивое желание использовать Multipath TCP - это явный признак непонимания сетей. А по моему прикольная идея. Нарезать поток данных и протолкать сразу через эн конекций. Это нишевое развлечение но имеет свой смысл. Иногда. Его основной плюс в обратной совместимости с TCP и софтом для него. > Вся эта идиотская идея притащить всё в TCP уже признана ущербной (даже > RPC-протоколы начали переводить на QUIC). Они в основном переходить начали - потому что если в линух гугл может свой BBR и проч протолкать, то в Windows - ага, ща. И что бы они не делали у себя - а с TCP у них вообще нет контроля над этим аспектом, и если ютуб на беспроводке затыкается, они никак не смогут улучшить участь юзеров винды. А на UDP они сами себе congestion control. Я думаю тут мы понимаем проблему более-менее одинаково. > Она не находит массового применения. Мне похрен. Я оценил фичу. А что будет с ESXi и Windows - меня не интересует. У меня заведомо будут линуксы и на клиенте, и на серверах везде к чему я имею отношение. > В нормальных операционных системах, таких как FreeBSD, ESXi и Windows для организации > Multipath используется 2 метода: ...сложнее на порядок и с кучей особенностей, а потому нафиг нужно в 99% случаев где вон то может пригодиться... > 1. Использовать сеть и разносить соединения по хэшам в привязке к RSS, Сложно и грабельно... > 2. Реализовать Multipath на L7. То есть если у вас есть приложение > или протокол пользовательского типа вы можете предусмотреть возможность использовать > несколько сессий TCP Требует серьезной переделки... > Тут настоящая проблема в производительности MPTCP! Я не знаю насколько оно пытается быть производительным, но забавная идея для нескольких тощих, не очень надежных и тому подобных линков - с динамическим согласованием и откатом до просто TCP если не получилось (man graceful degradation). При том что просто нарулить. > - Потоки могут прийти на одно и тоже ядро или на разные. Как вам понятно объяснить что для меня интересные кейсы MPTCP вообще не будут с именно ТОЙ проблемой сталкиваться? :) > И вот я стесняюсь спросить вы как вообще в этой ситуации будете > собирать этот поток и эффективно обрабатывать из него данные в приложении?! Вы почему-то решили что я MPTCP хотел для очешуенного перфоманса между чуть ли не датацентрами. А у меня были сильно более другие идеи зачем это может быть полезно. > А вообще, пока Windows не внедрит MPTCP и не выведет его в > прод для всех клиентских Мне совершенно пофиг на виндовых клиентов. У меня никаких виндов нет, и как они там по остаточному принципу пехать будут - это их сложности. > P.S. Хохмы ради приведите мне живой пример TCP-сессии, Я могу хохмы ради показать multipath VPN с FEC от китайцев. Делает из нескольких бельевых веревок подобие нормального линка. Представляете, те кто хотел такие вещи - не обязательно датацентры с 100500 гигабитов?! Есть дохреналион других кейсов для подобных фич. Но вы и сами найдете это добро вбив в поиск гитхаба эти кейворды. У вас мышление просто порушено датацентрами и вы почему-то решили что весь мир должен вертеться только вокруг этого. Просто для понимания: я вообще не датацентр и не мегакорп. И мне бесполезно сватать фичи за дохреналион с "докупите правильные адаптеры и постройте новый датацентр как надо".
- Есть BBR, но RACK лучше работает, заметно лучше , Ivan_83 (ok), 09:08 , 07-Май-24 (284)
Есть BBR, но RACK лучше работает, заметно лучше.
- Вообще-то СС - это иногда палочка о двух концах Должен работать на обоих сторон, Аноним (259), 11:35 , 07-Май-24 (294)
Вообще-то СС - это иногда палочка о двух концах. Должен работать на обоих сторонах TCP-соединения для максимальной эффективности. Так вот RACK из FreeBSD портировали в Windows 11, то есть он будет вместо дефолтного CC. Скоро Linux его тоже притащит, потому что выбора нет, а лицензия позволяет и собственно для этого и разрабатывается всё сетевое во FreeBSD.Я ведь не просто так возвращаюсь в 2007-й. Я это делаю, чтобы объяснить причину технологического отставания. Разработчики ядра Linux в прошлом сделали чудовищную ошибку и с тех пор догоняют по сетям. Нужно чётко понимать разницу между инновациями (придумали что-то свое), внедрениями (приняли стандарт, который придумали другие) и техническими долгами (переписали подсистему, потому что старая реализация плохо работала). Исторически сложилось, что ванильный Linux не пригоден ни на что кроме файрволла. Перечитайте свой же комментарий и вы увидите: - Отсылки к OpenWRT - это прошивка которая способна реанимировать домашний роутер превратив его во что-то более менее рабочее. - Отсылки к HW NAT Offload, потому что это то немногое, что доступно в OpenWRT и RouerOS. В том-то и дело что Linux не придумывал это всё. Типы разгрузок делаются под BSD и согласуются с производителями чипов при участии конечных вендоров. И мы сейчас говорим про нормальные сетевые устройства такие как Cisco, Juniper и им подобных. Linux не придумывал ни один Offload он всегда догоняющий и подстраивается под чужие API и драйверы. OpenWRT - это открытая прошивка для консюмерского железа. Она решает свою задачу но она прежде всего файрволл, она делает NAT и умеет немножко в VPN и роутинг. Коммутация это не про нее. Собственно именно на L2 и его разгрузки в Linux не сделаны. При чем ни в каком... хотя нет. Есть Cumulus Linux, но он сейчас NVIDIA работает только со спектрумами и удачи вам его поставить. Оно проприетарное настолько, насколько это вообще возможно. А и еще есть NexusOS, которая частично Linux, частично NetBSD, но там от линукса чуть менее чем ничего. Но вам всё равно, вам же не до даацентров... Дальше нужно вам дать небольшой фактчекинг. Факты про RSS: - без применения RSS и без настройки профилей RSS под топологию NUMA весь трафик пойдет через одно единственное ядрро. RSS есть в Linux очень давно. Но админы Linux не умеют пользоваться ethtool и не умеют его настраивать. - скорость 5 гигабит вам выдаст одно ядро Intel Xeon Scalable Platinum (3-го поколения). Более свежих нет под рукой для тестов. - в условном 2007-ом оно выдавало 3 гигабита на одно ядре сколько-нибудь приличного процессора. Адаптеры Ethernet для датаентров ходовые сейчас 25G с аплинками до 100G (c 10G уже все уходят давно) есть и более свежие 100G с аплинками в 400G. Чтобы этим пользоваться вы ОБЯЗАНЫ распаралеливать трафик, считать хэши Тёплица (https://en.wikipedia.org/wiki/Toeplitz_Hash_Algorithm), определять под вендора сетевки количество аппаратных очередей, назначать им процессоры. Желательно динамически меняя эту конфигурацию в зависимости от реальной утилизации CPU. Иначе вы не выжмете скорость. Это не "устаревшие данные" это вы просто ничего выше гигабита не видели, поэтому не знаете. Динамическое перестроение RSS indirection table средствами ядра Linux не возможно. Оно возможно в драйверах, но кто будет мониторить производительность юзерспейса и переназначать потоковую нагрузку на receive datapath? Спихнут как всегда на юзерспейс и пусть дистрибутивы пишут какого-нибудь демона для мониторинга, но они как всегда не напишут. Так как Linux не используется в корпоративных развертываниях на бареметале, то всем на это пофиг. Мальчики с Proxmox используют 1G адаптеры и не видят проблемы. Облачники сами себе дистрибутивы собрали и они не публичные. Если это станет массово нужно всем настроить, Red Hat принудительно всунет это в systemd, и Linux-фанатики еще ныть будут, типа нафига нам это всё. Мрак. Факты про kTLS: - реализация TLS на уровне ядра присутствует в Windows NT начиная с незапамятных времен, драйвер называется schannel. Я к тому что это не новинка. - реализация TLS на уровне ядра во FreeBSD присутствует c момента существования Netflix. Netflix её писал и заказывал её поддержку на крипто-ASICах встроенных в сетевые адаптеры Chelsio. И никакое это не растяжимое понятие. Просто ASIC держит на себе всю сессию и даёт TLS Offload. Вот это почесались перенести в Linux. В Mellanox там с TLS только в некоторых сетевках есть и они через TLS свой RDMA шифруют. Собственно почитайте как свои сервера делает Netflix и вы увидите. Что для сервисов бареметала у них Chelsio, а для виртуализации везде Mellanox, как и в других облаках. - Windows не поддерживает TLS Offload на эти ASIC, потому что по историческим причинам у них свои специфические оффлоады вокруг IPsec, которые нет в других ОС, но которые годами депрекейтят, чтобы перейти на сетевые технологии из BSD. Факты о DPDK и других разгрузках. Вам нужно не просто это юзать, а делать это осмысленно для задачи. Например, задача виртуализации предполагает, что виртуальные адаптеры ВМ-ок нужно располагать поближе к receive datapath. Планировщик гипервизора и компоненты управления в юзерспейсы должны: 1) Указать/выбрать одно или несколько ядер внутрь виртуалки для receive datapath в ОС, чтобы RSS работал внутри виртуалки тоже. Иначе вы не разовьёте и 10G при передаче данных от одной виртуалки в другую, находящихся на одном и том же хосте виртуализации. 2) Указать/выбрать аппаратные очереди сетевого адаптера для передачи данных в виртуалку по обычной шине. 3) С учетом того что у каждого виртуального адапетра свой мак вы по ним считаете суммы. На основании п.1 и п2 вы можете построить соответствие в форме таблицы какие потоки и хэши (по виртуальному маку, например) на какое ядро должны попадать 4) Далее вам нужно уметь переносить ваши виртуалки средствами гипервизора, с одного ядра на другое, чтобы достигать равномерной утилизации CPU 5) Совместно с п.4 динамически обновлять таблицу соответствия в прошивке. 6) Вы должны учесть пары не только обычных Rx/Tx аппаратных очередей, но также пары очередей SR-IOV, и включить их в динамическую балансировку утилизации. 7) В случае виртуализации вы должны разделить узлы виртуализации как минимум на 2 типа. Обычные, на которых включен LRO и LSO, и телефонно-роутерно-файрвольные, где LRO и LSO выключены. Если бы вы со всем этим работали именно на сетевках 25G и выше и у вас было бы хотя бы 50 стоек, вы бы поняли, почему упоминание QEMU+KVM+libvirt или даже Proxmox вызывает у меня гомерический хохот. Поймите, KVM и Linux всё это умеют. Но никто этим не пользуется. Можно теоретически написать инфраструктурное решение, но его нет. То есть Hyper-V и ESXi это всё могут из коробки. А в Linux это можно сделать самому. И вот тут-то DPDK и играет ключевую роль. Роль затыкания дыры в API, потому что без него вообще из юзерпейса сделыть было бы ничего нельзя. Ну то есть оно не далеко ушло от bhyve. Те кто пишет под Linux и хотят использовать синтетические ускорения вынуждены использовать DPDK. На друних ОС есть свои API как в ядре так и в юзерспейсе. Но если ПО уже написано на DPDK и у авторов есть желание сделать его кроссплатформенным то и это тоже можно сделать. То есть это не инновации, а внедрение того что есть у других. И я, тем более, не разделяю вашей искренней радости вокруг файрволла и асинхронного IO. Да, раньше было всё ужасно. Начиная с ядра 5.1 (ЕМНИП) оно просто стало на том же уровне как и у всех остальных. Это даже не внедрение, а банальное исправление техдолгов. И ведь все равно не хватает. Citrix угробил Xen, потому что денежки кончились (у них долги 1.6 ярда баксов долгов). Они сократили вложения в инфраструктурные проекты и сконцентрировались исключительно на виртуальных рабочих столах и терминальниках. А инфраструктура вокруг KVM настолько ужасна, что её нужно переписывать: - Red Hat выкинул oVirt и предлагает виртуализацию на базе OpenShift, в котором пытается догнать и предоставить реализацию того, что я писал выше в примере. - Mirantis и куча других вендоров OpenStack также переходят на собственные сборки Kubernetes, потому что без него, как средства хоть какой-то кластеризации и автоматизации управления инфраструктурой жить нельзя. Поймите, там где во FreeBSD и Windows было и есть системное API в Linux нет нифига. И нет стандартизации, отсюда приходится переизобретать велосипед в каждой реализации KVM каждому вендору инфраструктуры виртуализации и каждому дистрибутиву. Это страшный мрак. Настолько страшный, что проще считать KVM/Type2 виртуалку контейнером и довести до ума Kubernetes. Но у него исторические проблемы работы с многопроцессорными серверами. Google же ставит компьют на однопроцессорные блейды, им пофиг на всех остальных. А в случае с несколькими сокетами, NUMA и связкой сетевок и HBA с разными сокетами планировщик контейнерной среды или гипервизора должен и это тоже учитывать. Отсюда в средне-крупном корпоратвином сегменте вы скорее увидите Hyper-V, чем KVM. И вот опять про MPTCP: Оно не просто не обратно совместимо. Оно не совместимо со своей собственной экспериментальной реализацией. О чем они гордо и честно сообщают в свежем RFC. На больших нагрузках MPTCP это бутылочное горлышко (1 ядро), потому что нужно собрать 2 или более потоков вместе перед возвратом данных в сокет. Если вам не нужна производительность, то это ваше дело, но вы в меньшинстве. И я не зря привожу пример конфликта Linux, его разработчиков и кго пользователей с объективной реальностью. Это было и 20 лет назад это происходит и сейчас, с вашим "у меня везде будет Linux". Это бред и это плохо кончается. Что касается СС, Windows в перспективе пробует переход на RACK. Сейчас что в TCP, что в QUIC основной congestion control - это CUBIC для внешнего интернета. И DCQCN/DCTCP для служебных потоков внутри датацентров (это когда используются одновременно PFC, RED и ECN). Здесь нужно чётко разделять технологии на универсальные и узко специализированные. Например BBRv1 - это решение для Youtube как оптимизация относительно CUBIC для трафика север-юг. BBRv2, которого ЕМНИП нет в в ванильном Linux, это привнесение туда ECN и вовсе решение для трафика восток-запад. Они не нашли массового применения вне датацентров Google. Если у вас потери выше 20% вашему BBR придёт конец. Вон на сервисах Google у QUIC везде CUBIC. И он сейчас стоит по умолчанию и в Windows и в BSD. И кстати, прекрасно Windows себе всё это портирует. Я просто напомню, что CUBIC - это одно из немногого что вышло из Linux (инновация в 2006-ом году) и стало сетевым стандартом и прекрасно его Windows адаптировал. И как бы вы этого не отрицали, но Windows нужно учитывать. Все эти технологии становятся массовыми только если: - они пригодны для крупных ДЦ. Вендоры которые разрабатывают железо зарабатывают именно на них, а не на консьюмерской электроники. - они массово поддерживаются на клиентских устройтсвах от Microsoft, Google и Apple. Ну а что касается примеров, вопрос открытый. Приведите мне КОНКРЕТНЫЙ пример VPN которая работает через MPTCP. Вообще, это очень странно, потому что TCP Meltown никто не отменял и инкапусуляция TCP-over-TCP для VPN всегда кончается трагично. Как в ней победили эту проблему? И еще киньте хотя бы 2 ссылки из "дохреналиона". Я спрашиваю, потому что не знаю применения MPTCP нигде, кроме как в NFS. Но там всё сделано из рук вон плохо, и это как раз тот случай, когда проще протокол расширить.
- Во-первых, это уже давно не актуально, многое изменилось с тех пор Не стану угл, Аноним (14), 01:27 , 05-Май-24 (62)
- Полная поддержка которого реализована только в Windows да Mac OS Linux в этой о, Афанасий (?), 04:32 , 05-Май-24 (90)
- Не шибко круто, но в Firefox есть под линукс с Intel официально , iPony129412 (?), 05:04 , 05-Май-24 (94) +1
- Кто о чем а фрибсдшник о винде и макоси как типично Поэтому вам ничерта на д, Аноним (156), 14:19 , 05-Май-24 (156)
- Так вам точно также не светит, не тешь уже себя иллюзиями Говорю как человек, к, Школьник (ok), 13:39 , 06-Май-24 (233)
- Чудак человек Ты это написал тому у кого кроме линуха - ничего нет В линухе во, Аноним (-), 18:13 , 06-Май-24 (249)
> Так вам точно также не светит, не тешь уже себя иллюзиями.Чудак человек. Ты это написал тому у кого кроме линуха - ничего нет. В линухе ворочаются все мои воркфлоу. Я ворочаю там проекты - for fun and profit, оптом. И именно поэтому заинтересован чтобы это все работало и работало хорошо. Конечно я для себя сам определяю критерии хорошести, с вашими совпадать не обязано. Тут я и узнал что мне по пути - с вон теми. С другой стороны, я не желаю получать наглые EULA в 1стороннем порядке и изменения которые я не могу откатить. Я этого от MS неелся досыта. Не вижу чем эппл лучше, на примере ифона показали где их цели и ценности. Я увидел, мне достаточно. Поэтому, WORKSFORME! А мир во всем мире и прочий трах за девственность - не моя прерогатива. Меня интересует - решение моих задач. Я впрягаюсь в процессы когда ЭТО дает сбой. Так просто и меркантильно. И вполне работает и для меня и для остальных участников процесса. А переработает ли хомячков на фарш MS потому что те нажали agree с этим - моя проблема иная: сделать так чтобы была опция эту кнопку не жать. Дальше это выбор каждого. > Говорю как человек, который изрядно (минимум 4 года) посидел на десктопе со > всеми 4 ОС в разное время (винда, мак, линукс, фряха). И это должно меня интересовать - потому что что? Мое целеполагание разресовано выше. И на его основе я вполне могу пройти часть пути с вон теми. Ворочая для них часть работ которые могу. А от проприетарных божков мне уже ничего не надо - я уже сам научился немного залезать на пантеон и на меньшее уже не согласен. > Хотя вяленый на линуксе вот оказался на удивление хорош (это с кедами-то), > но ход исторического процесса эта незаурядная личность всё-таки не изменит :-) Лично мне хватит чтобы у лично меня все работало ЗБС, а остальное меня если честно интересует намного меньше. Я могу показать людям ту или иную опцию. Продвинутые обычно были за это очень благодарны. И я приобрел много интересных друзей. Мне это нравится. А всеобщее счастье и мир во всем мире - ну, это как максимум приятный бонус в случае если "прокатило".
- Кому ты рассказываешь По одному 171 меркантильно 187 сразу видно, что сидиш, Аноним (105), 18:39 , 06-Май-24 (255) +1
> Я впрягаюсь в процессы когда ЭТО дает сбой. Так просто и меркантильно.Кому ты рассказываешь? По одному «меркантильно» сразу видно, что сидишь и Настраиваешь Систему Под Себя™ круглыми сутками, а все проекты «for fun and profit» — не твои, а твоего начальника. Постыдился бы тут взрослым людям в комментах такую ересь нести.
- Вы что-то сильно перепутали в этой жизни Для себя я ее нарулил энное время наза, Аноним (-), 04:28 , 07-Май-24 (280)
> Кому ты рассказываешь? По одному «меркантильно» сразу видно, что сидишь и Настраиваешь > Систему Под Себя™ круглыми сутками,Вы что-то сильно перепутали в этой жизни. Для себя я ее нарулил энное время назад, угомонился, напилил образов и виртуалок из этого и какие-то перетрясы - раз в 2..6 лет. И даже так все подперто снапшотами на случай если что пойдет не так, так что все системные маневры быстры и эффективны. Этому я как раз у корпов научился. А меджу этими точками - я фигачу в каде, пишу фирмвари, собираю кастомные линуховые штуки на основе примерно тех же технологий что держат мой десктоп и делаю иные странные вещи. Ессно не бесплатно в большей части случаев. И вот тут меня возможность кастомизации системы под вон ту задачу, равно как и вертикальное масштабирование - интересовать начинает. Ну и ессно мне самому в системе должно быть удобно и эффективно. Я же не маклауд, чем быстрее запилю проект тем больше интересных идей опробую - а заодно и больше бабок срублю! Ну и да, с виндами и маками это врядли получится. Или гиморнее в разы и с рисками. > а все проекты «for fun and profit» — не твои, а твоего начальника. Можно и так сказать. Уточнив что этот начальник опять же - я :) > Постыдился бы тут взрослым людям в комментах такую ересь нести. А чего мне стыдиться? Судя по вашему спичу это у вас какие-то траблы с этим...
- Мужик Вот честно - я рад за тебя уже 294ый раз, без всякого троллинга говорю, х, Школьник (ok), 18:44 , 06-Май-24 (256)
Мужик! Вот честно - я рад за тебя уже 294ый раз, без всякого троллинга говорю, хоть и с юморком. Но ты сам-то себе вопрос "а кушал ли я что-либо слаще морковки" задавал, надеюсь? Потому что ты, судя по всему, еще в начале нулевых как слез с винды, так больше туда не возвращался, и тем же маком не пользовался. А между тем та же винда и мак за 20 лет несколько... изменились. Кому-то кажется, что в худшую сторону, а мне вот кажется, что далеко не так всё однозначно. Если сравнивать десктопный линух с виндой образца 2005го года, то сравнение может быть и в пользу линуха. Если сравнивать десктопный линух с виндой образца 2024 года, то тут как бы сравнивать-то особо нечего. Это просто разные весовые категории. И та же история, если сравнивать с Маком.Вот тебе простой вопрос. У меня часто бывает ситуация, когда я скачал (или мне прислали) PDFку. Я точно помню оттуда несколько рядом стоящих слов, но абсолютно не помню ни имени PDFки, ни где она лежит, ни кто ее мне прислал (или откуда скачал). На Маке я просто открываю Spotlight (это такой мега-поиск там), набираю эти самые слова (даже можно с небольшими ошибками), и мне _в течение пары-тройки секунд без серьезной нагрузки на CPU, без лагов и тормозов_ Spotlight выдает один или несколько кандидатов-документов, где это есть. Это касается не только PDFок, но и многих других текстовых документов. Причем Spotlight видит даже документы, которые ко мне на мак попали буквально 30 секунд назад. Собственно, типичная и не самая сложная задача для десктопа. Я не прошу многотомную отказоустойчивую файлуху, я не прошу аналог btrfs/bcachefs, мне нахрен не нужны экстенты, мне не нужен аналог systemd (хотя в Маке он есть). Мне нужно повторить именно вот это на линуксе. Расскажи мне, что мне надо сделать на линухе, чтобы там эту задачу я мог бы выполнить ровно так же, чтобы софт, делающий это, не грузил чудовищно проц и диск, без лагов, без тормозов, не жрал бы многие гигабайты памяти, работал надежно, не отвлекал меня на обслуживание(!) и тюнинг(!!). Забегая вперед, скажу, что на линуксе эту задачу скорее всего не сделать. Потому что любой opensource/FOSS аналог этого не будет работать так же, как Spotlight на Маке. Он будет тормозить, он будет лагать, он будет чудовищно грузить проц, память и диск, он будет, как баран, после очередного зависания переиндексировать заново все файлы. Он будет не понимать целую кучу форматов файлов, он будет не видеть изменения на диске, несмотря на всякие inotify. Словом, аналогов нет (с) И это только лишь одна и при этом достаточно типовая десктопная задача... Дело не во мне, и не в тебе с твоими гиковыми потребностями, которые на линуксе WORKSFORME. Дело в том, что линукс до сих пор не научился решать вот такую не самую сложную задачу. И ютюбчик видео не умеет показывать с аппаратным ускорением en masse. И многомониторные конфигурации на ноутах с гибридной графикой там до сих пор боль. И вяленый еще отлаживать и отлаживать. И... Да, вот потому-то линукс и не готов для десктопа. И твои WORKSFORME тут вообще не при делах.
- Я еще и ответ на него знаю Просто для понимания я умею рулить виндой и AD Excha, Аноним (-), 05:41 , 07-Май-24 (281)
> вопрос "а кушал ли я что-либо слаще морковки" задавал, надеюсь?Я еще и ответ на него знаю. Просто для понимания я умею рулить виндой и AD/Exchange и проч. На уровне далеко за пределами стандартного энтерпрайз админа. И я был в весьма интересных кампусах. Тебя и прочих админов уровня пох там ессно никогда не будет. Не берут ЭТИ таких. > Потому что ты, судя по всему, еще в начале нулевых как слез > с винды, так больше туда не возвращался, Ну так то я до 2008 R2 рулить умею довольно прилично. А потом - потом меня майкрософт и их технологии и правда окончательно задолбали. И не, спасибо, но восьмеркой или десяткой и прочим гхевно я не буду пользоваться даже бесплатно. Мне такие ос просто не надо. Я в лине открыл новые горизонты эффективности, обзавелся множеством интересных знакомств и познал каким мощным и кайфовым может быть софтострой на самом деле. То что проприетарщикам не дано - создавать свое будущее. > мне вот кажется, что далеко не так всё однозначно. Если сравнивать > десктопный линух с виндой образца 2005го года, то сравнение может быть > и в пользу линуха. Я поотвисав с майкрософтушкой с мое, железобетонно усвоил несколько вещей. 1) Мне не нужен сладкий хлебушек от таких господ. 2) Я совершенно точно не "agree" с тем что в их EULA/TOS. 3) Linux разогнал мою эффективность в разы относительно этого как дева/создателя электроники и проч. И все это - нашару. > Если сравнивать десктопный линух с виндой образца > 2024 года, то тут как бы сравнивать-то особо нечего. Это просто > разные весовые категории. И та же история, если сравнивать с Маком. Я рад за них и все такое. И это себя проявляет наружу в ... чем? > слов, но абсолютно не помню ни имени PDFки, ни где она > лежит, ни кто ее мне прислал (или откуда скачал). В моем случае - я просто держу в ФС порядок. Файло раскладывается по понятным рубрикам и имена описывают что это. А если я буду по контенту искать - у меня десятки тысяч пдф, ибо это стандартный формат для даташитов на электронные компоненты. За годы их накопилось немеряно. И поиск по контенту будет - в общем то куском не особо полезного спама. А вот быстрый лукап по имени обычно не подведет, в него просто вколочены ключевые кейворды интереса. Поэтому рекурсивный поиск вида /data/Doc/*STM32*.pdf - даст мне все что про STM32 и пдфник. В каком-нить миднайте еще и списком. Да, это немного педальненько, не гламурно и проч. Но в итоге я ворочаю многими тысячами пдфок и нахожу нужные. Быстро и без тех благодетелей. > пары-тройки секунд без серьезной нагрузки на CPU, без лагов и тормозов_ > Spotlight выдает один или несколько кандидатов-документов, где это есть. Ну, я рад за вас. Но мне такой тул - просто без надобности. Я не развожу у себя помойку в файлухах. > Это касается не только PDFок, но и многих других текстовых документов. Причем Spotlight > видит даже документы, которые ко мне на мак попали буквально 30 секунд назад. Это все прекрасно и прочее, только мне нужно как зайцу стопсигнал. Я не пускаю пузыри и бардак в системе не развожу - так что отличное решение проблемы...которой у меня не было. При том что я работаю с очень приличными объемами данных. Да, сделать даже несложную плату потребует почитать пару десятков пдфников. Для этих в имени файла традиционно есть "part number" и классификация что это. И мне пофиг как назвал это вендор, будет добавлено как минимум вон то. > Собственно, типичная и не самая сложная задача для десктопа. Я не прошу > многотомную отказоустойчивую файлуху, я не прошу аналог btrfs/bcachefs, мне нахрен не > нужны экстенты, мне не нужен аналог systemd А мне нахрен не нужны инструменты для тех кто пускает пузыри. Мне нужны инструменты профессионала, делающие меня эффективным. Этим мы и отличаемся. У нас разные пожелания к ОС. > бы многие гигабайты памяти, работал надежно, не отвлекал меня на обслуживание(!) > и тюнинг(!!). Ну, понимаете, я тюнингом если и занимаюсь - то в основном под всякую мелкую оптимизацию - или какие-то очень нетривиальные по масштабу задачи. А так все просто работает. С другой стороны, смочь на хилом одноплатнике больше чем конкурент, решив задачу дешевле - это как бы некий козырь. И хрен оспоришь! > Забегая вперед, скажу, что на линуксе эту задачу скорее всего не сделать. > Потому что любой opensource/FOSS аналог этого не будет работать так же, > как Spotlight на Маке. У меня походу сильно другие подходы, задачи и предпочтения. Для начала я не превращаю мои системы - в помойку. > целую кучу форматов файлов, он будет не видеть изменения на диске, > несмотря на всякие inotify. Словом, аналогов нет (с) Словом - я этим просто не пользуюсь. И не планирую. Я просто не гажусь под себя - ну и не приходится заботиться автоподмывом, соответственно. Это тул для более приземленных юзерей. > И это только лишь одна и при этом достаточно типовая десктопная задача... Для лично меня - это нечто совершенно ненужное мне. И как раз хорошо когда я могу запилить себе систему без всего этого барахла. Меня всегда бесило в винде что притаскивают кучу нафиг ненужного мне мусора - который еще и фиг удалишь. > пор не научился решать вот такую не самую сложную задачу. А вам не приходило в бошку что линух обычно юзают более развитые существа, не гадящиеся под себя в ФС? Ну у них и нет такой проблемы - так что и решать им ее незачем. А как там майкрософт или эппл окучает инвалидов умственного труда - ну вот не моя проблема, право. > И ютюбчик видео не умеет показывать с аппаратным ускорением en masse. Угу блин, я видел как макинтошники и виндузоиды видео вообще с ютуба качают... > боль. И вяленый еще отлаживать и отлаживать. И... Да, вот потому-то > линукс и не готов для десктопа. И твои WORKSFORME тут вообще не при делах. Ну у кого он не готов - те пусть и курят бамбук. А я тем временем юзаю его на своем десктопе. Свои проблемы - решил. Эффективность СЕБЯ разогнал. Фичи нужные МНЕ - работают. А мир во всем мире и проч - уже не моя прерогатива. С меркантильной точки зрения меня интересует решение именно моих проблем все-таки. Поэтому что там с индексацией пдфников я тупо без понятия. Мне это не надо.
- Можно было уложиться в простую фразу - для МЕНЯ с МОИМИ гиковыми профессиональн, Школьник (ok), 11:25 , 07-Май-24 (293)
Можно было уложиться в простую фразу - "для МЕНЯ с МОИМИ гиковыми/профессиональными инженерными потребностями линукс подходит лучше всего". Только это никак не противоречит тому, что для среднего Васи или Маши с их средними потребностями линукс на их десктопе (лаптопе, планшете, телефоне) подходит хуже всего. Не то чтобы не подходит совсем - просто подходит хуже винды и хуже Мака. Хотя бы из-за отсутствия аналога Spotlight, но не только.О чем спор-то? :-)
- В бубунте из коробки работает как в фурифоксе, так и в хроме Так что с размороз, Анонист (?), 17:08 , 05-Май-24 (187) +1
- В какой именно бубунте На моем райзене 5600Н в бубунте 20 04 в ФФ не работает , Минона (ok), 22:54 , 05-Май-24 (195)
- Этак чего доброго окажется что проц выпущен позже чем убунта и тем более софт в, Аноним (-), 05:39 , 06-Май-24 (216)
- 5600Н и ядро 5 15 вышли в 2021 году Последний апдейт ядра - февраль 2024 Федора , Минона (ok), 12:06 , 06-Май-24 (231)
- А это именно новое майнлайновое ядро Или какой-то древний бэкпорт - и графическ, Аноним (250), 18:22 , 06-Май-24 (250)
>> ...только вот сабж по сравнению с этим всем еще на эн лет лагает ;). > 5600Н и ядро 5.15 вышли в 2021 году. > Последний апдейт ядра - февраль 2024.А это именно новое майнлайновое ядро? Или какой-то древний бэкпорт - и графический стек 4-летней давности? И браузер случайно не ископаемый? Так то да, при желании можно назло бабушке жонглировать цифрами. Тем временем у вон тех все работает и им норм. Потому что в конце концов линуксоиды свои проблемы таки обычно - решают. > Федора 39 вышла в ноябре 2023. Про федору ничего не скажу - не пользуюсь этим и не знаю какие там тайминги и начинка. > Итого: > Видео с ютуба в ФФ при разрешении 1080р и выше теряет кадры. Да, и почему-то это все - у именно BSD'шников. Которые показательно простреливают пятки на линухе и делают вид что это единственная возможная опция. Забавный такой синдром утенка и проекции. p.s. блин, у меня 1080 не выпадает даже при софт декодировании, в виртуалке... что вы с ним сделали для этого? Неакселерированый адаптер чтоли воткнули?!
- УМВР, как обычно, да Потому что вот у меня ни из коробки, ни после разнообразны, Аноним (106), 08:55 , 06-Май-24 (224)
- Интел же известная графическая компания Не нвидиа ни даже амд А Интел которая , Аноним (159), 07:37 , 05-Май-24 (108)
- Да линукс сам состоит чуть менее чем полностью из форков чужого кода из многочис, Аноним (122), 09:02 , 05-Май-24 (121)
- strikethrough Такой хоккей нам не нужен strikethrough Такой пользователь не ну, Аноним (2), 22:26 , 04-Май-24 (2) +3
- Что-то, кроме инсталлятора, для таких пользователей FreeBSD может предложить Ну, Аноним (7), 22:51 , 04-Май-24 (7)
- Окаменевшие ведь им уже почти 14 лет технологии асинхронного и объединенного т, Аноним (135), 23:08 , 04-Май-24 (16) +1
- OSS, geom, netgraph, может бихайв - он на удивление шустрый , Ivan_83 (ok), 01:08 , 05-Май-24 (58) +2
- Это достоинство, потому что - что Да знаете - btrfs какой а теперь bcachefs со , Аноним (-), 04:07 , 05-Май-24 (86)
- Сравнить geom, netgraph с btrfs 8211 это как сравнить нейтрон с чаем Но анон, Афанасий (?), 04:37 , 05-Май-24 (91) +5
- OSS потому что там лучший API в индустрии ALSA, sndio - не такие удобные и не да, Ivan_83 (ok), 05:46 , 05-Май-24 (97)
- kvm поверх behyve a это что за покемон , Аноним (2), 10:56 , 05-Май-24 (130) +1
- Я бы сказал, что это самый мертвый API в индустрии Я конечно понимаю что о мерт, Аноним (-), 16:04 , 05-Май-24 (171) –3
- OSS вполне себе распространён Я лично добавлял его во freerdp и возвращал и допи, Ivan_83 (ok), 00:27 , 06-Май-24 (197)
- Я заметил, так что все программы либы на виду апи пульсаудио почему-то хотят П, Аноним (-), 05:53 , 06-Май-24 (217) –2
- https klarasystems com articles virtualization-showdown-freebsd-bhyve-linux-kv, АнонимныйАноним (?), 15:05 , 06-Май-24 (237)
- Насколько я помню эта клава фрибсдшная штука Так что верю-верю в их экспертизу , Аноним (-), 18:37 , 06-Май-24 (254) –2
> https://klarasystems.com/articles/virtualization-showdown-fr.../ Насколько я помню эта клава фрибсдшная штука. Так что верю-верю в их экспертизу. Сразу после того как Get The Facts от майкрософта дочитаю, ога :) Ничего что там все так написано что речь о воспроизведении этого бенча - не идет в принципе? Хотя даже у этих, при очевидной шкурной заинтересованости - freebsd guest ухитрился быть где-то в ж. Прикольно когда ОС сама с собой играть не может настолько что даже эксперт от бсд не смог вытянуть это дело. ...и да, вас ждет немало интересных подарков от пингвина по части перфоманса в свежих версиях ядер, qemu и проч. Которые вон тому чудику будет совершенно нечем крыть. Потому что большие core refactor ядра это то что требует ресурсов. Удобно конечно меряться с технологией 4-летней давности, но здесь вам не тут. Многое случилось за эти 4 года. В линухе. А заодно - тадам - KVM научили вывешивать интерфейсы HyperV :D :D недавно. Интересно, майки таки реально готовятся абажур перевести на линух по хостам? Вот будет номер то если MS Linux
- Я вам ещё раз повторяю OSS лучшее API в индустрии ЛУЧШЕЕ Не самое распространён, Ivan_83 (ok), 21:40 , 06-Май-24 (263)
Я вам ещё раз повторяю: OSS лучшее API в индустрии. ЛУЧШЕЕ. Не самое распространённое, а ЛУЧШЕЕ. Оно наиболее удобное и функциональное. Вы понимаете разницу между "лучшее" и "распространённое"?Самое распространённое это вендовое wave и DX, потом наверное SDL будет. > Мне просто забавно как вы эстетствуете про фабрикатор - но продолбаный уровень управления системой вас совершенно не смущает. ИМХО поважнее фабрикатора факапчик.
Тёплое с мягким. Меня устраивают скрипты инициализации которые во фре. Скажу больше - мне тупо пофиг, даже если там будет системд.
- Как гооврится, лучшее враг хорошего А я умею в good enough Научился у капита, Аноним (-), 05:49 , 07-Май-24 (282)
> Я вам ещё раз повторяю: OSS лучшее API в индустрии. ЛУЧШЕЕ.Как гооврится, лучшее враг хорошего. А я умею в "good enough". Научился у капиталистов. > Оно наиболее удобное и функциональное. > Вы понимаете разницу между "лучшее" и "распространённое"? Как бы это сказать? Програмить под мертвое апи - без возможности раздать софт с этим - весьма сомнительная привилегия. И при этом какая нахрен разница что оно хорошее или удобное? > Самое распространённое это вендовое wave и DX, потом наверное SDL будет. Ну дык, если мне приспичит играть звук кроссово я и возьму SDL. И никогда это ваше кульное апи не увижу. Потому что в гробу видал радость кодить под мертвечину. Если валву не лениво - ну, окей, пусть ОНИ на это свои ресурсы и убабахивают. А мне оно не приболело. > Тёплое с мягким. > Меня устраивают скрипты инициализации которые во фре. > Скажу больше - мне тупо пофиг, даже если там будет системд. В каком-то роды вы правы - но я считаю что нормальное управление системой все же очень жирная фича. А у вас с вашими педальными скриптами поди нету ничерта сравнимого с обычным systemd-delta. Вот так вот вроде система, но удобства - во дворе...
- Мне SunAudio в NetBSD больше нравится, и по сравнению с OSS имеет массу преимуще, Аноним (24), 02:10 , 06-Май-24 (211)
- Смешались в кучу люди, кони Так точно, товарищ капитан звездолета kvm медленне, Минона (ok), 13:46 , 06-Май-24 (234) +1
- Ну судя по достигнутому в видеозаписи результату установки фряхи невозможность , rvs2016 (ok), 16:05 , 05-Май-24 (173)
- Новость подразумевает ровно противоположное , Аноним (137), 12:29 , 05-Май-24 (137)
- Бело-синему , Аноним (159), 14:46 , 05-Май-24 (159)
- Да я тоже подумал - чё в FreeBSD делать пользователю такому, который не может ус, rvs2016 (ok), 15:55 , 05-Май-24 (169)
- Таким пользователям FreeBSD ненужна , тов. майор (?), 16:22 , 05-Май-24 (178)
- книгу по обложке, кента по одёжке будем собирать юзеров которые привыкли и , dannyD (?), 22:35 , 04-Май-24 (3) +2
- Это тот случай когда в заведении начинают переставлять кровати и красить фасад , ШирлаМырла (?), 22:50 , 04-Май-24 (4) +1
- для пользователей, привыкших к другому расположению кроватей и воспринимающих н, Аноним (7), 22:53 , 04-Май-24 (9) –1
- Нет Это давняя хотелка Эда Мастэ, в рамках попыток повысить популярность И родил, Ivan_83 (ok), 23:57 , 04-Май-24 (35) +1
- Где они возьмут бабок на ТАКОЕ число серверов под ТАКУЮ нагрузку Я конечно пони, Аноним (-), 01:37 , 05-Май-24 (64)
- Какое Кажется я видел сумму в 100к за год или за совсем То про что я говорил - э, Ivan_83 (ok), 02:48 , 05-Май-24 (79) +1
- КМК если фигачить CI CD в полном виде - там 100К в год на такое будет явно мало , Аноним (-), 04:19 , 05-Май-24 (87)
- Я оцениваю нагрузку сильно меньше чем вы описали Не нужно на каждый коммит собир, Ivan_83 (ok), 05:52 , 05-Май-24 (98)
- Тогда оно не будет ловить фэйлы с гранулярностью до комита А без этого - git bi, Аноним (-), 16:36 , 05-Май-24 (182)
- Процесс разработки фри и портов - отдельные сущности, и там не монорепозиторий д, Ivan_83 (ok), 00:33 , 06-Май-24 (198)
- И чего В конечном итоге ресурсов сожрет немеряно, особенно если реально на кажд, Аноним (-), 06:09 , 06-Май-24 (218)
- Вы не понимаете что я вам пишу Коммит в ОС - условно триггерит сборку ОС, это 5 , Ivan_83 (ok), 21:47 , 06-Май-24 (264)
Вы не понимаете что я вам пишу. Коммит в ОС - условно триггерит сборку ОС, это 5 минут на моём 5950х. Коммит в порты должен тригерить всякие проверки и сборку порта. Одного порта. В каких то случаях несколько-десятки портов. Но никак не ОС + всех портов. Ну не занимайтесь, сидите и без гос услуг, и без донатов от спонсоров и без возможности взаимодействовать с кучей опенсорс сообществ, вас же никто не тянет туда насильно. Как говорится тот кто не хочет адаптироватся к окружающей среде - вымирает.
- А, вы имеете в виду подкешировать CI Вот это наверное может и прокатить - но хз, Аноним (-), 18:32 , 07-Май-24 (299)
> Коммит в ОС - условно триггерит сборку ОС, это 5 минут на моём 5950х.А, вы имеете в виду подкешировать CI? Вот это наверное может и прокатить - но хз ценой каких глюков и воспроизводимости всего этого. В общем - я бы вот лично вас и припахал это все наруливать как автора идеи :). Не уверен что у той тимы хватит гибкости, но вообще - наверное вариант. > Коммит в порты должен тригерить всякие проверки и сборку порта. Одного порта. Так их же дохранелион, и когда так начнет делать кажлый, на каждый комит... я не уверен что вы 100К в год на вот это все отделаетесь. Алсо инфраструктура вымахает до уровня когда захочется несколько фултайм админов. > В каких то случаях несколько-десятки портов. Но никак не ОС + всех портов. Ну вот это может и прокатит. > Ну не занимайтесь, сидите и без гос услуг, и без донатов от > спонсоров и без возможности взаимодействовать с кучей опенсорс сообществ, Как говорится, некоторые услуги идут в комплекте с слишком высокой ценой. И сообщества корпоративных холуев меня не очень возбуждают. Опенсорс был не про это. И я потрачу мое свободное время на поддержку тех кто помнит каким он должен быть. А свои донаты мс и его фанаты могут засунуть куда подальше. > вас же никто не тянет туда насильно. > Как говорится тот кто не хочет адаптироватся к окружающей среде - вымирает. Есть еще 1 опция которую вы упустили. Путь разумного существа. Менять мир и окружение под себя. Вместо того чтобы постоянно адаптироваться - люди адаптировали окружающую среду под себя. Мне этот путь нравится намного больше. Я буду следовать ему. А вы можете извиваться веревками под причуды майкрософта, мне не жалко. А заодно и посмотрим какие проекты выживут, ага? :)
- [.... слишком большой тред, остальное см. в режиме смотреть все |+ ] (303)!
- Гитлабы-хабы лимитируют CI CD потому что там начинают майнить непонятно кто непо, Аноним (159), 07:29 , 05-Май-24 (107)
- а он совсем неадекватен и не понимает, что на общем фоне это вообще никакой роли, crypt (ok), 02:30 , 05-Май-24 (73)
- Им не дает покоя путь файрфокса Кажется скоро начнут переставлять контролы Вот, Аноним (-), 01:21 , 05-Май-24 (61) –1
- Я так понимаю, они собираются притащить иксы в базовую систему , Zitz (?), 22:53 , 04-Май-24 (8) +1
- Зри глубже Для пользователей, воспринимающих иксы как анахронизм притащ, Аноним (7), 22:54 , 04-Май-24 (10)
- Зачем всё это нужно сугубо серверной системе , Zitz (?), 23:15 , 04-Май-24 (19)
- Это вы сами себе придумали что она серверная , Ivan_83 (ok), 23:30 , 04-Май-24 (25) –1
- Скрыто модератором, Аноним (105), 23:54 , 04-Май-24 (32) [---]
- Что линукс, что бсд - чисто серверные ОС без графических подсистем , Zitz (?), 23:59 , 04-Май-24 (38) –1
- Глупости Венда тоже уже почти стала чисто серверной, команда азуры там почти вык, Ivan_83 (ok), 00:02 , 05-Май-24 (40)
- Почти - не считается А на азуре 70 отхватил - пингвин Хотя, конечно, если вы , Аноним (-), 00:51 , 05-Май-24 (54)
- Этот ваш Линукс в школах на компах стоит, на офисных компах в организациях, на P, Аноним (156), 02:14 , 05-Май-24 (70)
- одно дело выкинуть, а другое дело не иметь никогда Хы как всего лишь еще одного, crypt (ok), 02:34 , 05-Май-24 (75)
- это не мы придумали это концепт UNIX-систем из 70х-80х вот кто придумал, что с, crypt (ok), 02:32 , 05-Май-24 (74)
- Одной рукой отказываются от какого-то варианта инсталлятора из-за того, что не х, rvs2016 (ok), 21:37 , 05-Май-24 (190)
- За последнее время они больше выбросили из системы, чем добавили Например они в, BorichL (ok), 16:53 , 06-Май-24 (239)
- По хорошему-то им надо давать выбор - каким инсталлятором инсталлировать систему, rvs2016 (ok), 13:21 , 07-Май-24 (296)
> Вобщем печально всё это, > текстовый инсталятор был хорош...По хорошему-то им надо давать выбор - каким инсталлятором инсталлировать систему. Можно даже для ниасиляторов сперва зайти в графический (типа красивый и непугающий их) режим и там асиляторам дать возможность вернуться в режим текстовый. Ну раз уж так сильно хотят графикой заманить ниасиляторов в систему. Но это ж по хорошему. А будет-то скорее всего традиционно по плохому: скажут, дескать, у нас нет сил распыляться на оба варианта и поэтому продолжим развивать вариант только один. Ну так же, как было и с отказом от продолжения развития 32-разрядной фряхи.
- Не надо, как показывает практика, нередко эти графические инсталяторы тупо не мо, BorichL (ok), 17:13 , 07-Май-24 (298)
> По хорошему-то им надо давать выбор - каким инсталлятором инсталлировать систему. > Можно даже для ниасиляторов сперва зайти в графический (типа красивый и непугающий > их) режим и там асиляторам дать возможность вернуться в режим текстовый. > Ну раз уж так сильно хотят графикой заманить ниасиляторов в систему. Не надо, как показывает практика, нередко эти графические инсталяторы тупо не могут перейти в графику и виснут. > Но это ж по хорошему. > А будет-то скорее всего традиционно по плохому: скажут, дескать, у нас нет > сил распыляться на оба варианта и поэтому продолжим развивать вариант только > один. Ну так же, как было и с отказом от продолжения > развития 32-разрядной фряхи. Я всё ещё питаю надежды, что этот проект кончится потерей к нему интереса из-за кривизны реализации. Лучше бы WiFi серьёзно занялись, а то нормальную точку доступа сделать невозможно...
- Самый правильный инсталлятор это декларативный подход, когда ты сразу и всё види, Аноним (14), 22:59 , 04-Май-24 (13) –1
- С Linux сталкивался только на попробовать и у Debian шикарный текстовый инсталля, Аноним (20), 23:16 , 04-Май-24 (20) +2
- Если они реально хотят повысить популярность системы, то пусть создадут полноцен, Zitz (?), 23:19 , 04-Май-24 (22) +2
- Вообще то API там и так довольно стабильный, даже на уровне ядра Граффический ст, Ivan_83 (ok), 23:34 , 04-Май-24 (27) +1
- CLI only Именно поэтому на десктопе она такой же неюзабельный мусор, как и линук, Zitz (?), 23:56 , 04-Май-24 (34)
- Хорошо, приведите примеры нестабильности API во фре Я ей пользуюсь и как юзер и , Ivan_83 (ok), 00:03 , 05-Май-24 (42) +1
- при минорном апдейте 13 2- 13 3 бампнули тулчейн на 3 мажорных версии из, crypt (ok), 02:37 , 05-Май-24 (77)
- Application Program Interface Набор функций и их аргументов которые вам предоста, Ivan_83 (ok), 02:57 , 05-Май-24 (81) +1
- Вот вы лолы Есть допустим старая убунта На расширеной поддержке И она пашет с, Аноним (-), 04:24 , 05-Май-24 (89) –1
- Вам никто не обещал никогда что старые порты будут собиратся на свежей системе, , Ivan_83 (ok), 05:54 , 05-Май-24 (99) +1
- На маке уже давно бесплатные обновления если что , Аноним (159), 07:11 , 05-Май-24 (106)
- Я не возмущаюсь, что вы Я просто пользуюсь убунтами и дебианами в проде, где мн, Аноним (-), 16:49 , 05-Май-24 (186)
- Да А какой смысл стабильного ABI в базовой системе 5 лет Ты над смыслом этого , crypt (ok), 08:49 , 06-Май-24 (222)
- Я собираю в джайлах php 5 3-8 0, которых уже нет в актуальных портах С каждым о, Alex_K (??), 10:05 , 05-Май-24 (127)
- А что тут странного, если не считать, что ни сабж, ни 99 дистрибутивов Линукса , Аноним (105), 16:27 , 05-Май-24 (179)
- У фри есть какой то механизм с compat папками куда скидываются старые либы, и эт, Ivan_83 (ok), 22:06 , 06-Май-24 (266)
У фри есть какой то механизм с compat папками куда скидываются старые либы, и это даже как то работает, davd любитель такой никрофилии, если надо найдите его и спросите :)И контекст был именно в том, что человек стал собирать старый софт на свежей системе. К слову это возможно технически почти всегда, просто нужно чуть больше чем архив со старым деревом портов и make install в консоле.
- Воу-воу, полегче Это опцияBACKUP_LIBRARIES true в pkg conf и работает вполне , Аноним (272), 23:28 , 06-Май-24 (272)
> У фри есть какой то механизм с compat папками куда скидываются старые > либы, и это даже как то работает, davd любитель такой никрофилии, если надо найдите его и спросите :) Воу-воу, полегче. Это опция BACKUP_LIBRARIES = true; в pkg.conf и работает вполне себе хорошо - старый софт (залоченый, кастомной сборки) просто продолжает работать, не требуя каждый раз пересборки (и возможной правки) под новые версии либ Вон: okular-22.08.1_2 Version : 22.08.1_2 Installed on : Sun Oct 9 11:12:05 2022 CEST Origin : graphics/okular poppler-24.02.0 Name : poppler Version : 24.02.0 <-- Installed on : Thu Apr 18 20:12:26 2024 CEST (а все потому, что в /usr/local/lib/compat/pkg есть та самая старая версия libpoppler)
/usr/local/bin/zbackup: libprotobuf.so.31 => /usr/local/lib/compat/pkg/libprotobuf.so.31 (0x2659a8643000) libthr.so.3 => /lib/libthr.so.3 (0x2659a74ab000) libssl.so.11 => /usr/local/lib/compat/pkg/libssl.so.11 (0x2659a77ae000) libcrypto.so.11 => /usr/local/lib/compat/pkg/libcrypto.so.11 (0x2659a94bf000)
- А ты для разнообразия посмотри на RHEL или на Solaris Я не буду тебе говорить , crypt (ok), 08:51 , 06-Май-24 (223)
- Ага, предоставляет В версии 13 2 ты ими свободно пользуешься, а в версии 13 3, crypt (ok), 08:56 , 06-Май-24 (225)
- Ты даже близко не понял что же такое API Хоть по диагонали прочитай инфу по так, Афанасий (?), 04:46 , 05-Май-24 (92)
- А почему, кстати Это реально могло бы повысить популярность сабжа В своё время, Аноним (105), 23:58 , 04-Май-24 (36)
- А кто это все делать будет и где они водятся Все кто хотел более-менее продви, Аноним (-), 03:50 , 05-Май-24 (84)
- CLI only Именно поэтому на десктопе она такой же неюзабельный мусор, как и линук, Zitz (?), 23:56 , 04-Май-24 (33) –1
- Я вот понять не могу, накой эти все инсталляторы Что после загрузки с исошки ра, Sw00p aka Jerom (?), 00:55 , 05-Май-24 (55) –1
- ок, Аноним (24), 01:08 , 05-Май-24 (57) +4
- в чем проблема , Sw00p aka Jerom (?), 12:36 , 05-Май-24 (138)
- Тоже не понял, в чём проблема с этим Ну, кроме отсутствия у тебя воображения и , Аноним (105), 16:35 , 05-Май-24 (181) –1
- Никакой проблемы тут нет, как и отсутстия у меня технических знаний тоже нет ещ, Аноним (24), 02:07 , 06-Май-24 (210)
- 21 век на дворе, один раздел физический на систему, а второй логический для юзве, Sw00p aka Jerom (?), 11:17 , 06-Май-24 (229)
- Кому придётся-то Какому-то коду, написанному один раз программистом Ну так в э, Аноним (105), 18:30 , 06-Май-24 (252)
> потом придётся немного попердолиться с урезанием фс, сдвигом разделов и тд.Кому придётся-то? Какому-то коду, написанному один раз программистом? Ну так в этом весь смысл — сделать удобно пользователю. В чём проблема-то?
- Ты так скоро дойдешь до вопроса зачем фрибсд И действительно без ручной разбивк, Аноним (159), 07:05 , 05-Май-24 (103)
- вы серьезно, в 21 веке разбивка диска, да еще ручная Одного системного раздела , Sw00p aka Jerom (?), 12:39 , 05-Май-24 (139) –3
- Во-во Подадминивал я как-то давно на рубеже тысячелетий в одной конторке - пров, rvs2016 (ok), 13:10 , 07-Май-24 (295)
> Одного системного раздела не достаточно для ОС?Во-во. Подадминивал я как-то давно на рубеже тысячелетий в одной конторке - провайдере местного масштаба. В офисе там как-то раз потребовалось установить винду. А им кто-то там вдолбил мысль про то, что винчестер надо бить на пару дисков c: и d: Уговорить их на один только диск c: не удалось. Ну я сделал реально только один диск c:, где-то на нём создал каталог с названием не важно каким, но чё-то типа disk-d, и объявил этот каталог виртуальным диском d: (не помню как оно там - subst что ли какой-то). Типа ну нате вам якобы два диска, раз они вам так сильно глаз радуют. :-)
- Ну файловых-то систем параметры лучше ж перед установкой указать Чтоб потом не д, rvs2016 (ok), 01:28 , 06-Май-24 (208)
- Этож прототип, на гитхабе проекта так и пишут This project is currently being i, аннаним (?), 02:36 , 05-Май-24 (76)
- Главное bhyve не забыть поставить , Аноним (82), 03:00 , 05-Май-24 (82) –1
- А теперь серьезный вопрос Кому и главное для чего эта операционка может быть ну, Вопрос о ФриБСД (?), 04:47 , 05-Май-24 (93) –3
- Показывает теперь что сверяет хэши, точно Фряха взлетит на десктопе Других поле, Banned (?), 05:23 , 05-Май-24 (95)
- Вот это правильно, пока линуксоиды пишут инсталляторы на Flutter Ubuntu и Web т, cheburnator9000 (ok), 06:08 , 05-Май-24 (100)
- Скрыто модератором, Аноним (159), 06:52 , 05-Май-24 (102) [---]
- Самый лучший инсталятор - это dev hands , Аноним (25), 08:08 , 05-Май-24 (114) +1
- Скрыто модератором, Елыпалы (?), 08:22 , 05-Май-24 (118) –3 [---]
- FreeBSD отпугивает новых пользователей тем, что по дефолту ничего не настроено , Аноним (120), 08:47 , 05-Май-24 (120)
- У FreeBSD есть новички , Аноним (125), 09:39 , 05-Май-24 (125) +1
- дистрохоппинг, миссия импоссибл, аннаним (?), 11:19 , 05-Май-24 (134) +1
- Есть, но отток примерно равен притоку , Ivan_83 (ok), 00:56 , 06-Май-24 (205)
- И не потому, что инсталлятор неправильный, а из-за вот такого отношения, как ты , crypt (ok), 09:01 , 06-Май-24 (227)
- Нет, вы пришли и высказываете пожелания в ключе вон там оно работает и тут дол, Ivan_83 (ok), 22:15 , 06-Май-24 (268)
Нет, вы пришли и высказываете пожелания в ключе: "вон там оно работает и тут должно так же работать, сделайте мне по быстрому вчера!". "я хочу юзать систему так как её никто не проектировал и не тестировал, сделайте мне быра чтобы работало!".Это ваша позиция. Вы ищите странного, такого странного во фре нет и не будет. Пока вы не задонатите денег или код для такого. Ещё отдельный вопрос возьмут ли это. И самое интересное что вы даже тикет не завели, а просто ноете в коментах. В тикете вам бы вежливо объяснили почему это не работает и как надо правильно.
- Слушай, а с какой т з это нормально, то что ты говоришь Цель применения ОС как, crypt (ok), 10:10 , 07-Май-24 (288)
Слушай, а с какой т.з. это нормально, то что ты говоришь? Цель применения ОС какая? Если мы говорим про enterprise применение, то использовать софт годичной давности - это адекватная ситуация. Более того, я тебе привел в пример RHEL и Solaris. Оба сохраняют ABI по 10 лет, в обоих случаях это делается с целью обеспечения стабильной платформы для запуска ПО. Более того, они обеспечивают и стабильный тулчейн по вполне закономерным причинам. Windows, который доминирует на рынке, обеспечивает такую стабильность... Все ПО для предприятий работает таким образом, только красноглазые линуксоиды готовы каждые 3 месяца чинить баги при сборке и колупаться с тулчейном.И вот появляешься ты или какой-то другой разработчики на белом коне, и такие "ололо! мы так не умеем! вы хотите странного! кудах-кудах!" Система для кого нужна? Для программистов? Для красноглазых студентов? Или чтобы ее можно было использовать с точки зрения бизнес-процессов? И кому собственно нужна такая ОС, где разработчик считает свое мнение важнее мнения пользователя? Что странного в том, что софт, который собирался и работал, будет продлжать работать, я не пойму? Странно как раз объявлять стабильный ABI на 5 лет, но при этом ломать тулчейн! И я не понимаю, то ли ты дурака включил, то ли на предприятии никогда ОС не использовал. > В тикете вам бы вежливо объяснили почему это не работает и как надо правильно. А кто дал право этому человеку в тикете говорить мне, как мне надо? Я являюсь специалистом по обслуживанию систем. Вася-программист имеет об этом хоть какое-то понятие? Или вася просто пишет софт, как ему удобно, и все должны подстраиваться? Даже если вежливо, по сути это наглость и куча самомнения. В портах происходит переход ffmpeg4->ffmpeg6 или qt5->qt6 и половина портов с новой версией просто не собирается. Этот процесс может растянуться на полгода и больше. И я должен выступать в качестве тестировщика проблем и все их собирать? Для меня лучше посидеть на срезе годичной давности, где ничего не падает. Я же не прошу реализовать мне какую-то новую фичу. Все, чего я хочу, это чтобы старый API работал (по сути компилятор - это способ использования его из твоего ПО). При минорном апдейте, заметь. И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте! Ну-ка давай беги строчи багрепорты... Мне что, заняться больше нечем?!
- С точки зрения минимизации ресурсов на обслуживание Только речь не про ваше адми, Ivan_83 (ok), 00:34 , 08-Май-24 (305)
С точки зрения минимизации ресурсов на обслуживание. Только речь не про ваше админское высочество, которое умеет и хочет только apt get update а про всю цепочку.Есть апстримы - производители софта, это и те кто ОС пишет и все-все чьи поделки вы используете не только на вашем сервере но и для того чтобы собрать то что вы потом гоняете на сервере. Задача апстримов фиксить баги и выпускать фичи. Меня обычно волную только баги из за которых что то падает, но нынче истерический театр безопасности в индустрии, и обновлятся нужно чаще чем набожным людям молится, иначе ад случится в серверной и тп. После апстримов идут меинтейнеры, это те кто берёт всё то что апстримы выдали на лопате, и приводит это в вид когда оно собирает, запускается и работает на конкретной ОС, заворачивают это в красивый пакетик и выкладывают в репозиторий. Дальше идут админы, которые хотят целый день делать вид что работают вводя apt get update и конечные юзеры десктопов которые вообще не хотят никуда вникать, ибо отвлекает от порнтуба. Те вы в самом низу этой пирамиды. Теперь вы говорите: я хочу чтобы apt get update работало всегда, и мне ничего не приходилось никогда чинить руками. Ну отлично, а давайте теперь говорить за деньги.
Разработчикам софта платят либо корпорации либо это волонтёры которые сами себя спонсируют. Иногда это опенсорц от корпораций типа демо-коммунити версий, и там своя модель отношений, разная и сложная. Производители ОС - часто фонды, на пожертвования от корпораций и добровольцев, как деньгами так и кодом. Меинтейнеры - часто волонтёры, иногда они работают работу, иногда это сами разработчики. Админы и пользователи. Админам платят ВСЕГДА за установку, обновление, конфигурацию.
Те по факту вы говорите: я хочу меньше работать, я хочу чтобы вон те парни работали за меня. Ок, говорит вам редхэт (солярис, венда, аппле и наверное другие) и предлагает скинутся деньгами чтобы содержать толпу меинтейнеров и даже разработчиков которые будут делать так чтобы вам не надо было работать. Сколько денег вы готовы платить в месяц за сервис сравнимый с RHEL/Solaris/винда/аппле? Если не сколько - у меня для вас плохие новости :)
Если у вас организация и вы хотите использовать FreeBSD, ArchLinux и пр штуки где нет специального акцента на стабильность то ваша организация должна сама себе обеспечить подобный процесс. Для этого потребуются программисты и админы, хотя бы по паре того и другого, и они должны будут создать свою тестовую зону, свои билд фермы по сборке и запаковке того что нужно вашей организации, потом это будет уходить на тесты и после тестов будет вываливатся на прод.
> Я являюсь специалистом по обслуживанию систем.
Вы мало квалифицированный специалист, который даже не в силах прочитать и разобратся в том, что он должен знать в рамках своей работы. см далее. > В портах происходит переход ffmpeg4->ffmpeg6 или qt5->qt6 и половина портов с новой версией просто не собирается. Этот процесс может растянуться на полгода и больше. Есть стабильное дерево портов - кватерли, там обновления раз в квартал или типа того, туда пушат только то что ничего особо не ломает. В main пушат весь свежак, и учитывая отсутствие CI/CD оно иногда даже не скачивается. Как специалист вы ОБЯЗАНЫ такое знать. По факту вы можно сказать юзаете experimental/unstable и возмущаетесь что оно нифига не stable. Точно так же и с ОС. И для таких как вы где то в хэнбуке есть как всё надо делать инструкции, вот прямо копипастишь, оно обновляется и работает. Но вы там себе вебе напридумывали, что то как то непойми как наобновляли, потом у вас что то сломалось и в этом оказались виноваты ВСЕ кроме вас. Прикол в том, что я бы например не взялся админить фрю в проде, если бы меня попросили её прямо щас обновить, потому что я знаю что это не умею а в проде скорее всего оно binary distributed. Я не пользовался бинарными обновлениями никогда и с большой вероятностью получу неизвестные приключения. И перед такими начинаниями мне нужно читать хэндбуки и тренероватся на виртуалках. Это притом что фрёй я пользуюсь с 2009 года и на десктопе она у меня года с 2016, и я и ядро правлю и порты. У меня source based всё. Но кто я такой, это же вы у нас эксперт по apt get update + windows update и точно знаете как обновить фрю, ведь у вас многолетний опыт apt get update в убунте и редхэте. > Вася-программист имеет об этом хоть какое-то понятие? Или вася просто пишет софт, как ему удобно, и все должны подстраиваться? Даже если вежливо, по сути это наглость и куча самомнения. Я бл. этот Вася который пишет какакод под бсд/гпл/мит который нужен только мне одному и по приколу это выкладывает на гитхуб. Я бл. этот Петя который меинтейнит это кака поделие Васи и пакует его в пакеты, потому что мне удобно этим так пользоватся или потому что на работе сказали это сделать. Ты то кто такой? Ты мне заплатил за то что я написал софт? Ты мне заплатил за то что я написанный софт сделал чтобы собирался и упаковывался в пакеты? Ты ни за что не заплатил, только "я хочу яхочу яхочу" (ничего не делать и получать зарплату). Все твои примеры стабильных API/ABI - это коммерческие системы или системы которые по сути являются часть коммерческого продукта. > Все, чего я хочу, это чтобы старый API работал (по сути компилятор - это способ использования его из твоего ПО). При минорном апдейте, заметь. И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте!
Всем плевать что ты там хочешь. Или делай сам или плати деньги другим или не хоти.
- Действительно, зачем писать багрепорты Лучше навалить на родном языке в коменты, Ivan_83 (ok), 01:01 , 08-Май-24 (310)
> И тут ты и разработчики FreeBSD такие: а мы не обещали, что у тебя ничего не сломается при минорном апдейте! Ну-ка давай беги строчи багрепорты... Мне что, заняться больше нечем?!Действительно, зачем писать багрепорты!? Лучше навалить на родном языке в коменты там где никто не увидит, и на кухне маме пожаловатся. Потому что если навалить в багрепорт то там тебя вежливо спросят: что и как ты сделал и что хотел получить? И тут станет с тобой всё ясно, тебя вежливо отправят читать хэндбук и закроют тикет с "work as intended", ибо запрос вида: "я обычно летаю на цесне в симуляторе, а тут попробовал ваш камаз а он только с обрыва в низ умеет, как им вверх летать?"
- Да, про это Я же писал или платите или работайте Когда я зарабатывал админством, Ivan_83 (ok), 01:20 , 08-Май-24 (311)
> И я не понимаю, то ли ты дурака включил, то ли на предприятии никогда ОС не использовал.Да, про это. Я же писал: или платите или работайте. Когда я зарабатывал админством (аутсорсом по сути) то у меня были FreeBSD на роутерах/серверах и винды на рабочих станциях. Венды обновлялись с моего личного WSUS, где я лично апрувил обновления. Ну там бывало что в конторе своял свой WSUS, но мой для него был апстримом. Что касается FreeBSD то тестовой зоной и тестером был я сам у себя дома. В начале я обновлялся дома, убеждался что у меня хотя бы оно загрузилось и инет не отвалился и только потом обновлял на работах.
Сейчас я больше пограмист, но в целом процесс такой же: я из дома тащю на работу конфиги и патчи и не потому что я из дома работаю, а потому что я это сделал для себя, опробовал на себе и потом по сути продаю это работодателю. За исключением специфичных для работодателя патчей. Но тащю на работу всё годное, а не просто когда когда ппц как приспичит и ничего не работает. Ничего не знать, не думать и ничего не делать в IT можно только на низших должностях при каком то вендоре. Можете админить венду, редхэт, яблоко - там за вас уже всё сделали, вам только с вдумчивым видом нажать кнопку "установить обновления" надо, где эта кнопка - написано в инструкции для админов. Есть всякие настройщики цисок, хуавеев, элексов, длинков, микротиков и прочей нечисти, там тоже за вас вендор всё уже сделал, даже написал как прошивку обновлять и какие косяки вылезут при этом. (ладно, не все пишут про новые косяки, особенно из этого списка) Или можно пойти в монтапопы, там вообще можно бухим витухи обжимать и оптику вариать.
- Я в целом веду к тому, что время лёгких денег в IT закончилось Теперь это конкур, Ivan_83 (ok), 01:34 , 08-Май-24 (312)
Я в целом веду к тому, что время лёгких денег в IT закончилось. Теперь это конкуретная сфера с большими деньгами и возможностями. Это раньше поставить венду было офигеть каким навыком за который платили, теперь платят за почасовое решение проблем, будь то написание нового кода или работа меинтейнера/админа по разгребанию каках за разработчиком, или девляпс - пограмист инфраструктуры.Работ где сеньёр админ поколдовал с сервером пол часа, обматерил пользователей и отбыл ещё на месяц во свояси до следующей зарплаты к сожалению не осталось. Теперь админ это или мальчик по вызову, у которого сверху манагер и диспетчер, который пашет больше чем коммерческие секс работчницы и получает меньше или это дед в какой то непонятной конторе который админит и чинит всё подят от скуд до заправки сигнализации с з/п средней по конторе или это нечто среднее, что сидит на багтрекере куда наваливают и наваливают. Те кто может кодить - идут в девляпсы или разрабы или какую то линию по дальше от пользователей, куда не каждый тикет долетает.
- Продивился я на видеозапись установки фряхи через графический инсталлятор и напи, rvs2016 (ok), 12:46 , 05-Май-24 (142)
- Замена обычного инсталлятора на какой-то другой в любом случае потребует добавле, rvs2016 (ok), 13:43 , 05-Май-24 (151)
- Не надо этого делать , YetAnotherOnanym (ok), 13:51 , 05-Май-24 (154)
- Когда фонду делать нечего он пилит графический инсталлятор , Аноним (188), 15:11 , 05-Май-24 (164)
- Ой, зря Они же, как и Слака, отличались тем, что не прочитал мануал заранее - и, ZloySergant (ok), 23:38 , 05-Май-24 (196)
- Вы фрю с арчем путаете , Ivan_83 (ok), 00:58 , 06-Май-24 (206)
- Если ставишь на MBR, то как минимум, необходимо ознакомиться с таким понятием, к, Zitz (?), 14:54 , 06-Май-24 (236) +1
- А если я ставлю вообще без MBR GPT BSD label , BorichL (ok), 17:22 , 06-Май-24 (242)
- Тогда с огромной вероятностью вашей платформой окажется не х86 , Ivan_83 (ok), 22:16 , 06-Май-24 (269) +1
Тогда с огромной вероятностью вашей платформой окажется не х86 :)
- Пачему Чаще всего я так делаю именно на х86 платформе, зачем мне тома с данными, BorichL (ok), 17:09 , 07-Май-24 (297)
> Тогда с огромной вероятностью вашей платформой окажется не х86 :) Пачему? Чаще всего я так делаю именно на х86 платформе, зачем мне тома с данными кромсать? А если не кромсать, то и нафига мне партишен?
- Ну вот завалялась пара дисков в тумбочке, ведь прекрасно работает root borich2 , BorichL (ok), 19:43 , 07-Май-24 (300)
> Тогда с огромной вероятностью вашей платформой окажется не х86 :) Ну вот завалялась пара дисков в тумбочке, ведь прекрасно работает: root@borich2:~ # gmirror label -v gm0 /dev/ada0 /dev/ada1 Metadata value stored on /dev/ada0. Metadata value stored on /dev/ada1. Done. root@borich2:~ # newfs -L UFS_MIRROR -U /dev/mirror/gm0 /dev/mirror/gm0: 476940.0MB (976773160 sectors) block size 32768, fragment size 4096 using 763 cylinder groups of 625.22MB, 20007 blks, 80128 inodes. with soft updates super-block backups (for fsck_ffs -b #) at: [.........] root@borich2:~ # mount /dev/mirror/gm0 /Storage root@borich2:~ # df -h |grep Storage /dev/mirror/gm0 451G 8,0K 415G 0% /Storage
- М-м Холивара ради А что пользователь установивший Linux FreeBSD через gui буде, MaleDog (?), 00:37 , 06-Май-24 (199) +2
- Ivan_83 сообщение написал 6 39, Ivan_83 ok , 00 00, 05 05 2024 Скрыто ботом-мо, rvs2016 (ok), 01:15 , 06-Май-24 (207)
- Проприетарщины и драйверов их и в линуксе не сказать, чтобы много, а те, что ес, Zitz (?), 14:48 , 06-Май-24 (235)
- Значит ты не хакер, раз не разобрался как отвечать на такое достаточно од, Ivan_83 (ok), 22:20 , 06-Май-24 (270)
Значит ты не хакер, раз не разобрался как отвечать на такое :))))) (достаточно одну цифру в URL поменять) В целом не хватает мануалов. Каждый фревый десктоп - уникальный самосбор, на который обычно ушли годы чтобы всё собрать вместе и отполировать конфиги. Убунту можно ставить и юзать не приходя в сознание, я недавно проверял на себе :)
- Ага Не он Не кул зацкер Да лениво кул хацкерить уж, когда 5-й десяток лет пре, rvs2016 (ok), 09:03 , 07-Май-24 (283)
> Значит ты не хакер, раз не разобрался как отвечать на такое :)))))Ага. Не он. Не кул зацкер. Да лениво кул хацкерить уж, когда 5-й десяток лет пребывания на этой бренной земле завершается уж. :-) Надо Максиму просто кнопку ответа к скрытым ботом сообщениям вернуть, а то странно получается: ну скрыл сообщение, но это ж не значит, что на него и отвечать ещё нельзя. Это в тему для общения с администрацией предложить? Или отсюда идеи тоже черпаются? > Каждый фревый десктоп - уникальный самосбор, на который обычно ушли годы чтобы > всё собрать вместе и отполировать конфиги. Ну это да...! :-) Я вон себе составил список пакаджей, которые подставляю в pkg install ... в случае, если надобно когда-нибудь установить фряху, а конфиги из запаса беру, да и всё - всё давно, конечно, отполировано! :-) Ну иногда умолчательные конфиги новых версий просматриваю, конечно, для интереса. Ну в man'ы там поглядываю, если чё, хоть и лениво это всё давно уж. :-) А вообще это каким-то боком касается образа той витающей нередко идеи о том, что зачем, дескать, фряхе юзера, которые разобраться не могут в ней. :-)
- например, virtualbox официально не поддерживает работу по USB выше 1 1, crypt (ok), 10:42 , 07-Май-24 (291)
> Использую фряху и для десктопа тоже и не вижу - что там > такого в фрёвом десктопе юзерам не хватает такого, что есть в > десктопе линуксовом (убунтуйском и т.п.)?например, virtualbox официально не поддерживает работу по USB выше 1.1
- Вместо того, чтобы в штатное меню добавить fenches , такие, как работать в опе, Roman Dyaba (?), 05:36 , 06-Май-24 (215)
- О, KDE 6 пропатчили , Аноним (228), 10:08 , 06-Май-24 (228) +2
- Но пока только в порты В pkg шестых кедов пока не видно Ждём патча ещё и для pkg, rvs2016 (ok), 16:23 , 06-Май-24 (238)
- Пока ждёшь, make install clean уже всё соберёт , BorichL (ok), 17:24 , 06-Май-24 (244)
- Не люблю я порты Ну не совсем не люблю, а давно не люблю из них что-то в систему, rvs2016 (ok), 17:40 , 06-Май-24 (246)
- gt оверквотинг удален Да с чего им конфликтовать то Ну раз уж ты так этот ста, BorichL (ok), 17:58 , 06-Май-24 (247)
- Баян на практике показывал результаты примерно такого типа Установка порта требу, rvs2016 (ok), 18:13 , 06-Май-24 (248)
- gt оверквотинг удален Ну чаще всего такое настраивается через make conf, порты, BorichL (ok), 18:27 , 06-Май-24 (251) +1
>[оверквотинг удален] > тогда я тоже из портов и устанавливал всё, что было надо. > А теперь, когда установка из одной системы (из портов) может потребовать > удаления программ, установленных из другой системы (из пакаджей), ну и наоборот, > одновременное использование портов и пакаджей мне стало делом неудобным. Поэтому стремлюсь > использовать установку только из пакаджей, а из портов собираю (но не > устанавливаю) только те программы, которых в пакаджах нет, но они мне > очень сильно нужны. Хотя это и большая редкость. Редкость - не > отсутствие в пакаджах того, что есть в портах, а то, что > из-за этого я буду страдать сборкой порта. Это надо, чтобы нужная > программа мне была нужна очень сильно. :-) Ну чаще всего такое настраивается через make.conf, порты всё-таки гибче пэкэджей и там жёсткие зависимости только если по другому порт не соберётся. А пэкэджи ставятся только с тем, с чем были собраны. Я раньше, когда не собирался порт просто ставил пэкэдж с откатом части портов на те версии, которые хочет пэкэдж, это обычно не напрягало. Ну вобщем есть 2 альтернативы, каждый выбирает из них сам.
- У меня всё собрано с исходников, кроме вайна-и386 который стоит не в системе а в, Ivan_83 (ok), 22:24 , 06-Май-24 (271)
У меня всё собрано с исходников, кроме вайна-и386 который стоит не в системе а в профиле пользователя. Из готовых пакетов ничего не ставлю, ибо там обычно опции нужные кому угодно только не мне. И дефолтные пакеты обычно имеют сильно больше зависимостей чем у меня. Плюс флаги сборки бывает интересно покрутить. Плюс у меня 50+ своих патчей поверх дерева портов, без которых на десктопе не комфортно, ИМХО.
- Это развлечение для программиста в первую очередь Потому что порты регулярно ло, crypt (ok), 10:45 , 07-Май-24 (292)
> У меня всё собрано с исходников, кроме вайна-и386 который стоит не в > системе а в профиле пользователя. > Из готовых пакетов ничего не ставлю, ибо там обычно опции нужные кому > угодно только не мне. > И дефолтные пакеты обычно имеют сильно больше зависимостей чем у меня. > Плюс флаги сборки бывает интересно покрутить. > Плюс у меня 50+ своих патчей поверх дерева портов, без которых на > десктопе не комфортно, ИМХО.Это развлечение для программиста в первую очередь. Потому что порты регулярно ломаются и без знаний, ты их будешь долго и уныло чинить.
- Тем кто сидит на бинарных портах ничего не грозит А при сборке из исходников осн, Ivan_83 (ok), 00:49 , 08-Май-24 (309)
Тем кто сидит на бинарных портах ничего не грозит. А при сборке из исходников основные проблемы были из за libressl которую я юзал вместо openssl из базы. И приходилось довольно часто чинить то одно то другое. Гдето брал готовые патчи из апстрима, где то сам в апстрим засылал исправления.В конечном итоге я решил что трачу на это слишком много времени и сил, и лучше я буду писать свой унылый и никому не нужный код чем чинить поделки других людей. С нового года у меня openssl из базы, и это позволило резко снизить активность на фрёвом и прочих багтрекерах.
- gt оверквотинг удален Поздравляю, ты перестал есть кактус 128521 , Минона (ok), 09:04 , 08-Май-24 (313)
>[оверквотинг удален] > А при сборке из исходников основные проблемы были из за libressl которую > я юзал вместо openssl из базы. > И приходилось довольно часто чинить то одно то другое. > Гдето брал готовые патчи из апстрима, где то сам в апстрим засылал > исправления. > В конечном итоге я решил что трачу на это слишком много времени > и сил, и лучше я буду писать свой унылый и никому > не нужный код чем чинить поделки других людей. > С нового года у меня openssl из базы, и это позволило резко > снизить активность на фрёвом и прочих багтрекерах.Поздравляю, ты перестал есть кактус 😉
- Шёл 2024 год , Tron is Whistling (?), 20:24 , 06-Май-24 (258)
> проект по созданию драйвера IOMMU для FreeBSDШёл 2024 год...
- ОК и рядом крестик - гениально 129318 127995 8205 9794 65039 Так слож, FreeStyler (ok), 09:41 , 07-Май-24 (286)
ОК и рядом крестик - гениально!🤦🏻♂️ Так сложно было ОК и Назад вниз перенести⁉️ CSD реально рак
|