В дерево исходных текстов FreeBSD приняты изменения с новой реализацией VPN WireGuard, основанной на коде модуля ядра, совместно подготовленного основными командами разработчиков FreeBSD и WireGuard при участии Джейсона Доненфилда (Jason A. Donenfeld), автора VPN WireGuard, и Джона Болдуина (John H. Baldwin), известного разработчика GDB и FreeBSD, в начале 2000-х годов реализовавшего поддержку SMP и NUMA в ядре FreeBSD. После принятия драйвера в состав FreeBSD (sys/dev/wg), его разработка и сопровождение отныне будет вестись в репозитории FreeBSD...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58007
> накладные расходы при обработке пакетов были приближены к реализации драйвера для LinuxПотихоньку догоняют Linux, молодцы.
>> I did make one non-trivial change (also accepted upstream) to fix a CPU schedulinginefficiency that dated back to the originally-imported driver.
>> Initially, each input or output packet resulted in scheduling
>> encryption or decryption tasks on every CPU in the system.
>> I modified this part of the driver to follow the Linux driver and insteadschedule a single task on a single CPU (chosen via round-robin) for
...
> Потихоньку догоняют Linux, молодцы.Это называется "испорченный телефон", о линукс-молодец.
Хорошо подмечено. Как-то последнее время всё во фрибзду попадает в виде "испорченного телефона". То дрова через LinuxKPI, то сам Linuxulator, который при этом даже неплохо работает, с учётом многих факторов, конечно.
Ну, это хороший способ выжить.
> Хорошо подмечено. Как-то последнее время всё во фрибзду попадает в виде "испорченного телефона".Хороший спрыг с темы (на самом деле нет).
> То дрова через LinuxKPI, то сам LinuxulatorNDISWrapper с вайном уже выкинул? Или опять "вынипонимаити! это другое!!!©"?
> то сам Linuxulator, который при этом даже неплохо работает,
О, уже Linuxulator оказывается "сторонняя разработка", поди через пару лет окажется, что его на самом деле пингвинята написали.
В общем, "на опеннете без перемен" (с)
https://packages.ubuntu.com/search?suite=impish&searchon=nam...Да, выкинули.
> Да, выкинули.https://repology.org/project/ndiswrapper/versions
>> 175 package(s) knownНу-ну
NDISWrapper в Linux? Я последний раз про него слышал ещё в нулевых.
> NDISWrapperНи разу не пользовался. Это у BSD проблемы с WIFI, в отличие от Linux. В FreeBSD пытался виндовые драйверы завести -- не заработали.
> CPU scheduling inefficiency that dated back to the originally-imported driverТо есть, некачественный драйвер со скандалом выкинули, а твики ядра, сделанные под него, оставили? Ну, молодцы, чо. Академично-ботанично, как и должно быть в лидирующих университетах.
>> I did make one non-trivial change (also accepted upstream) CPU scheduling inefficiency that dated back to the originally-imported driver
>> (also accepted upstream)
>> upstream
> То есть, некачественный драйвер со скандалом выкинули, а твики ядра, сделанные под
> него, оставили? Ну, молодцы, чо. Академично-ботанично, как и должно быть в лидирующих университетах./0
Ну молодец, чо. Опеннетно-экспертично, как и должно быть на опеннете.
Ждем в 14.0? Или в 13.х тоже добавят?
У меня 11.
На вашем месте, я бы постеснялся с такими цифрами хвалиться.
может это в попуг^W дюймах ?
> В отличие от прошлой попытки интеграции WireGuard во FreeBSD в новой реализации задействована штатная утилита wg, а не модифицированная версия ifconfigодин из недостатков Linux - это как раз полный базар, разброд и шатание в утилитах. как раз одна из вещей, которой FreeBSD выгодно отличалась, это интеграция функционала в существующие утилиты. но нет.
тогда тебе на винду там "разброд и шатание в утилитах" не наблюдалось со времён царя гороха
Ага, например чтобы запустить или остановить сервис можно выполнить net stop... sc stop... но возможно они не отработают... возможно сервис завалится после запуска, а из консоли получить его состояние немножко не тривиально... название сервиса... чуть-чуть не согласовано тем, что ты видишь в services.msc... а если нужно получить список сервисов на удалённом хосте - немножко здохни в муках. Ну и, конечно, чтобы что-то оформить в виде системного сервиса есть штатное нифига.
Скрипты для накатывания SQL через PowerShell 5 стабильно не работают в PowerShell 7... никакого шатания... когда нужно прям конвеер проще прыгнуть в wsl для некоторых вещей, чем страдать с "штатными" инструментами.
Божественных штук типа lnav, grep, awk и прочих являющихся настолько стандартными, что их использование подразумевается по умолчанию... всё ещё в фортках через боль и страдание... как и половина консольных инструментов, потому что консоль в винде это дичь, с которой они мучаются как в новом дотнете, так и во всех системных утилитах... и всё это обмазывается кучами костылей которые "почти не шатаются", ага
> возможно сервис завалится после запускада, это возможно. например битый конфиг.
> из консоли получить его состояние немножко не тривиально
обходным путем: netstat -an, netstat -abn, tasklist.
> а если нужно получить список сервисов на удалённом хосте - немножко здохни в муках.
да ладно.
ssh Adminstrator@winhost "sc.exe queryex state= all type= all"откуда ssh и sshd ? а вот !
Да вот, если sshd.exe на на том хосте не забыл поставить. Он же не из коробки.
> можно выполнить net stop... sc stopGet-Service <Имя сервиса> | Stop-Service, в чем проблема? Это теперь канон. Кстати, работает и на Linux.
> Скрипты для накатывания SQL через PowerShell 5 стабильно не работают в PowerShell 7
Вызывает `powershell` в терминале, запускается PowerShell 5, дальше своя команда, потом вызываешь `pwsh` для запуска PowerShell 7, в чем проблема?
> wsl для некоторых вещей
Ах да, Линукс за грепкой... когда есть `Select-String`...
Вот именно на винду, там хочешь установить программу, скачал, установил, все работает.А на любую попытку сделать стандарт линуксоиды верещат как резаные поросята. И от flatpak, и от systemd и т.д.
> А на любую попытку поломать устоявшийся стандарт линуксоиды верещат как резаные поросятаМожешь не благодарить.
О да, у лиуксоидов-то стандарт. Когда заходишь в раздел «загрузки» на сайте софтины, а там один (ну хорошо, два) экзешника для винды, и пяток deb'ов для дебианов разных версий, ещё пяток для убунты, rpm для федоры, rpm для редхата… и это не считая всякой экзотики.
> Когда заходишь в раздел «загрузки» на сайте софтиныЭто чёрный ход на кухню, это для лиц БОСР (без определённой системы и репозитория).
> а там один (ну хорошо, два) экзешника для винды, и пяток deb'ов для дебианов разных версий
С автозапчастями, кстати, тоже так. Но продолжая нашу аналогию - всё правильно. Для БОСР - просто пакет еды на кухне, пришёл - забрал. А так-то меню длиннючее, система доставки - какие-то сложности.
Добро пожаловать в реальный мир, где половины софта в репозиториях либо нет, либо он протухший.
> как раз одна из вещей, которой FreeBSD выгодно отличалась, это интеграция функционала в существующие утилитыsystemd
>> как раз одна из вещей, которой FreeBSD выгодно отличалась, это интеграция функционала в существующие утилиты
> systemdРасскажи поподробнее, какие именно "крутые" сетевые утилиты во фре заменил ifconfig интеграцией вида "половину фич выбрасываем, потому что нам в шляпе это не нужно".
Или кто о чем, а пингвинята о наболевшем?
>>> полный базар, разброд и шатание в утилитах <<<всё это не важно так как в конечном итоге Базар победил Собор!)
А нифига не победил. У, и так академического, FreeBSD сейчас кратно больше перспектив, чем у Linux. Как Fedora служит полигоном для RHEL, так и весь Linux служит полигоном для FreeBSD. В последний попадают обкатанные и проверенные временем технологии. Бесспорно, что с большой задержкой и позднее, но при этом осмысленней и стабильней. А безумие и сыродел остаются уделом Linux.
то есть, ты хочешь сказать что FreeBSD почти 27 лет слизывает "обкатанные и проверенные временем технологии" у Linux, но BSD-уны по прежнему думают что у них "кратно больше перспектив" ?
Даже дрова для ZFS слизал, чего уж там.
Проект OpenZFS к линуксу вообще никак не относиться. Это произведение SUN/Solaris. Один дурачек написал что ZOL имплантировали, и толпа оголтелых фанатиков теперь этой глупостью как флагом постоянно размахивает..
А грамотные специалисты понимают что ZOL это прослойка между OpenZFS и ядром системы Linux. И он никак не может имплантирован в какой-либо BSD из-за архитектурных особенностей и для этой цели есть ZOF.
Глупые линуксоиды не в состоянии понять что это не freebsd использует у себя ZOL, а Линуксоидв украли ZOL из freebsd
Это что-то про BTRFS, которая всё ещё не production ready и ZFS которую в линуксе всё ещё нормально не могут затащить? Или про сетевые интерфейсы на сотни гигабит со всякими хитромудрыми сетевыми обёртками, по которым линупх только недавно достиг паритета?
Ну конечно лучше же Фря в которую затащили почти ничего кроме ваергарда и ZFS on Linux https://www.opennet.dev/opennews/art.shtml?num=53594
Как это ничего там вроде ещё раст втащили и ядерные драйвера на жс. Линуксу такое слабо!
> Как это ничего там вроде ещё раст втащили и ядерные драйвера на жс.Какие занимательные, очередные опеннетные фантазии на тему "как там все у бздунов на самом деле!".
Кстати, Раст в ядре (а заодно утяжеление в пару раз всей сборочной системы) - это к пингвиняткам. Они такое любят, благо у них, когда нужно - "линукс всего лишь ядро".
В отличие от фри, которая ОС - и по умолчанию умеет в самосборку.
Проект OpenZFS к линуксу вообще никак не относиться. Это произведение SUN/Solaris. Один дурачек написал что ZOL имплантировали, и толпа оголтелых фанатиков теперь этой глупостью как флагом постоянно размахивает..
А грамотные специалисты понимают что ZOL это прослойка между OpenZFS и ядром системы Linux. И он никак не может имплантирован в какой-либо BSD из-за архитектурных особенностей и для этой цели есть ZOF...
Так из-за архитектурных особенностей он никуда кроме соляры не может быть интегрирован. Но раз разработка ведётся в первую очередь для линукса… Довольно странное желание у некоторых всюду носиться с ней пихая во все щели, время давно всё расставило по своим местам и сложные фс требуют постоянной настройки и постоянно сыпятся, и не особо то и востребованы на практике, а вопросы рейда куда лучше и надёжнее решать на уровне железа. Так что гнать ссаной метлой таких "специалистов".
> Так из-за архитектурных особенностей он никуда кроме соляры не может быть интегрирован.
> Но раз разработка ведётся в первую очередь для линукса… Довольно странное
> желание у некоторых всюду носиться с ней пихая во все щели,
> время давно всё расставило по своим местам и сложные фс требуют
> постоянной настройки и постоянно сыпятся, и не особо то и востребованы
> на практике, а вопросы рейда куда лучше и надёжнее решать на
> уровне железа. Так что гнать ссаной метлой таких "специалистов".Для какого линукса разработка ведется с "вражьей" лицензией для Linux? Что мешает полноценно интегрировать его в ядро. Ты бы хоть мозги включал чтоли. А то смешно право.
Ну и конечно Illumos - который и является основным разработчиком OpenZFS, связи с Linux никакой не имеет. Есть запрос с Linux платформ на ZFS но архитектура изначально работающая через Fuse даже близко никакой перспективы не имеет. Та же BSD с прямой интеграцией ZFS в ядро - на порядок лучшую производительность имеет.
С прямой интеграцией, ну-ну. Вне соляры её никогда не будет.
> Ну конечно лучше же Фря в которую затащили почти ничего кроме ваергарда
> и ZFS on Linux https://www.opennet.dev/opennews/art.shtml?num=53594Еще один любитель испорченного телефона.
> The OpenZFS project brings together developers from the Linux, FreeBSD, illumos, MacOS, and Windows platforms. OpenZFS is supported by a wide range of companies.Еще и новость читал <этим самым местом>:
> совместно подготовленного основными командами разработчиков FreeBSD и WireGuard при участии Джейсона Доненфилда (Jason A. Donenfeld), автора VPN WireGuard, и Джона Болдуина (John H. Baldwin), известного разработчика GDB и FreeBSD
>
> то есть, ты хочешь сказать что FreeBSD почти 27 лет слизывает "обкатанные и проверенные временем технологии" у Linux, но BSD-уны по прежнему думают что у них "кратно больше перспектив" ?То есть, тебя не затруднит для начала перечислить хотя бы пару фич, "слизанных" эти самые 25-27 лет назад?
Или балабо^W "как обычно"?
3д драйвера в frebsd из Линуса портировали
За что его минусят? Ведь действительно берут из ядра Linux.
> то есть, ты хочешь сказать что FreeBSD почти 27 лет слизывает "обкатанные и проверенные временем технологии" у Linux, но BSD-уны по прежнему думают что у них "кратно больше перспектив" ?Ну да, ну да. Обвязка для пингвинчика от штеуда (написанные штеудцами) для его мега-блобиков фирмвари - это офигенные "пингвинячьи" технологии (а куча утащенного из фри кода и дров - было давно и поэтому не считается), не то что всякие BPFы, да?
https://github.com/torvalds/linux/blob/5bfc75d92efd494db37f5...
/* instruction classes */
#define BPF_CLASS(code) ((code) & 0x07)
#define BPF_LD 0x00
#define BPF_LDX 0x01
#define BPF_ST 0x02
#define BPF_STX 0x03
#define BPF_ALU 0x04
#define BPF_JMP 0x05
#define BPF_RET 0x06
#define BPF_MISC 0x07
https://github.com/freebsd/freebsd-src/blob/main/sys/net/bpf.h* SPDX-License-Identifier: BSD-3-Clause
*
* Copyright (c) 1990, 1991, 1993
* The Regents of the University of California. All rights reserved.
...
/* instruction classes */
#define BPF_CLASS(code) ((code) & 0x07)
#define BPF_LD 0x00
#define BPF_LDX 0x01
#define BPF_ST 0x02
#define BPF_STX 0x03
#define BPF_ALU 0x04
#define BPF_JMP 0x05
#define BPF_RET 0x06
#define BPF_MISC 0x07
Но почему же бздя сейчас выглядит особенно жалкой ?Вот серьёзно, уже практически никто кроме фанатиков её не использует
Раньше хотя бы споры были вроде на чём сервак поднять - они и сейчас есть, но вопрос лишь в том на каком линуксодистрибутиве, а о том чтобы возиться с бздёй уже и разговоров нетДаже в виртуалке её потыкать уже неохота. В итоге по функционалу получится как линь только урезанный + тонна гемора бонусом. Зато от акадеемиков )
Фанатик не скажет, он не понимает. Но ещё раз напишу что дело в лицензии. КомпаниМ нет смысла вкладываться в бсдю потому что весь её вклад может забрать одна компания Сони или Нинтендо и они ничего не вернут обратно и это будут выброшенные деньги.Другое дело чистый Линукс где вклад большой компании юридически защищен. И все будут иметь равный доступ к разработкам и никто не сможет получить конкурентного преимущества добавить в твой код свистоперделок, который будет продавать за тыщи амерканских рублей.
Ну и показательно что ни Сони ни Нинтендо, которые делают приставки на Фряхе ничего не вернули в апстрим фри, только забрали чужие разработки. И никто кроме студентов не хочет корячится лишь бы Сони заработала ещё пару миллиардов.
> Фанатик не скажет, он не понимает. Но ещё раз напишу что дело
> в лицензии. КомпаниМ нет смысла вкладываться в бсдю потому что весь
> её вклад может забрать одна компания Сони или Нинтендо и они
> ничего не вернут обратно и это будут выброшенные деньги.
> Другое дело чистый Линукс где вклад большой компании юридически защищен.Особенно от SaaS-овцев типа Гугла, Амазона и Клаудфляри, ага.
> И все будут иметь равный доступ к разработкам и никто не сможет получить
> конкурентного преимущества добавить в твой код свистоперделок, который будет продавать
> за тыщи амерканских рублей.Покажи свой доступ к гугловским улучшениям EXT2/3, которую он гонял у себя на серверах, генерируя тыщи тыщ американских рублей, пока остальные "равные" пилили EXT4/
https://lists.freebsd.org/pipermail/freebsd-amd64/2011-March...
>> [PATCH] Add support for AVX
>> Tim Bird tim.bird at am.sony.com
>> I am representing a group in Sony that wishes to submit the patchbelow to add the described feature to AVX.
> Ну и показательно что ни Сони ни Нинтендо, которые делают приставки на
> Фряхе ничего не вернули в апстрим фри, только забрали чужие разработки.https://lists.freebsd.org/pipermail/freebsd-amd64/2011-March...
Показательный эксперДизм опеннета.
>> Показательный эксперДизм опеннета.Показательный эксперт даже в свою собственную ссылку не может посмотреть и увидеть что там написано 2011 год. А сейчас, я тебя скорее всего удивлю, уже 2022 год, так-то.
Где патчи для видео от сони?
> ничего не вернули в апстрим фри,
>> <тыканье эксперта носом>
> Показательный эксперт даже в свою собственную ссылку не может посмотреть и увидеть что там написано 2011 год.Показательный (и очень неуклюжий) спрыг с темы и вопли "вы все врети".
Видишь ли, дорогой эксперД - для опровержения твоего "ничего" мне достаточно привести лишь один пример.> И все будут иметь равный доступ к разработкам
> все
> Где патчи для видео от сони?Где патчи для EXT от Гугла, о великий опенетный "оналитек", не различающий кванторы всеобщности и существования?
> все будут иметь равный доступ к разработкамТо есть, если Сони что-то возьмёт из Фряхи, другие то же самое уже взять оттуда не смогут? Офигеть...
очевидно пока Сони не зальет файлики обратно... и если она этого не сделает- мир фри умрет безвозвратно.
Я в лицензиях не особо силён, но разве недавно не доходило до скандалов, когда разработчикам какого-то ПО смачно пригорело, что их поделия некоторые совершенно спокойно гоняют на своих серваках и предоставляют это как услугу, зарабатывая более чем немало, попутно вертя отчисления и прочее ибо не обязаны> Ну и показательно что ни Сони ни Нинтендо, которые делают приставки на Фряхе ничего не вернули в апстрим фри, только забрали чужие разработки
Ну они вроде бы сколько-то пожертвований отвесили, причём немало. По крайней мере, кто-то из корпов
Там похоже в принципе модель такая - заносят если не жалко кодом, жалко - деньгами
Разрабы же не святым духом питаются
Хотя и не сильно жируют, особенно последние годы( нынче порядка $ 178 тыс собрано )
Из примечательных пожертвований этого года:
> ( $ 1000 - 4999 )Shenzhen Lovelace Network
> ( $ 500 - 999 ) Microsoft
> ( $ 50 - 99 ) IBM
> ( $ 5 - 24 ) FreeBSD Chinese CommunityНо им нехило тот же фейсбук заносит ( $ 25 000 - 49 999 )
И по лицензиям вот ещё что. Если будет запилен какой-то патч или модуль, который будет подключаться динамически и реализовать необходимый функционал - обязан ли правообладатель раскрывать исходники этого в рамках линуксолицензии ?
А то ведь в принципе то блобов в системе хватает и никто ни к чему их поставщиков не обязывает
Ну ты сейчас описал также модель Debian. Т.е. выигрывает в итоге классический подход, а не rolling release.
На ФриБСД нет докера. На этом возможность применения ФриБСД и заканчивается.
Зачем он тебе? Для разработки удобно, но не более. А вот с электроном действительно были трудности, это значит, что 99% софта не существует на платформе.
Фря на десктопе точно не нужна.
А что нужно?
И хорошо, что его там нет. Надеюсь и не будет.
Хотя, он уже и в Linux свое отживает. Есть надежда на оздоровление.
Отживает, и на смену идут более легковесные containerd и cri-o (в тех же кубернетисах). Оно уже есть во FreeBSD стабильном?
>Хотя, он уже и в Linux свое отживает. Есть надежда на оздоровление.Ваши бы слова, да IBMHat'у и Гуглагу в уши.
>полный базар, разброд и шатание в утилитахСистемные утилиты - это всё ещё пока GNU. Так что, один вождь*, одна партия, один народ.
*вождя-то вот выкинули.
> ДоненфилдаДоненфельда
Ребята подскажите, можно ли подключить память DDR4 к материнке с DDR3? Вроде нашел на Али такой переходник...https://aliexpress.ru/item/1005004542833681.html?spm=a2g0o.s...
Ну наконец-то теперь я видел всё.
👍
https://aliexpress.ru/item/1005004562711575.html?sku_id=1200...:)
Зумеры не застали внешние жесткие диски с флешкой на несколько мб и гайкой внутри с алика? Лет десять назад популярно было.
https://img.mysku-st.ru/uploads/images/01/44/20/2014/02/04/5...
А не проще 8гб DDR3 за эти же деньги взять?
Зачем когда есть переходник?
Так если уже есть, зачем спрашивать?
потому что уже есть память DDR4 на 16Гб
Махнуть на авито на DDR3? Лучше, чем непонятный переходник, который сожжет и память, и материнку за одно.
так DDR3 есть, но хочется чтобы встроенная видеокарта работала быстрей
И будет работать как DDR1.
Наркоманы, ля.
Да не будет ничего работать, фуфло же очевидное. Хорошо, если без фейерверка обойдётся.
> Ребята подскажите, можно ли подключить память DDR4 к материнке с DDR3?Иногда можно - если это материнка с того же али типа X99 и аналогичных ужасов. Надо выбирать такую, которая имеет ясно видимый аналог с другим типом памяти. Китайцы не парятся и прошивку пишут один раз - поэтому она запросто умеет и ту, и другую и не привередлива дальше необходимого.
(белкам-истеричкам рекомендую там же поискать платы с ксеонами раведенные в B85 или Q87. Да, работают. Игроманы довольны. Интел нет, но его никто и не спрашивал.)
Что с этим будет работать нормальная система от нормальных западных производителей - сомневаюсь, конечно. Как максимум она понюхает чипы и заявит что такое - не понимаю (переходник, как видим, пассивный, то есть никакой подменой инфы не занимается).
Основной недостаток вирегада в том, что случись что с криптой - и он труп, он даже криптоалгоритм согласовывать не умеет. А с криптой беда случается регулярно, иначе бы до сих пор на DES сидели.
Ну сделают Wireguard++ с другой криптой, в чём проблема?
Потом ++++, ++++++, ++++++++.
Нафиг надо, я лучше IPSec возьму, оно по крайней мере расширяемо без извращений.
Как ты хорошо сказал что нет стандарта и каждый творит кто во что горазд.
Сам IPSec дичайший оверинжиниринг.
А вот тут не поспоришь. Но хардварных имплементаций к сожалению ныне только для него большинство, хотя меня бы OpenVPN устроил.
Yggdrasil работает в том числе и через TLS, для которого полно оборудования с кремниевыми AES и/или SHA.
Хоть один серьёзный роутер с этим чудом хотя бы гигабит на 10 есть?
Нет, можно самому собрать, но выйдет в разы дороже, нежели готовая железка с IPSec.
Zyxel Armor G5 NBG7815
Хорошо посмешил. 10G VPN эта шляпка не вытянет, треснет.
Вообще OpenVPN тоже ныне TLS, и сейчас уже даже есть некоторый adoption, на CPE и не только, так что можно на эту лошадь попробовать поставить на будущее. В целом же кроме IPSec ничего распространённого пока нет, к сожалению.
Производительность TCP-over-TCP в Yggdradil значительно лучше, чем в IPSec или OpenVPN.
Внезапно в IPSec нет никакого TCP-over-TCP by design. Такие дела.
Проблема в том, как переехать с одного на другое с сотнями подключений.
Хипстеров эти проблемы не волнуют - однодневки в доскере перераскатают и всё.
А вот для инфраструктур на подложке оно не годно от слова совсем.
В темах про FreeBSD как всегда не скучно. 😏