The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Отчёт о развитии FreeBSD за третий квартал 2017 года , opennews (??), 27-Дек-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –4 +/
Сообщение от Ivan_83email (ok), 27-Дек-17, 10:36 
Тут я тебя не поддержу.

1. Система должна чем то собиратся, это базовый комплект.

2. Уж лучше бы тогда графика собиралась системным, но это доп сложности для поддержки порта - он не сможет обновлятся когда захочет.

3. Если напрягает собирать портовый - ставь пакетом.

4. На райзене 1300X оно собирается где то за пол часа. На i5-6500 примерно так же. Шланг 3.9 на 1700х собирался 12 минут.

5. Я бы из системы повыкидывал вообще всё что есть в портах (кроме компелятора): ntp, postfix, openssh. Последние два я через src.conf выкинул.

Ответить | Правка | Наверх | Cообщить модератору

41. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –3 +/
Сообщение от iZEN (ok), 27-Дек-17, 11:01 
Через src.conf у меня выкинуто почти всё ненужное и неиспользуемое. Даже WITHOUT_CLANG=true стоит (иногда), когда не хочется зряшно пересобирать системный компилятор - в этом случае базовая система и ядро пересобирается за 40 минут. Но сам системный компилятор должен стоять аки столб, чтоб было чем собирать. К сожалению, GCC (и из порта в том числе) не может собрать базовую систему на [amd64], а то бы давно перешёл с LLVM на него, выкинув из системы последний.

Использование современных процессорных архитектур - не выход, так как задачи не меняются. Что делать со старым железом, которое ещё тянет? Нужно менять концепцию системного ПО во FreeBSD - для начала вынести компилятор из базовой системы, сделать возможным использование иных компиляторов для определённых конфигураций. Сейчас же это затруднено.

Впрочем, с приходом Mesa/DRI с LLVM 5.0 можно попытаться отказаться от системного компилятора в пользу установленного из порта - раньше такое было возможно, но встречались другие порты, которые не собирались несистемным компилятором.

Ответить | Правка | Наверх | Cообщить модератору

63. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –3 +/
Сообщение от Ivan_83 (ok), 27-Дек-17, 12:44 
Я вышел из этой ситуации относительно просто.
У меня десктоп на райзене, и ещё несколько десктопов в основном на послабее.
Всё обновляю на райзене, оно автоматом пакуется на NFS шару где порты. Она же у всех остальных примонтирована. Остальные в первую очередь ищут готовые пакете на шаре, если их там нет то собирают сами.
Всё с помощью портмастера, его недавно пофкисили, примерный сценарий я описывал тут: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218348

Для мелких тазиков которые не десктопы - мне как правило пофик, там ничего тяжелее самбы и мариядб обычно нет. Саму систему я обновляю не часто, поэтому время компеляции системного шланга сильно не напрягает. Но в принципе могу сделать примерно так же: собирать на одной машине и остальным отдавать /usr/obj рсинком или по NFS.

Тут ещё нужно учитывать, что много людей обновляется бинарниками, и систему и порты, им вообще нет дела до всего этого.
От системного компилятора отказаться не получится, просто потому что может получится так, что у тебя в системе вообще ни одного не будет :)
В данной ситуации лучше бы наоборот, системный компелятор немного расширить чтобы он мог собирать месу. Вроде в src.conf достаточно пару крутилок включить, но нужно ещё как то порту втолковать что нужное уже есть и ставить с портов ллвм не надо.
А через год появится ллвм6, дри будет собиратся только с ним, а в системе оно обновляется с лагом, и это будет держать.

Ответить | Правка | Наверх | Cообщить модератору

110. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +3 +/
Сообщение от ano (??), 27-Дек-17, 14:52 
>[оверквотинг удален]
> собрать базовую систему на [amd64], а то бы давно перешёл с
> LLVM на него, выкинув из системы последний.
> Использование современных процессорных архитектур - не выход, так как задачи не меняются.
> Что делать со старым железом, которое ещё тянет? Нужно менять концепцию
> системного ПО во FreeBSD - для начала вынести компилятор из базовой
> системы, сделать возможным использование иных компиляторов для определённых конфигураций.
> Сейчас же это затруднено.
> Впрочем, с приходом Mesa/DRI с LLVM 5.0 можно попытаться отказаться от системного
> компилятора в пользу установленного из порта - раньше такое было возможно,
> но встречались другие порты, которые не собирались несистемным компилятором.

та блин откройте же для себя ccache хотя бы!

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

166. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –2 +/
Сообщение от iZEN (ok), 27-Дек-17, 21:22 
> та блин откройте же для себя ccache хотя бы!

Та не хочу!


Ответить | Правка | Наверх | Cообщить модератору

273. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Onanon (?), 29-Дек-17, 19:23 
>> та блин откройте же для себя ccache хотя бы!
> Та не хочу!

А смысл? Ccache таки решает часть твоих проблем, не?

Ответить | Правка | Наверх | Cообщить модератору

276. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от iZEN (ok), 29-Дек-17, 19:30 
>>> та блин откройте же для себя ccache хотя бы!
>> Та не хочу!
> А смысл? Ccache таки решает часть твоих проблем, не?

Ccache откладывает откомпилированный код, текст которого не меняется, в свой загашник. Помогает пересобрать только то, что изменилось. Для меня это не важно - я могу и так пересобрать те части системы, которые обновлены, просто сделав make && make install в каталоге с изменившимся исходным текстом.

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


Ответить | Правка | Наверх | Cообщить модератору

43. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –4 +/
Сообщение от iZEN (ok), 27-Дек-17, 11:10 
> Шланг 3.9 на 1700х собирался 12 минут.

