Подготовлен первый бета-выпуск FreeBSD 12.2. Выпуск FreeBSD 12.2-BETA1 доступен для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. Релиз FreeBSD 12.2 запланирован на 27 октября...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53704
"Режим W^X позволит" снизить производительность процентов на ндцать
Это почему? Оно ведь работает не в момент выполнения кода, а когда права на страницу выставляешь.Или раньше было много записи в выполняемые страницы?
> Это почему?Потому что простой и понятный код теперь вообще работать не будет.
И его пришлось заменить тормозными неуклюжими костылями - зато бебебезопастно, бараны щщасливы.> Или раньше было много записи в выполняемые страницы?
Не очень, но, как назло, это были места, вызываемые в наиболее неудобных и критичных к времени исполнения ситуациях.
> Потому что простой и понятный код теперь вообще работать не будетЭто вы про javascript что ли?
То что называют "W^X" это аппаратная возможность MMU, просто конфигурация флагов в таблице страниц виртуальной памяти. Тут речь идёт о том чтобы системный софт (ядро, линкер, динамический линкер, и т.д.) располагал исполняемый код отдельно от доступного на запись. Потому что на самом деле модифицировать на лету исполняемый код нужно только в специфичных сценариях вроде JIT для интерпретируемых языков. Для таких программ можно реализовать какой-то механизм исключения из правила W^X. В OpenBSD, например, программы с W&X должны могут быть загружены только со специального дискового раздела.
Резюмируя, W^X никак не скажется на производительности для большинства программ.
ты дальше вебдева -то, похоже, не бывал?> что на самом деле модифицировать на лету исполняемый код нужно только в специфичных сценариях
рекурсивная C-функция - очень, очень "специфичный сценарий", ага.
И вообще, Нейман был каззел, вот то ли дело современные молодежномодные разработчики, они б его научили родину любить, если бы родиться не опоздали. (Не напомните, кстати, а что случилось с другими архитектурами, и почему, собственно, оно с ними - слуцилась? А, ну да, ну да, это ж произошло еще до вашего рождения, а значит - не было, и быть не могло.)
>Не напомните, кстати, а что случилось с другими архитектурамиЕсли жить с понятием "и так сойдёт", то это ожидаемо. Никто не пытался в полноте изучить вопрос архитектур. Тюринг сказал "пусть лента будет плоской и бесконечной", вот и пошло, а все почему? - "и так сойдёт".
> пытался в полноте изучить вопрос архитектур.Пытались. Они - банкроты.
Потому что пока одни "изучали" и производили ненужных дорогущих монстров, у других уже работало.
> Пытались. Они - банкроты.Вот далеко ходить не надо, возьмем текущую ситуацию с так называемым "квантовым компьютером". Какова его архитектура? Посмотрим на тот же IBM, Google и т.д. кто занимается данной областью, что будет в итоге? Всё тоже "и так сойдёт" при первой удачной "продуктовой" архитектуре. Нужен ли "квантовым компьютером" если "и так сойдёт" Фон Неймановский? Обанкротится ли IBM, Google и т.д. в итоге?
> Потому что пока одни "изучали" и производили ненужных дорогущих монстров, у других
> уже работало.И все это работает до тех пор пока не столкнемся с ограничениями или изъянами архитектурными.
пс: Была ли необходимость к примеру в строительных кранах если "и так рабы поднимут камни на вершину пирамиды"?
Рекурсивная C функция конечно не модифицирует страницы с кодом.
Почитайте блин что такое стек и как чем он отличается от исполняемого кода.
почитай, дурак, блин, что такое gcc trampolines, и как стек, ВНЕЗАПНО может не только быть исполняемым кодом, но и обеспечивать удобное решение без костылей.Откуда и какие вас понарожали?
Я почитал. gcc использует батуты для своего варианта _вложенных_ функций. И сколько я понял, лямбды из плюсов за вложенную функцию не считаются.Никто в здравом уме не будет модифицировать стек для рекурсивных функций, там в прямой и непрямой адресации ничего не меняется от вызова самой себя.
> Я почитал. gcc использует батуты для своего вариантаименно - вообще внутри компилятора. А сколько и каких мест используют для решения _своих_ задач - узнаем, когда поломаются, ага.
> И сколько я понял, лямбды из плюсов за вложенную функцию не считаются.
не считаются, потому что они уже из тех времен, когда трогать стек было "невелено".
Это не означает что существующая реализация эффективна - просто "меньшее зло".
Вы явно не умеете программировать, не знаете си, путаетесь в терминах...:
рекурсивные функции не меняют исполняемый код, вообще.
тот костыль, о котором вы говорите - в современных реалиях: тормозмой, дырявый и не применяется в современных архитекторах.
> Откуда и какие вас понарожали?Не надо так!
> почитай, дурак, блин, что такое gcc trampolines, и как стек, ВНЕЗАПНО может не только быть исполняемым кодом, но и обеспечивать удобное решение без костылей.Эти трамплины нужны для _вложенных_ функций которые ссылаются на стековые переменные в стековом фрейме в котором объявлены. Ну, что-то типа такого:
// функционал применяющий функцию ко всем интам в рендже от start до end
int map_sum_range(int start, int end, int (*fn)(int)) {
int ret = 0;
for(int i = start, i < end; i ++) {
ret += fn(i);
}
return ret;
}int my_func() {
int c = 1;
int nested_func(int x) { // <-- вот она вложенная функция
c *= 2; // трамплин нужен ради того, чтобы она могла дотянутся
// до этой c через неизвестное в компайл-тайме количество
// стековых фреймов поверх того, где c лежит
return c * x;
}
int sum = map_sum_range(0, 100, nested_func);
}Эти вложенные функции всегда были gcc'шным эксшеншном, который я честно говоря ни разу не видел в чужом коде. Сам я как-то раз использовал в домашнем проекте, но не скажу, чтоб это было от безысходности или с большими бонусами к производительности.
Рекурсивные же функции реализуются без всяких трамплинов и без исполняемого стека.
BSD прибивает себя гвоздями к gcc ради вложенных функций? Не поверю никогда, пока глазами своими не увижу. Вложенные функции мало что дают, если бы это были бы полноценные лямбды с захватом окружения и прочими фишками, то можно было бы подумать прибивании проекта гвоздями к gcc, но даже в этом случае BSD для меня выглядит слишком консервативным проектом, чтобы пойти на такое.
> Откуда и какие вас понарожали?
Действительно, откуда?
> Эти трамплины нужны для _вложенных_ функцийя знаю (в отличие от некоторых местных) для чего.
Потому что помню как на этом месте из ниоткуда возникли огромные грабли - еще при очень давних попытках сделать всем щастье.> Эти вложенные функции всегда были gcc'шным эксшеншном, который я честно говоря ни разу не видел
> в чужом коде.ну а я вот видел - и он ломался к х-ям. Причем глядя в этот код - не зная _как_ он реализован внутри компилятора - хрен ты сообразишь, почему, собственно, ломается. Вот и тогдашние улучшайкеры сообразили не сразу. Это сейчас в два клика в поиске можно узнать, зачем оно было.
Ну попутно еще ломался вообще весь objective-c, но кому он нужен в 2k20, в самом деле-то...А теперь прикинем, в скольки местах подобное может использоваться уже не внутри компилятора, а сознательно? Причем оно там двадцать с лишним лет назад было, когда никому не приходило в голову панически бояццца исполняемых данных.
> А теперь прикинем, в скольки местах подобное может использоваться уже не внутри
> компилятора, а сознательно?Я не знаю в скольки, но подозреваю, что оно может быть использовалось внутри компилятора в прошлом, но давно уже не используется, потому что исполняемые данные -- это сакс, и отсовсюду выпиливают. Компилятор должен уметь работать на платформе, где нет исполняемых данных.
> Причем оно там двадцать с лишним лет назад
> было, когда никому не приходило в голову панически бояццца исполняемых данных.Двадцать лет назад процессоры были иные. Сорок лет назад ещё более иные. 40 лет назад можно было писать самомодифицирующийся код, ради того, чтобы сэкономить три байта или два такта на итерацию цикла. 30 лет назад это было уже не очень модно, потому что три байта никого не волновали настолько, чтобы так злостным образом обходиться с читаемостью программы и возможностью долгосрочной поддержки кода. 20 лет назад это стало совсем не модно, потому что модификация кода сбрасывает кеш инструкций, слетает конвеер и дальше ты получаешь столько тормозов, что вся экономия пойдёт лесом. 20 лет назад самомодификации я встречал либо в малварях всяких, либо в развлечениях типа бегающего кода, который хрен поймаешь. Что-то типа такого:
mov %cs, %ax
mov %ax, %ds
mov %ax, %es
mov $run_away, %si
mov %si, %di
add $2, %di ; <- я не уверен насчёт 2, надо размер следующей инструкции вписать
run_away:
rep movsw ; AFAIR это два байта: один байт префикса и один байт для movsСегодня модифицирование кода -- это для каких-то очень специальных применений. Часть из них (типа exec(2), dlopen(3) или jit), вообще не очень страдают из-за того, что надо права доступа к странице менять между записью туда и исполнением. Оставшееся -- это либо какие-то костыли, типа запиливания в C вложенных функций без введения нового типа указателя на функцию, либо, возможно, гринтреды/корутины, но они в принципе реализуются и без этого, там достаточно стеки переключать и jmp'ать вовремя. В микроконтроллерах, потенциально, преимущества самомодификации могли бы перевесить недостатки, но те мк которые настолько ужаты в ресурсах, часто на гарвадской архитектуре и там изменения кода если и возможны программно, то сопряжены с кучей геморроя, в том числе и схемотехнического.
> Это сейчас в два клика в поиске можно узнать, зачем оно было.
Чтобы не передавать в функционал _два_ указателя -- один на код, второй на данные для кода. Единственный бонус, который получить без вложенной функции не удастся. Очень помогает в ситуации, когда функционал написан без учёта ограничений C и принимает указатель на функцию, но не принимает void *data, который бы он, не заглядывая внутрь, передавал бы в каждый вызов переданной функции. Я как-то о такое споткнулся, исследуя разные API из glibc для переключения стеков, и один из них был как раз такой убогий. Кончилось тем, что я использовал API из libpth.so, там был самый вменяемый. Хотя, если по хорошему, даже не надо так далеко ходить за примером, можно сделать man 3 qsort, и увидеть там пример функционала, который принимает функцию, не позволяя прокинуть в неё состояние.
Емнип эта технология уже лет 20 используется в линуксе и опнбсд (внезапно) и около 15 в венде, а nxbit уже давно отдельная инструкция процессора как раз из соображений производительности. Т.е. фряха как обычно. https://en.wikipedia.org/wiki/W%5EX
А как с этой штукой работают всякие интерпретаторы и jit?
Ну очевидно же, как - в них тоже давно вся производительность принесена в жерту линукс-совместимости. А под фрей они скоро и собираться перестанут, даже те что еще кое-как.Если кто не в курсе - nested C (!) functions до сравнительно недавнего времени реализовывались в gcc через executable stack. Но это же ж небезопастно! А пользователи - ну купят процессор помощнее, sponsored by intel (в случае фри - by Foundation - то есть, интел ни разу не палится).
Это типа намёк на pax emutramp? С его 25% оверхедом?
Не, спасибо. Тот же jitless в хроме в реальной жизни (а не в тестах) и то меньше оверхед даёт.
> Не, спасибо. Тот же jitless в хроме в реальной жизни (а не
> в тестах) и то меньше оверхед даёт.ну типа количество костылей и подпорок, которыми обложен отказ от фоннеймановской архитектуры - бесконечно, какие-то совсем отвратительны, какие-то не совсем. Костылями-то они от этого быть не перестанут, поинт в этом был.
Я, возможно, не понял тогда о чём ты.Какой смысл критиковать W^X (который имеет почти нулевой оверхед сам по себе и в известных мне реализациях точечно отключается для бинарников, где нужна W|X и производительность), если альтернатива - emutramp (я не знаю других решений проблемы использующих nested c functions) имеет отнюдь не нулевой оверхед? Сравнимый во многих задачах (не во всех, наверное, да) с отключением jit вообще?
> и в известных мне реализациях точечно отключается для бинарников, где нужнаэто не в бинарниках, это они в ядре "рационализировали". здравствуй, kernel panic - и непонятно будет даже, откуда взявшийся.
А, да, и правда. Что-то это от меня ускользнуло.
Наговнокодили на своей сишечке, теперь расхлёбывайте. Или это Столлман виноват?
Nested functions не нужны настолько, что их даже в стандарте С нет.
сначала странице ставится флаг W, записывается код, а перед запуском кода убирается W и одновременно ставится X
искренне ваш, К.О.
> А как с этой штукой работают всякие интерпретаторы и jit?Фрактальчик, ты теперь бздун? А как же манжара?
> Емнип эта технология уже лет 20 используется в линуксеа сколько там еще используется технологий с "20-60% performance hit", даже если их специальным крыжиком _отключить_, не напомните ли?
> и опнбсд (внезапно)
то есть идеальным сферическим в вакууме тормозом? Может, нам еще и giant lock оттуда позаимствовать, а то что-то своего давно уже не было видно?
> Т.е. фряха как обычно.
Да, как обычно - белки-истерички норовящие все испортить во имя никому ненужной псевдобезопастности обычно туда тоже добираются, хотя и с опозданием.
А я вот теперь то ли успею до релиза уговорить местных нотабагов, то ли так и поедет со сломанной сборкой на немодных процессорах. Ага, из-за очередной копипасты из линукса линуксового ненужно.
> Емнип эта технология уже лет 20 используется в линуксе и опнбсд (внезапно)
> и около 15 в венде, а nxbit уже давно отдельная инструкция процессора как раз из соображений производительности. Т.е. фряха как обычно. https://en.wikipedia.org/wiki/W%5EX1) неплохо бы собственные ссылки еще и читать:
> In late 2014 and early 2015, W^X was added in the OpenBSD kernel on the AMD64 architecture2)
commit 35d8561b4c4fdd818bacce23bc56f142116331dc
Author: peter <peter@FreeBSD.org>
Date: Tue Jun 8 01:02:52 2004 +0000Initial PG_NX support (no-execute page bit)
- export the rest of the cpu features (and amd's features).3)
https://www.freebsd.org/news/status/report-2019-07-2019-09.html
> FreeBSD has long made use of the NX flag for userspace mappings whenever possible, ... A recent project has sought to implement a W^X-by-default policy for the amd64 kernel by completing an audit ... This work has landed in HEAD and will be available in FreeBSD 13.0 and 12.2.
>> применение по умолчанию ... ядроТ.е. лап.атые комментаторы в новости про фряху - как обычно.
> Initial PG_NX support (no-execute page bit)это просто фичу сделали доступной - для тех, кому хотелось такой дополнительной защиты. Это, действительно, сто лет назад.
А сейчас идея в том чтобы "все попереписать-попереломать, зато безопастно" - непосредственно в тех частях ядра, которые могли задействовать writable code. Причем, разумеется, никто не стал последовательно искать такие места в коде, физически невозможно, вместо этого просто понаставили nx на все данные ядра - и сидят, ждут, у кого и где сломается. Как поломалось - добавляют новый костылик.
>> Initial PG_NX support (no-execute page bit)
> это просто фичу сделали доступной - для тех, кому хотелось такой дополнительной защиты. Это, действительно, сто лет назад.Ну дык, об этом же и гордо задирающий гузочку выше комментатор? (просто он свалил все к кучу и сделал выводы по знакомым и совпадающим с википедийным артиклем словам)
> Ну дык, об этом же и гордо задирающий гузочку выше комментатор? (простода хрен его знает, он, по-моему, вообще ни в чем не разбирается, он же "разработчик", ему некогда.
Но там в ядро понатащили вредных тормозных решений тоже изрядно давно. Настолько, что они даже перестали быть такими уж заметно тормозными на фоне понатащенного следом. Ну а чего такова, закон мура...ой, оказался мурой, ну ничего, зато ядер можно сделать 64! Смотрите, смотрите - оно даже почти не медленее предыдущих версий на процессоре вдвое дешевле!
>> Дефолтный DEP в венде уже очень и очень давно.
>>> около 15 в венде
> DEP по умолчанию в венде самое раннее, в 7 могли включить (но
> емнип, не включили. Хотя я не особо интересовался). Но никак не
> 15 лет назад.7 винда - 2008й год. Ок, не 15, "всего лишь 12".
> в ядре" (HardenedBSD) еще 5 лет назад ...
запрет исполнения _userland_ кода такого сорта был в экспериментальном виде в ядре линукса еще 1.3 - 1998й
Правда, он ломал программы на obj-c, и некоторые просто сишные, поэтому его автор никогда и не пытался вмержить этот код в мэйнлайн - кому надо, брали и пользовались. Большинству было не надо, тем более что мгновенно нашлись способы написания эксплойтов, не вляпывающихся в эту проблему.С ядерным кодом все было значительно интереснее до, примерно, 3.x
Тогда кого-то еще беспокоила производительность.
> 7 винда - 2008й год. Ок, не 15, "всего лишь 12".Это подразумевает, что он таки был. Но мне смутно припоминается такой "сикуритикомбайн" для выставления этих фич, где все это нужно было включать, потому что opt-in (и по умолчанию включен только для своих виндосервисов, да и то - не всех).
Тем более, "в наследство" из XP досталась куча програм с "защитой", которая с флагами W^X даже исключительно для стека могла запросто крэшиться, не говоря о том, что сам ("защитный") софт нередко аллоцировал сразу RWX для распаковки кода и далее не знаморачивался с флагами. Т.е. дефолтный DEP сломал бы целую кучу софта.
> Это подразумевает, что он таки был. Но мне смутно припоминается такой "сикуритикомбайн"system settings. По умолчанию - да, выключен, они же не хотели все переломать всему 3d-party софту.
> Тем более, "в наследство" из XP досталась куча програм с "защитой", которая
Совершенно необязательно - вполне легальный код мог быть написан с подобными оптимизациями.
Э... не говоря уже, про, помнится, банальные ранние версии uxp (и кто там еще до нее был, забыл уже)
> DRM-драйверы (Direct Rendering Manager) в графической подсистеме синхронизированы с ядром Linux 5.4.Изучаем BSD-алфавит. Сегодня у нас буква Н:
Н - Независимая от Linux операционная система
у BSD кириллический алфавит? мне нравится xD
Неподобство. Огранизуйте петицию чтобы разработчики BSD немедленно прекратили и писали все драйверы с нуля и наугад.
> Неподобство. Огранизуйте петицию чтобы разработчики BSD немедленно прекратили и писали все драйверы с нуля и наугад.Ну, если бы драйвера писали действительно линуксоиды, по спекам интеля, то ... Но увы, увы - пермиссивная лицензия немного намекает нам, откуда дровишки.
Кстати, удивительно похожая "аргументация" была у окошечников, когда в пингвинчика тянули виндодрайвера в NDIS-обертке.
Но это было давно и поэтому совсем-совсем другое!! ))
> Кстати, удивительно похожая "аргументация" была у окошечников, когда в пингвинчика тянули
> виндодрайвера в NDIS-обертке.вообще-то во фре они появились лет за десять до того.
Н - неполноценность.
Ощущение, которое побуждает некоторую маргинальную часть линуксоидов писать на форумах гадостные комментарии про ОС семейства BSD, про дистрибутивы Linux, отличные от используемого комментатором, про DE, отличные от используемой комментатором, про броузеры, отличные от используемого комментатором, и так далее.
Они ещё и коряво синхронизируют, будто теряя по пути часть драйверов. Графика на ноутбуке работает со старыми и новыми ядрами Linux, но на FreeBSD – нет.
Потому что вы возможно на фряхе модуль забыли подрубить для графики. Там есть такая тонкость. Внимательнее документацию если почитать можно увидеть.
Ой, не надо ля-ля... Сами разработчики пишут "простите и до свидания", а вы тут про почитайте...
Ничего я не забыл. И проверял, загружен ли он.
Кто-нибудь может расписать отличие веток и разных версий на сайте freebsd? И что из них ставить на ноут, что на десктоп, а что в виртуальную машину для тестов? А то там 10я,11я,12я,13я, такая-то минорная, такая-то минорная. Зачем столько всего? Что за... После слаки стэйбл и девелопмент все это выглядит как какой-то зоопарк.
Линуксятники такой народ - до чего угодно докопаются.Там всё предельно просто. Ставь последнюю по цифре версию из помеченных Prodaction, нсли тебе нужна система без лишних сюрпризов.
самая последняя - всегда поле для экспериментов, то бишь разработчиков и на посмотреть.
посему ставить нужно предпоследнюю мажорную точка последнюю минорную. сейчас это 12.1остальные по-сути нужны если и так "норм", либо наблюдались регрессивные изменения для их целей. Например драйвера от какой-нибудь провайдерской сетевушки или рейда. Лично меня как админа локалхоста практически не задевало. За весь период пользования от четверочки до 12, опечалило лишь убийство ipnat при переходе с 9ки на 10ку. Уж очень удобно было смотреть текущие соединения.
> Фряха настолько убога, что прямо на главной странице нельзя дать комментарий по версиям?Прямо на главной странице
Production: 12.1, 11.4, 11.3
Upcoming: 12.2
Upcoming: 13.0
Support Lifecycle
> Признак интеллекта - краткость, ёмкость, точность.Умение читать теперь туда не входит?
> Currently Supported Releases
> Complete information about the release date and the estimated End-Of-Life (EOL) for currently supported releases can be found on the Supported Releases section of the FreeBSD Security Information page.
> Most Recent Releases
> Production Release
> Release 12.1 (November, 2019) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : Checksums
> Release 11.4 (June, 2020) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : Checksums
> Release 11.3 (July, 2019) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : Checksums
> Умение читать теперь туда не входит?Хороший вопрос, тогда почему вы так не ответили на вышепоставленный вопрос о салате версий? Читать не умеем? В отличиие от вас я читать умею, а потому будем анализировать.
> Production: 12.1, 11.4, 11.3
Разница в чём? Они все продакшны. Для кого этот салат?
> Currently Supported Releases
> Complete information about the release date and the estimated End-Of-Life (EOL) for currently supported releases can be found on the Supported Releases section of the FreeBSD Security Information page.
> Most Recent Releases
> Production Release
> Release 12.1 (November, 2019) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : Checksums
> Release 11.4 (June, 2020) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : Checksums
> Release 11.3 (July, 2019) Announcement : Release Notes : Installation Instructions : Hardware Notes : Readme : Errata : ChecksumsПрекрасна портянка ненужной __хeрни__ со сроками, версиями, минорщиной. Всё это рождает дополнительные вопросы - почему разные сроки и какие технические отличия? Если отличий нет, зачем мне предлагается аж три версии? А если мне нужен специфичный драйвер - он будет везде или только в девелопменте? Или может быть в продакшне (но может быть он будет только в самом младшем из релизов, т.к. из последнего продакшна его выпилили)? Или драйвер будет в каждом продакшне? Тогда чем они чeрт возьми отличаются, если он будет везде? Значит технически ничем, а только еолом? Значит на главной странице дайте ссылку на продакшн, у которого еол будет самый длинный, а значит для юзера оптимальный, если технически они ничем не отличаются. И ещ
>> Умение читать теперь туда не входит?
> Хороший вопрос, тогда почему вы так не ответили на вышепоставленный вопрос о
> салате версий? Читать не умеем? В отличиие от вас я читать умею, а потому будем анализировать.
>> Production: 12.1, 11.4, 11.3
> Разница в чём? Они все продакшны. Для кого этот салат?Салат разве что у вас в голове. Циферки версий вполне однозначны, схема версионирования тоже вполне традиционна.
То, что вам не выкатили на главной все детали - наверное, потому что деталей много?
Ну и с чтением (как и анализом) у вас все же напряг - цитаты (и "Часть нити удалена модератором") немного намекают, что отвечал я на другой (теперь удаленный) комментарий.
>> Фряха настолько убога, что прямо на главной странице нельзя дать комментарий по версиям?
>> Признак интеллекта - краткость, ёмкость, точность. А если у вас выбор версий разлит водой по хэндбуку значит? Ок.Хотел ответить вам - цитировал бы вас.
> Прекрасна портянка ненужной __хeрни__ со сроками, версиями, минорщиной.
Если сроки и версии для вас "ненужная херня", то ничем не могу помочь - не всем нравится стиль "мигающий баннер: скачать без регистрации и СМС тут!", увы.
У того же дебиана все "точно так же" (версий даже больше). Покажете ваш комментарий в новости о дебиане? Или как обычно "это не считается, это другое!"?
>>>почему разные сроки и какие технические отличия? Если отличий нет, зачем мне предлагается аж три версии?админ локалхоста в треде, ховайтесь. сейчас он вам разьяснит про аж три версии.
Читать научился, это хорошо, без этого не перейти ко второму шагу. Теперь учись думать.
> Кто-нибудь может расписать отличие веток и разных версий на сайте freebsd? И
> что из них ставить на ноут, что на десктоп, а что
> в виртуальную машину для тестов? А то там 10я,11я,12я,13я, такая-то минорная,
> такая-то минорная. Зачем столько всего? Что за...Кто-нибудь может расписать отличие веток и разных версий на сайте debian? И
что из них ставить на ноут, что на десктоп, а что в виртуальную машину для тестов? А то там 10я, 9я, 8я, 7я, 6.0, 5.0, 4.0, 3.1, 3.0, 2.2, 2.1, 2.0 такая-то current stable relesse, такая-то oldstable release, testing, stable, unstable.
Зачем столько всего? Что за...
А причём здесь дебиан, если у вас сросил слаковод? Дебин и слакварь - разные дистрибутивы, разные сущности.В слаквари есть только стабильный stable (14-я релиз) и развивающийся current (15-й). Всё. Вы как и отцы-основатели фряхи, любите повилят пятой точкой и уйти от ответа, подменив слакварь на дебиан?
> А причём здесь дебиан, если у вас сросил слаковод? Дебин и слакварь
> - разные дистрибутивы, разные сущности.
> В слаквари есть только стабильный stable (14-я релиз) и развивающийся current (15-й).А фря и слака значит сущности одинаковые? Фря развивается 1 человеком, последний релиз (и новость) был в 2016 (и ссылку на current версию еще хрен найдешь сходу)? Нет?
> Всё. Вы как и отцы-основатели фряхи, любите повилят пятой точкой и
> уйти от ответа, подменив слакварь на дебиан?То ли дело вы, любитель сравнить палец с этой самой точкой!
Справедливости ради, стейблов в слаке тоже несколько. ftp://ftp.osuosl.org/pub/slackware/slackware-14.0/ChangeLog.txt : последнее изменение 21 августа 2020. 13.0+ версии поддерживались до середины 2018.
>При разработке новой ветки опробован новый Git-репозиторий, созданный в рамках проекта по миграции исходных текстов FreeBSD из централизованной системы управления исходными текстами Subversion в децентрализованную систему Git. Работа по полной трансляции истории изменений из Subversion в Git пока не завершена, но из Git уже сгенерирован первый снапшот FreeBSD 12.2.Наконец-то svn выпилят! А то сколько ж можно-то уже?
FreeBSD прекрасная ось, легкая в настройке и стабильна в использование, и да почему у линуксоидов такая алергия на новости про бсд?
Думаю потому, что BSD это американские системы и ими пользуются в основном проамерикански настроенные люди. Linux же не привязан к конкретной стране и потому наличие американцев среди разработчиков нивелируется умными людьми из других стран. На OpenBSD реакции особой нет, равно как и на Plan9, 9front. А значит это проблемы людей, подверженных эмоциям. Если бы в BSD были файловые системы вроде XFS, которую удалили в 10-й версии FreeBSD многие попробовали бы. Для линуксоидов ZFS перебор, а старье из UFS хоть с журналированием они использовать не будут, потому что падает она постоянно. ZFS почти не рушится при отключении питания. XFS надежна как танк. Вот и получается, что FreeBSD это такой одни крайности. Плюс нет необходимости в линуксе пересобирать мир после пересборки ядра. Плюс в линуксе есть средства вроде menuconfig, позволяющие среди тонны всего разобраться что ставить и если нужно, то в виде модуля.
XFS годная файлуха, но тут же нужно учитывать что разрабы FreeBSD таки стремятся не плодить зоопарк ФС, они даже свою родную UFS2 похерили в угоду единой ZFS, что я считаю правильно сделали, пусть лучше одна рабочая и протестированная чем десятки непойми чего в линуксе типа JFS, NILS, Ex2,3,4, Btrfs, XFS тысячи их в итоге фрагментация между линуксами просто адская
>...похерили в угоду единой ZFS...Разные задачи - разные инструменты. И та FS, что годится для архивов вовсе не обязательно годна для прорвы мелких файликов...
Ну ведь не закручиваешь же ты гайки ложкой?
А то что линукс ядро разрабатывается на деньги американской корпорации тебя не смущает?
Смущает, потому надо форкать и вырезать все коммиты от гуглов и микрософтов
>СмущаетНо аллергии линукс у линуксоедов не вызывает. Удивительное дело с этими вашими двойными стандартами.
Какими еще стандартами ? Вот давайте так - завтра министрество правды узнает что у них оказывается прям под боком пилят фрибизиде. С лозунгами за свободу черных арктических афро-зеландцев высылают квитанцию об оплате помещений в столь перспективном гостинничном комплексе с гордым названием "буркелей". Как мы уже хорошо знаем - все эти ваши борцуны за свободы и "недикари" при первых же ощущениях неприбыльности начинают люто торговать матерями, а вставить нужный код по запросу за пачку чипсов - вообще святое дело. И тут вот такой вопрос - вот Вы, лично Вы способны самостоятельно поймать тот самый момент и самостоятельно вести свою систему и господипомилуй инкрементировать циферки в названии ? В ненавистных вами линуxсах - это возможно, есть много людей способных, а вот окромя профессорского состава в бздях не видно сильно независимых разработчиков. Я не утверждаю, а требую меня переубедить если это не так.
Ведро кocтылинупca, как и всяческие ZverCD на его основе (именуемые обычно дpистрибутивами) пилится корпорациями, юридически зарегистрированными в Америке, Европе, Китае и так далее и тому подобное. Ты всерьёз думаешь что если в какую-то из этих корпораций пожалуют ребята из местной трёхбуквенной конторы (ФСБ/КГБ/CIA/NSA/BND - нужное вписать, ненужное вычеркнуть) и на основании какого-нибудь Uniting and Strengthening America by Providing Appropriate Tools Required to Intercept and Obstruct Terrorism Act of 2001 потребуют впихнуть в эту помойку 100500 бэкдоров под угрозой многомиллиардных штрафов, лишени лицензий и уголовных дел, то корпа гордо ответит "А вот щас, с мягким знаком - мы о своём коммунити заботимся"? Напомню: про Dirty Cow знали с самого начала, но не трогали целых 10 лет, хотя патч для ликвидации этой дырени всего-то семь строк весит.
> Ведро кocтылинупca, как и всяческие ZverCD на его основе (именуемые обычно дpистрибутивами)
> пилится корпорациями, юридически зарегистрированными в Америке, Европе, Китае и так далее
> и тому подобное.Чисто для фана:
сбербанк(!) тоже зарегистрирован в пиндосии. Внезапно. Не будем про политику, ага? :)
Сказать то что хотели окромя вброса отписной версии событий ?
Какими еще стандартами ? Вот давайте так - завтра министрество правды узнает что у них оказывается прям под боком пилят фрибизиде. С лозунгами за свободу черных арктических афро-зеландцев высылают квитанцию об оплате помещений в столь перспективном гостинничном комплексе с гордым названием "буркелей". Как мы уже хорошо знаем - все эти ваши борцуны за свободы и "недикари" при первых же ощущениях неприбыльности начинают люто торговать матерями, а вставить нужный код по запросу за пачку чипсов - вообще святое дело. И тут вот такой вопрос - вот Вы, лично Вы способны самостоятельно поймать тот самый момент и самостоятельно вести свою систему и господипомилуй инкрементировать циферки в названии ? В ненавистных вами линуxах - это возможно, есть много людей способных, а вот окромя профессорского состава в бздях не видно сильно независимых разработчиков. Я не утверждаю, а требую меня переубедить если это не так.
Меня смущают твои жалкие потуги троллинга.
> а … UFS … падает она постоянно.Полный бред.
В 2000—2010 cтавили сервера с FreeBSD на узлах без UPS именно
потому, что падений, при которых сервер не поднялся в течение
многих лет не было ни одного. А вот как раз с extX проблемы
были такие, что приходилось выезжать чёрт знает куда, т.к. FS
безвозвратно портилась.
>Думаю потому, что BSD это американские системы и ими пользуются в основном проамерикански настроенные люди.Именно так думаю и я. Завтра очередная вожжя им под хвост стукнет и примутся за фрю. Лучше уж не подсаживаться изначально. А вообще простая и прикольная ось.
>>>BSD это американские системы и ими пользуются в основном проамерикански настроенные люди.я так полагаю, этот патриот пишет с системы на эльбрусе или там комбате?
>я так полагаю, этот патриот пишет с системы на эльбрусе или там комбате?Не, он юзает полученную через закупку из третьих стран PDP, мирно шумящую в соседней комнате.
Вот блiн, сидишь, все вокруг индустриальаня сборка продуктов из десятков стран и вообще интернационал и смешение наций, включая сами USA, а оно сидит и влажно мусолит в своем голове "америкацы то, американцы сё"
Межвидовая борьба всегда самая жестокая.
А ты сам её пробовал использовать основной настольной ОС?
Да, фрирня полная
Я пробовал, она удобная и простая и в то же время быстрая. Нехватает AppImage сборок и бинарных портативных сборок от разработчиков софта.
Ребят из FreeBSD, вопрос для вас. У вас можно нативно читать текст в дос-кодировке или чего доставлять надо в систему? Да-да, я имею ввиду сode page 866.
читать в чем? в физической консоли? раньше можно было, сейчас не уверен. везде утф8.
в редакторах под иксами? можно, во многих можно выставить кодировку.
в консоли под иксами? konsole позволяет задать кодировку.но проще все сконвертировть той же iconv + convmv для имен файлов
Ну вот текстовые файлы в кодировке cp-866, вы можете сейчас прочитать их в текстовом редакторе или вывести в консоли содержимое их?https://github.com/x25today/x25zine/tree/master/x25zine4/bon...
Например, текст 00-intro.txt на русском языке, кодировка cp-866.
> Ну вот текстовые файлы в кодировке cp-866, вы можете сейчас прочитать их
> в текстовом редакторе или вывести в консоли содержимое их?iconv -f cp866 прекрасно "выводит в консоли".
iconv тут "из коробки", если что.
> iconv -f cp866 прекрасно "выводит в консоли".Попробовал в голой консоли, скачав готовый настроенный образ FreeBSD 12.1 для виртуальных машин.
Тестовый файл в кодировке cp866 - https://raw.githubusercontent.com/x25today/x25zine/master/x2...
https://i.ibb.co/gzYfhCh/1.png
https://i.ibb.co/Mkj4KWn/2.png
https://i.ibb.co/Xp9FkHS/3.pngА что голая консоль во FreeBSD не умеет в utf8? Я не про x11, не про xterm и продвинутые терминалы.
>> iconv -f cp866 прекрасно "выводит в консоли".
> Попробовал в голой консоли, скачав готовый настроенный образ FreeBSD 12.1 для виртуальных машин.
> Тестовый файл в кодировке cp866 - https://raw.githubusercontent.com/x25today/x25zine/master/x2...Не имею привычки писать "от балды"
https://i.ibb.co/MnSwL2w/1.jpg
sysctl kern.vty
kern.vty: vtgrep charset /etc/login.conf
:charset=UTF-8:\
:charset=UTF-8:\
> А что голая консоль во FreeBSD не умеет в utf8?[:|||:]
> Не имею привычки писать "от балды"
> [:|||:]Да я тоже не имею привычки писать от балды, поэтому и задаю вопросы. Вот тот анонимас008 выше сказал мне, что в физ. консоли всё заработает, а второй написал про "из коробки".
> читать в чем? в физической консоли? везде утф8.
> iconv -f cp866 прекрасно "выводит в консоли".
> "из коробки",Так что странно это - давать ответы, а потом упрекать меня. Откуда я знаю каким образом настроено что по дефолту "из коробки", "нативно" во FreeBSD. Я могу полагаться только на слова фрибздшников. А слова расходятся с реальностью.
> А слова расходятся с реальностью.Слова расходятся не с реальностью, а с (коробочной) виртуальностью - по умолчанию hw.vga.textmode не выставляется:
man vt
START-UP OPERATION WITH X86 BIOS SYSTEMS
The computer BIOS starts in text mode, and the FreeBSD loader(8) runs,
loading the kernel. If hw.vga.textmode is set, the system remains in
text mode. Otherwise, vt switches to 640x480x16 VGA mode using vt_vga.
If a KMS (Kernel Mode Setting) video driver is available, the display is
switched to high resolution and the KMS driver takes over. When a KMS
driver is not available, vt_vga remains active.hw.vga.textmode
Set to 1 to use virtual terminals in text mode instead of
graphics mode. Features that require graphics mode, like
loadable fonts, will be disabled.
Если выставить вручную, то загрузка KMS модуля переключит консоль в "фреймбуферный" режим.
Предыдущий драйвер консоли syscons умел в vesa, переключение текстовых режимов и прочие штуки, в новом ограничились минимальной поддержкой легаси.
С помощью hw.vga в /boot/loader.confhttps://i.ibb.co/qW5fP7W/4.png
непонятно лишь а зачем собственно в физ. консоли? в убунточке абсолютно те же iconv и convmv, gedit наверняка бы справился и с чтением в родной кодировке.
На ноуте линукс, на древний десктоп хочу поставить одну из bsd (freebsd или netbsd). У меня много старых журналов в 866, в основном демо-сцена и тп, много классической музыки. Для музыки и документов хочется приспособить всё, то бишь работа в голой консоли, заодно и подучить баш и системные оснастки.
Как говорится век живи - век учись ^_^
"Координальных", бугага
Фряшная системная консоль уже несколько лет использует графический драйвер, то есть пиксельную отрисовку. По-идее можно хоть картинки в системную консоль рисовать, хоть видео воспроизводить
> Фряшная системная консоль уже несколько лет использует графический драйвер, то есть пиксельную
> отрисовку. По-идее можно хоть картинки в системную консоль рисовать, хоть видео
> воспроизводитьЯ выше попытался прочитать CP866 в голой консоли - успеха нет.
Возможно, что есть подводные камни?
> Я выше попытался прочитать CP866 в голой консоли - успеха нет.
> Возможно, что есть подводные камни?О "виртуалкбокс икспириенс" уже не раз писали "лестные отзывы" ... конкретно тут в VB - "форсируется" текстовый режим, со всеми "вытекающими":
> Features that require graphics mode, like loadable fonts, will be disabled.Вы серьезно ожидали получить UTF-8 в (эмуляции) виртуалбоксом текстового режима VGA?
# echo hw.vga.textmode=0 >> /boot/loader.conf
# reboot
> Features that require graphics mode, like loadable fonts, will be disabled.Ага, спасибо. Теперь всё понятно.
>> Я выше попытался прочитать CP866 в голой консоли - успеха нет.
>> Возможно, что есть подводные камни?
> О "виртуалкбокс икспириенс" уже не раз писали "лестные отзывы" ... конкретно тут
> в VB - "форсируется" текстовый режим, со всеми "вытекающими":https://i.ibb.co/qW5fP7W/4.png
Спасибо ещё раз.
> Ну вот текстовые файлы в кодировке cp-866,
> вы можете сейчас прочитать их в текстовом
> редакторе или вывести в консоли содержимое их?Почитать (да и поредактировать): если установлен mc, то в его просмотрщике и редакторе:
Esc+E 9Вывести на экран - ну любым перекодировщиком, можно перекодировщиком iconv в нужную кодировку перекодировать поток и дивиться на него потом.
> Ребят из FreeBSD, вопрос для вас.
> У вас можно нативно читать текст в дос-кодировкеНативно наверно можно. Я-то в консоли читаю не в модном у многих нынче утф, а в олдфаговском кои8р и для кои8р у меня в rc.conf написано так:
scrnmap="koi8-r2cp866"
keymap="ru.koi8-r.kbd"Так что для нативности ты покопай в этом направлении. Наверно есть и параметры для доса в этих переменных. Почитай всякие мануалы по настройке консоли.
> или чего доставлять надо в систему?
Ну а если не сильно нативно, то можно доставить приблуду luit. Использовать её можно, например, так:
luit -encoding koi8-r любая_команда
Примеры:
luit -encoding koi8-r login
luit -encoding koi8-r ssh нужный_тебе_хостЯ вот так, бывало, установлю фряху на машину и пока в ней не пойми какая кодировка в консоли, подключаюсь на другую машину, на которой у меня всё давно настроено, а не пойми какая кодировка машины со свежей фряхой рисует мне терминал машины удалённой тоже в виде абаракадабры какой-то. Ну так я не унываю, командую "luit -encoding koi8-r ssh хост_с_давно_настроенной_фряхой" и мне там на ней всё отображаться начинает сразу нормально.
FreeBSD и правда легче настроить чем многие линуксы.
У фри есть неоспоримый плюс, доступный далеко не всем линуксоидам - остутствие systemd !
Это правда. Фряха очень логична и проста в построении и в то же время бомба. Использовал бы как десктоп, но вот AppImage и просто бинарных сборок на сайтах разработчиков нету, в отличие от линукса. Непопулярная для этого. Из реп ставить заподло некоторые проги которые хочется использовать портативно, а компилять часами тоже, желания нет.
Пробывал фряху третьей системой на харде где-то полгода, да, она лучше, но поддерживается обществом хуже.
Собирал мир, резал ядро, синхронизировал отдельные порты с их зависимостями с svn-lite, а не всё дерево. Вообще фряха очень гибкая и проста в настройке, но вот либо компилируй либо ставь пакеты из репы.
Зачем компелять часами? pkg install несколько секунд/минут на скачку пакетов и все.
Единственная нормальная система из мира UNIX.
12 лет в продакшене, все логично разумно и работает как часы.Слава FreeBSD!
Коммерческие Юниксы давно сошли с арены. А вот BSD ветка Юниксов жива, пока. Так что будет в будущем не знаю.