Да, раньше и трава была зеленее. LLVM/Clang 3.9 - это такая древность (3.7 ещё легче), что  о нём лучше не вспоминать.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

65. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –4 +/
Сообщение от Ivan_83 (ok), 27-Дек-17, 12:45 
Я бы ровнялся на 3.3.6 который был и есть в 10х, он очень шустро собирался.
Все остальное в базовой системе сильно не задерживалось, вот как раз 3.9 и 4.0 только и задержались, а 3.6, 3.7, 3.8 или проскочили или они были совсем не долго.
Ответить | Правка | Наверх | Cообщить модератору

225. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Аноним (-), 28-Дек-17, 08:52 
Все проще, парни. Пока вы собирали ранними шлангами ранние шланги, уровень оптимизаций был ни к черту и собирало быстро. А как завинтили оптимизации до чего-то похожего на gcc, так и работать стало с похожей скоростью. И поменяли вы в результате шило на мыло, по причинам расово-лицензионной верности идеалам проприетарщиков.
Ответить | Правка | Наверх | Cообщить модератору

232. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –1 +/
Сообщение от iZEN (ok), 28-Дек-17, 10:03 
Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для системы, и  для сборки ПО из портов.
Ответить | Правка | Наверх | Cообщить модератору

274. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Onanon (?), 29-Дек-17, 19:24 
> Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для
> системы, и  для сборки ПО из портов.

Мне казалось, или ты когда-то топил за clang/llvm вместо gcc в FreeBSD?
Что заставило тебя поменять мнение, если я не ошибся?

Ответить | Правка | Наверх | Cообщить модератору

277. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от iZEN (ok), 29-Дек-17, 19:53 
>> Ты прав. Я бы с превеликим удовольствием использовал GCC 8 и для
>> системы, и  для сборки ПО из портов.
> Мне казалось, или ты когда-то топил за clang/llvm вместо gcc в FreeBSD?

Я сравнивал время сборки и время исполнения некоторых задач откомпилированным кодом.
https://www.opennet.me/openforum/vsluhforumID3/83450.html#51
https://www.opennet.me/openforum/vsluhforumID3/87575.html#155

> Что заставило тебя поменять мнение, если я не ошибся?

Своё мнение я не менял: системе сборки не место в базовой системе, тем более, когда это сторонний проект, который имеет своих надзирателей. Проект FreeBSD давно стал заложником чужой политики по продвижению, в частности, определённого компилятора, несмотря на то, что система в принципе может собираться разными компиляторами. Ограниченность только лишь одним LLVM/Clang не идёт на пользу ни одному из существующих и развиваемых проектов: принятое политическое решение просто затормозило развитие.


Ответить | Правка | Наверх | Cообщить модератору

298. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от Аноним (-), 31-Дек-17, 12:13 
> Что заставило тебя поменять мнение, если я не ошибся?

Девочка имела счастье. Счастье ответило тем же.

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

234. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –1 +/
Сообщение от забыл_пароль_от_тигар (?), 28-Дек-17, 10:17 
> 5. Я бы из системы повыкидывал вообще всё что есть в портах
> (кроме компелятора): ntp, postfix, openssh. Последние два я через src.conf выкинул.

эм.. а откуда там постфикс?;) в arch@, кстати, недавно грозились отключить сборку шлимыла по дефолту с 15 декабря, если не будет достаточно резонных аргументов не делать этого. Аргументов я не увидел, и комммит-логов месяца 1.5 как не читал уже, может и выключили.
по поводу sshd - нафиг нужен сервер без него (собственно, десктоп тоже). это же не линакс какой-нибудь, в котором непременно нужно не забыть поставить openssh-server, дабы не получилось смешно - сервер уехал, а по сети на него зайти нельзя, напрямую, без всяких ipmi/ip kvm

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

258. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  –1 +/
Сообщение от Ivan_83email (ok), 28-Дек-17, 22:11 
Я предпочитаю более свежий опенссш из портов и с нужными мне опциями.
Вроде в базе уже постфикс, но я его и сендмыло тоже выпиливаю.
Я вообще за то, чтобы всё что есть в портах из базы выкинуть, и просто прикладывать пакаджи в дистрибутив, чтобы можно было галочками выбрать при установке, как в убунте вроде сделано.
Ответить | Правка | Наверх | Cообщить модератору

279. "Отчёт о развитии FreeBSD за третий квартал 2017 года "  +/
Сообщение от тигар (ok), 29-Дек-17, 22:39 
ты точно про фрю сейчас пишешь? откуда у тебя _в базе_ постфикс? я вот не поленился и потратил 1 час времени, чтобы просмотреть коммит-логи с момента, когда я их не читал и до сегодня. не нашел ничего про постфикс. даже обновился, с мыслью о том, что пропстил таки коммит.

[tiger@laptop]:~>find /usr/src/ -iname postfix -type d
[tiger@laptop]:~>find /usr/src/ -iname postfix -type f
unam[tiger@laptop]:~>uname -a
FreeBSD laptop.minsk.domain 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r327336M: Fri Dec 29 17:49:13 +03 2017     root@laptop.minsk.domain:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG  amd64

в базе есть dma (драгонфлаевая разработка), но он ниразу не замена сендмыла. для тупoй доставки почты локально/удаленно годится и ок. его, к слову, и предлагается юзать во враппере, бо сильно легче он чем sendmail (у меня вот давно уже так и юзается)

а чем портовый openssh тебе помогает больше, нежели базовый? или ты так, "за державу обидно" (не как в линакс) ?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру