The OpenNET Project / Index page

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



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

"Релиз FreeBSD 10.4"  +/
Сообщение от opennews on 03-Окт-17, 20:12 
После полутора лет разработки официально доступен (https://lists.freebsd.org/pipermail/freebsd-announce/2017-Oc...) релиз FreeBSD 10.4, который сформирован (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.4/) для архитектур   amd64, i386, ia64, powerpc, powerpc64, sparc64 и armv6. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw (ftp://ftp.freebsd.org/pub/FreeBSD/releases/VM-IMAGES/10.4-RE.../)) и облачных окружений Amazon EC2, Google Compute Engine и Hashicorp/Atlas Vagrant.


Основные новшества (https://www.freebsd.org/releases/10.4R/relnotes.html):


-  Обеспечена полная поддержка памяти eMMC (впаиваемая в платы flash-память с MMC-контроллером), включая разделы eMMC, операции TRIM и режимы высокоскоростной передачи DDR52 (до 80 MB/s) , HS200 (до 200 MB/s) и HS400 (до 400 MB/s), которые присутствует в контроллерах, поставляемых в чипсетах Intel Apollo Lake, Bay Trail и Braswell. В драйвер mmcsd также добавлен ioctl-интерфейс, совместимый с Linux, что позволят использовать во FreeBSD уже существующие утилиты, такие как GNU mmc-utilssys (в портах utils/mmc-utils), для разбивки разделов eMMC, запроса прогноза времени жизни накопителя, получения информации о скором истечении ресурса Flash-памяти и вывода базовой информации из SD-карт;

-  В утилиту fsck_ffs добавлена поддержка поиска альтернативного суперблока, в случае использования дисковых меток GPT (disk label);


-  Объявлены устаревшими утилиты  rlogin (https://tools.ietf.org/html/rfc1282), rsh,  rcp, ruptime и rwho, которые будут удалены из состава FreeBSD 12.0-RELEASE (но сохранятся в портах net/bsdrcmds). Указанные утилиты, позволяющие удалённо выполнять команды и копировать файлы без входа в систему, давно вытеснены SSH;


-  В драйвере aesni прекращено совместное использование одного контекста FPU между несколькими сеансами в нескольких потоках, что позволило избавиться от проблем, возникающих при использовангии aesni для ускорения ipsec;
-  В драйвер em добавлена поддержка вариантов Ethernet-контроллеров  Intel i219, используемых в процессорах на базе микроархитектуры Kaby Lake;

-  Обеспечена возможность включения режима WOL (Wake On LAN) для драйвера igb, а также в драйвере em для чипов Intel i217, i218 и i219;

-  Генерация coredump пользовательскими процессами теперь через devd может инициировать вызов обработчиков событий, таких как создание читаемого отчёта о крахе;

-  В драйвере qlxgbe решены проблемы, связанные с TSO и блокировками, внесены оптимизации производительности  и вывод статистики об  MAC, RX и TX через sysctl. Прошивка, поставляемая с драйвером qlxgbe, обновлена до версии 5.4.66;

-  В драйвер mlx5ib добавлена поддержка адаптеров Mellanox ConnectX-4;
-  Обновлены версии сторонних компонентов, в том числе
OpenSSH 7.3p1, GNOME 3.18, X.Org Server 1.18.4, amd 6.2, xz 5.2.3,
zlib 1.2.11, ntpd 4.2.8p10, tcsh 6.20.0, libarchive 3.3.2,
bmake 20170720, pci_vendors 2017.07.27. Пакетный менеджер pkg обновлён до версии     1.10.1.


URL: https://lists.freebsd.org/pipermail/freebsd-announce/2017-Oc...
Новость: http://www.opennet.ru/opennews/art.shtml?num=47316

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

Оглавление

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


4. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Anonymus on 03-Окт-17, 20:32 
>Обеспечена полная поддержка памяти eMMC

Можно спокойно ставить на Nokia N900?

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

5. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Аноним email(??) on 03-Окт-17, 20:41 
Дочитать абзац не позволяет религия?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Аноним (??) on 03-Окт-17, 20:46 
А ты какой религии?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Anonymus on 03-Окт-17, 21:03 
А что там написано?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

50. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Bogdan email(??) on 03-Окт-17, 23:57 
Господа, у знатоков хочу спросить, что лучше(перспективнее) в рамках unix систем gnu/hurd или Plan9 (Или вообще что-то другое?). А также, что из этого живее и лучше развивается?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

53. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:10 
> Господа, у знатоков хочу спросить, что лучше(перспективнее) в рамках unix систем gnu/hurd
> или Plan9 (Или вообще что-то другое?). А также, что из этого
> живее и лучше развивается?

Хороший вопрос. Plan 9 могла бы быть отличной системой, но потребители не приняли. HURD, к сожалению, пилят тридцать лет без большой надежды на успех. И то, и то прекрасно для пытливого ума и самообразования, но, увы, не для использования в продакшене (Bell Labs не в счет) пока не очень. А с точки зрения Computer Science и развития собственных умений — обе более чем хороши. Преимущественно в виртуалке, к сожалению.

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

196. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Moomintroll (ok) on 04-Окт-17, 18:05 
> с точки зрения Computer Science и развития собственных умений — обе более чем хороши

В этот список я бы ещё добавил minix.

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

203. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:20 
>> с точки зрения Computer Science и развития собственных умений — обе более чем хороши
> В этот список я бы ещё добавил minix.

Да, Minix тоже, но с той оговоркой, что она никогда не планировалась для иного использования, чем обучение.

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

124. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от fidaj (ok) on 04-Окт-17, 11:47 
> Господа, у знатоков хочу спросить, что лучше(перспективнее) в рамках unix систем gnu/hurd
> или Plan9 (Или вообще что-то другое?). А также, что из этого
> живее и лучше развивается?

перспективнее в чем? - цель изучения какова?
нужно бы в вопросе определить критерии сравнения для "перспективы".
хотя ИМХО обе системы - 2 академических трупа.

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

205. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:23 
>> Господа, у знатоков хочу спросить, что лучше(перспективнее) в рамках unix систем gnu/hurd
>> или Plan9 (Или вообще что-то другое?). А также, что из этого
>> живее и лучше развивается?
> перспективнее в чем? - цель изучения какова?
> нужно бы в вопросе определить критерии сравнения для "перспективы".
> хотя ИМХО обе системы - 2 академических трупа.

Ну, Plan 9 вовсе не труп. Она, и с ней в компании Inferno и Plan B имеют свой контингент. Нафаршированы красивыми идеями и реализациями под завязку. Но для типичного «развлекающегося юзера», конечно, все они не подходят.

Hurd, пожалуй, в плачевном состоянии, но перспектива есть и для него.

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

227. "Релиз FreeBSD 10.4"  +/
Сообщение от fidaj (ok) on 04-Окт-17, 20:40 
>[оверквотинг удален]
>>> или Plan9 (Или вообще что-то другое?). А также, что из этого
>>> живее и лучше развивается?
>> перспективнее в чем? - цель изучения какова?
>> нужно бы в вопросе определить критерии сравнения для "перспективы".
>> хотя ИМХО обе системы - 2 академических трупа.
> Ну, Plan 9 вовсе не труп. Она, и с ней в компании
> Inferno и Plan B имеют свой контингент. Нафаршированы красивыми идеями и
> реализациями под завязку. Но для типичного «развлекающегося юзера», конечно,
> все они не подходят.
> Hurd, пожалуй, в плачевном состоянии, но перспектива есть и для него.

Plan9 - труп.
Inferno и Plan B может и шевеляться, но это уже не Plan9, а его клоны|форки под определенные нужды.

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

230. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:44 
Я же написал: для развлекающегося юзера. Таким не надо.
Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

332. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 12-Окт-17, 20:04 
> Можно спокойно ставить на Nokia N900?

Там линукс то ванильный забутявить "можно но сложно". А FreeBSD... ммм... это будет изысканная системная долботня.

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

6. "Релиз FreeBSD 10.4"  –5 +/
Сообщение от Аноним (??) on 03-Окт-17, 20:43 
На десктопе кто-то использует БСД? Насколько надежно работает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Релиз FreeBSD 10.4"  +11 +/
Сообщение от Клинописец on 03-Окт-17, 21:03 
Я использую. На 3-х десктопах: Домашний, рабочий и на даче.

Из задач: Видео, музыка, торренты, интернет, офис, разработка на PHP, админство (SSH+xfreerdp+VirtualBox для teamviewer'а), игры (ioquake3 и несколько других)

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

11. "Релиз FreeBSD 10.4"  +6 +/
Сообщение от Клинописец on 03-Окт-17, 21:05 
По надёжности отлично, по удобству: Мне - отлично, а жена не умеет флешки монтировать а мне AMD настроить вломы :)

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

16. "Релиз FreeBSD 10.4"  +10 +/
Сообщение от Аноним (??) on 03-Окт-17, 21:27 
> а мне AMD настроить вломы :)

Вылезайте уже из криокамеры ;)
man amd
>  This daemon is obsolete.  Users are advised to use autofs(5) instead.

autofs настраивается за пару минут -- раскомментировать cтрочку /media в /etc/auto_master, раскомментировать/добавить


notify 100 {
    match "system" "GEOM";
    match "subsystem" "DEV";
    action "/usr/sbin/automount -c";
};

в /etc/devd.conf, разрешить загрузку
sysrc autofs_enable="YES"
или установить automount из портов.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

17. "Релиз FreeBSD 10.4"  –11 +/
Сообщение от Аноним (??) on 03-Окт-17, 21:30 
БДСМопроблемы. На линуксе есть udevil.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Релиз FreeBSD 10.4"  +12 +/
Сообщение от Аноним (??) on 03-Окт-17, 21:36 
> БДСМопроблемы.

Нет, проблемы лачатого, не шарящего в теме, но решившего поумничать.
> На линуксе есть udevil.

Что, не всем по нраву очередной комбайн в славной цепочке
HAL -> DeviceKit -> disks -> udisks -> udisks2 -> storaged -> (финт ушами с переименованием) -> udisks2  ?


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

183. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от _ (??) on 04-Окт-17, 16:08 
>На линуксе есть udevil.

Он он - кусок она

  

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

322. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Пох on 07-Окт-17, 17:54 
>а жена не умеет флешки

по мне отсутвие автомонтирования как раз плюс
особенно когда к комплюктеру имеет доступ кто-то еще

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

44. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 03-Окт-17, 23:45 
Вопрос к знатокам. ZFS в FreeBSD насколько хороша? Имеет смысл смотреть в эту сторону? Начиная с десктопа и…
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

60. "Релиз FreeBSD 10.4"  +/
Сообщение от fi (ok) on 04-Окт-17, 00:27 
Конечно надо использовать zfs на десктопе! вы же уже уперлись в размер диска, и вам уже мало 2^64 секторов на нем. а тут вам и 2^128 - зашибись!!!
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

63. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:34 
> Конечно надо использовать zfs на десктопе! вы же уже уперлись в размер
> диска, и вам уже мало 2^64 секторов на нем. а тут
> вам и 2^128 - зашибись!!!

Ну да, побуянить можно. А если серьсезно? Вдруг у меня за спиной рейды и прочая беда. И потребители пищат, что…

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

69. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 01:00 
> Ну да, побуянить можно. А если серьсезно? Вдруг у меня за спиной
> рейды и прочая беда. И потребители пищат, что…

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

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

206. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:29 
>> Ну да, побуянить можно. А если серьсезно? Вдруг у меня за спиной
>> рейды и прочая беда. И потребители пищат, что…
> тогда я бы смотрел на клоны иллюмоса - если нужно делать именно
> полку, а от остальной системы ничего не требуется, это, пока, видимо
> более правильный выбор.

Иллюмос не дохлый ли? Или я путаю с его побратимами? Недавно тут в новостях было, что остановлено развитие сабжевого племени системы, запамятовал название спьяну.

Вопрос мой, впрочем, на сей момент скорее общетеоретический, поскольку пока еще есть и свободно доступны солярка 10 и 11, хотя туманны ее перспективы в заботливых руках Оракуля настораживают.

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

261. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 00:25 
> Иллюмос не дохлый ли?

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

Поэтому существуют клоны, которые уже имеют какие-то планы стабилизации, некоторые можно ставить на поиграть.

> в новостях было, что остановлено развитие сабжевого племени системы, запамятовал

omnios покамест вполне еще живая, и планирует разродиться очередной версией в ноябре.
судя по некоторым деталям changes, они всосали достаточно свежие версии правок в zfs.

ну и openidniana и адская срань имени joyent тоже вполне себе живы-здо...ой. нет, это не про них. Просто живы, и радостно едут крышей дальше ;-)

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

напоминаю, что на #anime шансов их услышать и то больше.

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

207. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:30 
Кстати, для полки что самое лучшее на текущий момент — таки ZFS?
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

249. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 04-Окт-17, 23:34 
из бесплатного - очевидно, таки да, zfs, есть смысл обсуждать только, какая именно - иллюмосовская, фряшная или линуксная (а может кто-то в курсе, как обстоят дела у макойопов?). Солярку обсуждать бесполезно, она или очень старая, или не x86.
С фрей известна (мне) минимум одна тяжелая проблема, сама по себе для хранилки (где нет arc pressure) неактуальна, актуально поведение разработчиков...простите, людей называющих себя таковыми. По другому охарактеризовать тотальное игнорирование критической (вплоть до мертвого повисания системы) проблемы священными коровами pjd, mav, mahrens и другими, и совершенно безграмотную, самоуверенную не по разуму и бесполезную реакцию менее священных, у меня не получается. А ходы-то все записаны...
С линуксом известно (мне), что люди, безусловно являющиеся разработчиками (надо заметить, они работают за зарплату, а не за гранты на ремонт провала, что, возможно, и послужило пользе дела), успешно выявили и малоуспешно пытались залатать концептуальную дыру в дизайне, не в коде. Вы не найдете в хэндбуках freebsd ее описания (хотя код скопипастили успешно). К сожалению, есть еще весь остальной линукс, со своим главным идеологом, старательно все ломающим.
Про иллюмосовских разработчиков мне неизвестно ровно ничего.

Буду рад, если кто-то дополнит или опровергнет мои сугубо частные мнения.

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

250. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 23:45 
Спасибо. У меня есть возможность брать оракулеваую (вкупе с соляркой), потому вот, а с фряшными дела не имел до сих пор.
Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

257. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 05-Окт-17, 00:08 
> Спасибо. У меня есть возможность брать оракулеваую (вкупе с соляркой)

ораклевая последний раз обновлялась два года назад. При этом вряд ли в нее попали даже обновления для дыры в дыре - учитывая наплевательское отношение оракла к этому изделию и к своим клиентам вообще. То есть zfs на сегодня там заведомо хуже чем иллюмосная (а оракловое шифрование тебе вряд ли надо). Новой ждать бестолку.

к тому же там этот...SMF - местный вариант systemd.

с другой стороны - зато правильная самба (о которой знает zfs), работающий (на единственно-правильной карте) infiniband, и уж конечно работающий nfs4, от его создателей.

И повторяю - большие хранилки не апдейтят, их только выводят из эксплуатации и хоронят с почестями. Даже если там есть фатальные проблемы - "экипаж проинструктирован ноль в это поле не вводить"(c)
Документацию и необходимый минимум пакетов с оракла скачать, и прикопать поглубже.

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

65. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:36 
Исходя из того, что Солярка скоропостижно умре, останется у нас только фрибздя с похожей функциональностью. Речь об этом.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

171. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от fi (ok) on 04-Окт-17, 15:09 
> Исходя из того, что Солярка скоропостижно умре, останется у нас только фрибздя
> с похожей функциональностью. Речь об этом.

ну тут скорей всего лучше старая солярка чем "развивающаяся" фришка.

Правда, немало людей вложились в zfs-linux, не рискнув ставить на фри с ее 32 битными болячками.  в Scientific Linux даже включили в репы. С другой стороны, есть xfs/cxfs которых хватает выше головы.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору
Часть нити удалена модератором

262. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 00:33 
>>Правда, немало людей вложились в zfs-linux,
> Там проблемы _НЕ_ технические. Вложился дод, ему патенты пох. Не наш пох,
> а тот ещё похъ! :)

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

А вот то что ядро принято без конца ломать, и какие-то предположения авторов zol о работе внутренних механизмов могут оказаться не соответсвующими действительности через пару итераций (и не замечены ими вовремя) - вполне вероятная ситуация, ведущая к историям в духе arc.c, только уже в линуксе.

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

267. "Релиз FreeBSD 10.4"  +/
Сообщение от . on 05-Окт-17, 03:56 
>технические-технические.

Ну и такие есть. Но оно - решаемо. С ларриной жадностью что делать? Патчи не принимаются апстримом :-)
>историям в духе arc.c

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

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

268. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от . on 05-Окт-17, 04:09 
А всё - нашёл, спс.
Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

286. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 17:12 
> С ларриной жадностью что делать?

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

(как я понимаю, пресловутая проблема с дырами в дырах ораклом даже не определена как таковая - а сколько там еще подобного с годами всплывет?)

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

208. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:33 
«Старые» обе две солярки (10 и 11) есть, всем хороши. Беспокоит Оракуль с его заскоками. Закроет завтра, допустим — и куда бечь?


UPD

Категорически не приемлю пингвина с системдой. Для меня эта система умерла. Решительно все, что было в ней хорошего, хипсторы превратили в коричневую массу.

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

251. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 23:53 
> Категорически не приемлю пингвина с системдой.

при сборке хранилки вполне допустимо выпилить системду нахрен - вплоть до сборки ее на собственном LFS или базировании на настолько древнем дистрибутиве, что systemd ему еще не грозит. (и да, хранилкам "асинхронный инит" уж точно противопоказан)
Ядро (а значит и весь userland) все равно должно быть максимально близким к тому, на чем отлаживаются хорьки из дельфикса. А это vanilla, далеко не последней версии. Ни в одном дистрибутиве такого нет.
Можно аккуратно сбэкпортить или позаимствовать чужой патч для сетевой карты и стораджа, тем и ограничиться. Разумеется, никаким апгрейдам хранилки не подлежат, если только рядом нет второй такой же точно, способной работать резервом. А лучше еще и третьей, на случай отказа второй.

отдельный вопрос, чем экспортировать - с сасамбой проблем нет, с iscsi target тоже нет. aoe надо проверять что не доломали окончательно, хотя, в виду его тyпизны, это нетривиальная задача. OFED/SRP скорее всего не заработает или заработает как-то странно, но тут важно что на другом конце (поскольку это вам не ethernet, там будет что-то одно, максимум два при двухпортовой карте, зоопарка не предвидится).
nfs в виду последних переколбасов лучше, видимо, вообще избегать.

P.S. ничего что мы в теме про freebsd, причем заведомо негодной для хранилок версии, а не на #anime?

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

253. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 00:02 
Весьма продолжительное время у меня из пингвиноидов был Дебиан, как всем компромиссам компромисс (долгоиграющий). Пока, однажды, не обнаружил, что в моей иснталляции на ноутбуке что-то (сеть) работает не по-человечески. Копнул два раза заступом и обнаружил сисметду после обычного обновления. Был впечатлен и обескуражен. Вернул на лаптоп венду.
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

254. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 00:04 
Скажем так. У меня есть некоторый опыт использования коммерческих SMF на макоси и виндах. То, что делают в линуксе, это бред сивой кобылы.
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

255. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 00:06 
devuan либо debian с удалением системды. Но она, однако, уже не удаляется целиком, ее библиотеки жестко интегрированы в систему. Дожили.
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

276. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от fi (ok) on 05-Окт-17, 12:52 
> Категорически не приемлю пингвина с системдой.

Это уже религия :)))))) примерно как секта "плоскоземельщиков"

только что написал три .service - очень удобно! старые init.d скрипты в ж…
Сейчас делаю .target - все просто и понятно.  Кстати, во фри и солерке похожие системы старта демонов, только разобраться в них сложней :)))))

зы. а что такое "коммерческиe SMF" ?

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

280. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 15:10 
> только что написал три .service - очень удобно!

пока система не виснет при старте - и здравстуй, бинарный лог с невменяемым содержимым (реальный случай у коллеги из Ирландии)

То есть писать эти файлики может и "удобно" (правда как по мне - ничуть не больше чем пару строк в skel поправить), а отлаживать всю музыку, когда что-то пойдет не так - уже совсем нет.

> Кстати, во фри и солерке похожие системы старта демонов

во фри до 11S включительно - банальный BSD init, без всяких "систем старта демонов", и даже без runlevels (что, на мой взгляд, печальное наследие давних времен) - умеет после старта себя, любимого, запустить либо /bin/sh, либо /bin/sh /etc/rc ;-) Ну и собирать трупы правнуков, когда откинутся, если родители не успели их похоронить. Больше вообще ничего не умеет, поэтому и ломаться в нем нечему.

К сожалению, модные новые тенденции и эту систему стороной не обошли - в 12 обещали все испортить.

> а что такое "коммерческиe SMF"

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

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

285. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от fi (ok) on 05-Окт-17, 17:06 
>> только что написал три .service - очень удобно!
> пока система не виснет при старте - и здравстуй, бинарный лог с
> невменяемым содержимым (реальный случай у коллеги из Ирландии)

Ступил коллега? у меня все есть в обычном /var/log/messages - он не знал?
бинарный - это блокчейн, то же легко берется journalctl

> То есть писать эти файлики может и "удобно" (правда как по мне
> - ничуть не больше чем пару строк в skel поправить), а
> отлаживать всю музыку, когда что-то пойдет не так - уже совсем
> нет.

вот только сделал динамические конфиги в /run/sysconfig/мойкфг - отладил без проблем.

Проблема только в опыте, но тут надо …  в первом классе не решают задачи из 10го

>> Кстати, во фри и солерке похожие системы старта демонов
> во фри до 11S включительно - банальный BSD init … - умеет после старта себя, любимого, запустить либо
> /bin/sh, либо /bin/sh /etc/rc ;-)

Этот что ли?  

#!/bin/sh
#
# PROVIDE: switch
# BEFORE: proc

. /etc/rc.subr

name="switch"
rcvar=`set_rcvar`
command="/usr/local/sbin/switch"
pidfile="/var/run/switch.pid"
load_rc_config $name
run_rc_command "$1"

Ну чем проще? теже яй… только в профиль, минус полезные плюшки


>> а что такое "коммерческиe SMF"

да уже понял, забыл как звать :)))))

SMF - вот это кошмар! xml config - вот где полная ж…



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

289. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 17:27 
> Ступил коллега? у меня все есть в обычном /var/log/messages - он не

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

> знал?
> бинарный - это блокчейн, то же легко берется journalctl

угу-угу, на незагружающейся системе. ЗАЧЕМ они это все сделали? Лавры services.msc покоя не давали?

> Проблема только в опыте, но тут надо …  в первом классе
> не решают задачи из 10го

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

>> /bin/sh, либо /bin/sh /etc/rc ;-)
> Этот что ли?

нет, это я хз что вы нашли.
Тот лежит в /etc, и ничего не provide - и лазить туда обычно тоже не надо, часто вы в _исходник_ systemd заглядываете в поисках вдохновения?

А процитированное - это как раз какой-то "service" в терминологии systemd.
Вполне себе удобочитаемый (правда, бывают гораздо хуже)

> Ну чем проще? теже яй… только в профиль, минус полезные плюшки

"проще" то, что его запустит на порядок более предсказуемый и простой /etc/rc - соответственно, если оно вдруг не запускается, запускается невпопад или само не может что-то запустить - ты сразу это увидишь в консоли и в логах, если они уже доступны - обычных, текстовых, не требующих причудливых инструментов, зато умеющих транслироваться в сеть. Тоже лет 25 как.
В линуксах оно было посложнее, но ненамного, а польза от этого усложнения небольшая все ж была.

> SMF - вот это кошмар! xml config - вот где полная ж…

xml конфиг становится полной Ж, когда его редактируют руками, а задумка-то была ровно обратная - сделать конфиг, который, в крайнем случае, _можно_ руками без dragonskin gloves, но который удобно и без риска повредить редактируется программой. (вот без необходимости использовать sed и все портить, если конфиг не построчный и не совсем примитивный)
Идею несколько подпортило отсутствие хоть одного сперва вообще работающего, а потом - вменяемого процессора. Авторы-то думали, что это несложно.

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

294. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от fi (ok) on 05-Окт-17, 18:03 
> я полагаю, если технология, без которой сорок лет прекрасно обходилось, требует какого-то …

«иногда чтобы оставаться на месте надо быстро бежать» © )))

> нет, это я хз что вы нашли.

Ну вы и отстали от жизни!!!  загляните в /usr/local/etc/rc.d - кажется там было.
Никаких многометровых плэйн текс rc файлов уже нет

> Тот лежит в /etc, и ничего не provide - и лазить туда
> обычно тоже не надо,

Кому? разработчику который пишет свой демон????

> А процитированное - это как раз какой-то "service" в терминологии systemd.

обычный старый freebsd

> Вполне себе удобочитаемый (правда, бывают гораздо хуже)
> "проще" то, что его запустит на порядок более предсказуемый и простой /etc/rc

вот вот, задержались в 80-х :)))

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

292. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 17:44 
Главный вред от любого SMF состоит в том, что он отделяет логику управления системой и программами от юзера, делая её малопонятной и неочевидной. В традиционных способах управления программной средой мы имеем текстовые файлы с настройками и текстовые же логи. Все человеко- и машиночитаемое, конвертируемое и редактируемое. Открывая, допустим, настроечные файлы Иксов, юзер видит вполне понятный, при наличии достаточного опыта и курения манов, контент.

А вот, с другой стороны, на маке, который весь из себя канонический юникс и допускает настраивание всего, что угодно, настройки спрятаны подальше, хотя и доступны пока через defaults (и даже через текстовый редактор, но с оговорками и нюансами) — но это умение уровнем сложнее, чем plain text для всего, как раньше было, поскольку нет простых способов достучаться из консоли в базу манов, например, ибо маны могут не содержать нужной инфы вообще («нашему юзеру это никогда не понадобится»). Когда же что-то ломается, то яблочные логи — это просто праздник какой-то, в смысле их полной бесполезности для обычного (не адванцед и не технического персонала Apple) юзера. Привлеку для сравнения, опять же, логи Иксов, в которые ошибки и глюки обычно пишутся понятным для человека способом.

Ещё пример, из виндов. Есть там такая полезная утилита Event Viewer. Она представляет собой интерфейс к тому, что система куда-то пишет о своей жизнедеятельности. Обычный формат сообщения содержит предельно лаконичное текстовое описание и номер ошибки. С этим номером можно поседеть за гуглением решения. К примеру, когда майки сломали автоматическое обновление, то решить эту проблему разумными способами невозможно, поскольку те, кто знают о причинах, ничего не сообщают (ибо NDA, надо полагать), а все остальные страдальцы не знают реальных причин поломки и способов её устранения. В итоге из двух рядом стоящих виндовозных машин без понятных, очевидных и рационально объяснимых причин одна может нормально обновляться, а вторая будет пребывать в «вечном апдейте». И никто, решительно никто не знает, как это лечить без уличной магии, заклинаний и пассов руками. Это SMF в действии.

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

287. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от fi (ok) on 05-Окт-17, 17:16 
> пока система не виснет при старте

тоже было такое с обычным init.d скриптом - ошибся. Вот тут действительно ВСЁ виснет — один поток же! :))))))))
­

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

290. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 05-Окт-17, 17:39 
>> пока система не виснет при старте
> тоже было такое с обычным init.d скриптом - ошибся. Вот тут действительно
> ВСЁ виснет — один поток же! :))))))))

там "ВСЕ" не виснет, в отличии от systemd и его подобий, потому что этот "один поток" вовсе не /sbin/init ни в каком месте, а всего лишь - один из пачки запускаемых им процессов, вовсе не являющийся чем-то особенным. Ваше неумение отличить "все" от /etc/rc как раз и говорит о квалификации.

Если специально не стараться - можно просто нажать этому сервису ctrl-c (в зависимости от адекватности писателей, может убить не сервис, а весь стартап. У freebsd - адекватные, были), и загрузиться без него.

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

288. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 17:18 
> Это уже религия :)))))) примерно как секта "плоскоземельщиков"

Не религия. Аналогичные вещи в других ОС не вызывают такого отторжения. Связано это, прежде всего, с очень навязчивой непрошенностью данного «улучшения».


> зы. а что такое "коммерческиe SMF" ?

SMF в коммерческих ОС (виндах, макоси, солярке).


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

70. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Аноним (??) on 04-Окт-17, 01:02 
> Конечно надо использовать zfs на десктопе! вы же уже уперлись в размер
> диска, и вам уже мало 2^64 секторов на нем. а тут
> вам и 2^128 - зашибись!!!

Было бы смешно, если бы не было так грустно:
https://lists.freebsd.org/pipermail/freebsd-fs/2017-April/02...
> FreeBSD has historically used 32-bit
> values to identify inodes, which limits file systems to somewhat under
> 2^32 objects. Many modern file systems internally use 64-bit identifiers
>  and FreeBSD needs to follow suit to properly and fully support these
> file systems.
> The 64-bit inode project, also known as ino64, started life many years
> ago as a project by Gleb Kurtsou (gleb@).

мое анонимное наблюдение - на развите ufs, после появления "супер-пупер-серебрянной пули", хорошо так подзабили.

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

168. "Релиз FreeBSD 10.4"  +/
Сообщение от fi (ok) on 04-Окт-17, 15:00 
>> FreeBSD has historically used 32-bit >> values to identify inodes, which limits file systems to somewhat under
>> 2^32 objects.


>> The 64-bit inode project, also known as ino64, started life many years
>> ago as a project by Gleb Kurtsou (gleb@).
> мое анонимное наблюдение - на развите ufs, после появления "супер-пупер-серебрянной пули",  хорошо так подзабили.

тут дело даже не в ufs, в самой vfs - она должна быть достаточно развита чтоб тянуть такого монстра как ZFS, иначе костыли и подпорки.

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

68. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 04-Окт-17, 00:58 
> Вопрос к знатокам. ZFS в FreeBSD насколько хороша? Имеет смысл смотреть в эту сторону?

имеет, только очень, очень осторожно, если данные не write-only

Причем прямо вот сейчас - я рекомендую дождаться результатов (внезапно, случившегося, через два года молчания) движняка в https://reviews.freebsd.org/D7538 - очень похоже, что крошки таки вылетели с другой стороны коврика, но лучше пусть повиснет у других ;-)

правда, зачем оно на десктопе, я без понятия.

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

209. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:39 
> правда, зачем оно на десктопе, я без понятия.

На десктопе — пощупать пальцами в злых тестах. Не ставить же на рабочее железо без проверки боем. Слово «десктоп», должно ыть, вводит в заблуждение: я подразумеваю машину адванцед юзера, немного понимающего предмет.

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

90. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от iCat (ok) on 04-Окт-17, 04:46 
Я не шибко "знатока", но по поводу ZFS вот такой могу расклад высветить:
У меня уже несколько лет безглючно работает несколько полок с ZFS под управлением Nexenta и лежат мультимедийные данные дома на ZFS под управлением Linux (Gentoo).
В общем и целом - вполне удовлетворительно.
Несколько не хватает "родного" шифрования ZFS, но это (на мой взгляд) не критично.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

210. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:45 
Кстати, вопрос: почему не нативная солярка? Ведь она же свободно доступна со всеми плюшками.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

263. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 00:45 
> Кстати, вопрос: почему не нативная солярка? Ведь она же свободно доступна со
> всеми плюшками.

Просто ее никто из живущих не умеет настраивать.
И никто не знает что с ней делать, если вдруг что-то сломается.

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

Ну и "свободно доступна" != "можно использовать в продакшн" - лицензия разрешает только "educational" и "trial" use.

P.S. блин, как восстановить пароль от оракла, если ни мэйла своего не помнишь, ни пароля?

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

270. "Релиз FreeBSD 10.4"  +/
Сообщение от iCat (ok) on 05-Окт-17, 08:21 
> В случае нексенты об этом будет болеть голова у ее саппорта, она
> нифига не бесплатная.

В целом согласен, но с поправкой: Nexenta бесплатна до 16TB.

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

281. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 15:13 
> В целом согласен, но с поправкой: Nexenta бесплатна до 16TB.

а они не прикрыли лавочку? Что-то при беглом погляде на сайт этой информации не видно - а раньше торчала прямо на странице про сторадж.

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


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

271. "Релиз FreeBSD 10.4"  +/
Сообщение от iCat (ok) on 05-Окт-17, 08:24 
> Кстати, вопрос: почему не нативная солярка? Ведь она же свободно доступна со
> всеми плюшками.

У Nexenta очень приятная "обвязка" в веб-интерфейсе.
Многие скрипты весьма удобно созданы.
А на нативной солярке скрипты нужно варить самостоятельно.
И в том, и в другом случае есть свои плюсы и минусы.

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

105. "Релиз FreeBSD 10.4"  +/
Сообщение от нетвароид on 04-Окт-17, 09:05 
Только туда и смотреть.
У меня zfs only и на десктопе, и на куче серверов.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

212. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:49 
> Только туда и смотреть.
> У меня zfs only и на десктопе, и на куче серверов.

Более всего интересен вопрос надежной сохранности данных (тему бекаповоставим за скобками). В сравнении, скажем, с каноническими EXT и NTFS, прилагающимися к серверным редакциям ОС. О проблемах MFT в NTFS осведомлен, тоже оставим за скобками.

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

265. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 00:50 
> Более всего интересен вопрос надежной сохранности данных

тогда забудьте о конфигурациях "без рейда" (разумеется, рейд должен быть raidz, а не контроллерный) и памяти без ecc.

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

273. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от нетвароид on 05-Окт-17, 09:26 
Я проблем не встречал. Живет даже при наличии бедов. Про raidz уже упомянули, а для особых гурманов есть zfs set copies=
Бекапы же делаются легко и непринужденно с помощью zfs snapshot и zfs send
Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

126. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от KonstantinB (ok) on 04-Окт-17, 11:57 
На десктопе оно не очень понятно зачем. А если говорить о серверах, то высоконагруженные файлопомойки - это одна из немногих областей, где FreeBSD существенно опережает Linux (ZFS + AIO). Причем основное тут AIO, конечно. В линуксе с этим настолько плохо, что в nginx даже пришлось сделать thread pools в качестве workaround-а.
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору
Часть нити удалена модератором

231. "Релиз FreeBSD 10.4"  +/
Сообщение от KonstantinB (ok) on 04-Окт-17, 20:44 
Да у меня нет каких-то там религиозных предпочтений. Использую то, что эффективнее для задачи. Может, и винду бы где-то использовал, если бы была задача, где она уместна, и я бы в этой винде что-то понимал. :-)
Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

240. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 21:24 
В виндах есть нехорошая проблема с MFT (на NTFS). Говоря предельно простыми словами, на дисках необходимо всегда иметь «запас» места. Лучше всего вообще не заполнять их более чем на 3/4 (в практическом огрублении — наполовину).
Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

264. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 00:46 
> В виндах есть нехорошая проблема с MFT (на NTFS). Говоря предельно простыми
> словами, на дисках необходимо всегда иметь «запас» места. Лучше всего вообще
> не заполнять их более чем на 3/4 (в практическом огрублении — наполовину).

гы-гы, для zfs действует то же самое правило.

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

211. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:46 
Да, с десктопом я несколько неправильно выразился. Тестовая машина в ближайшей близости к шаловливым ручкам.
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

129. "Релиз FreeBSD 10.4"  +/
Сообщение от fidaj (ok) on 04-Окт-17, 12:11 
> Вопрос к знатокам. ZFS в FreeBSD насколько хороша? Имеет смысл смотреть в
> эту сторону? Начиная с десктопа и…

если на десктопе больше 4-6 гиг оперативки - то можно.

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

241. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 21:25 
Есть, но. Наслышан про аппетит ZFS к памяти, но на практике не имел дела с.
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

248. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от fidaj (ok) on 04-Окт-17, 23:26 
> Есть, но. Наслышан про аппетит ZFS к памяти, но на практике не
> имел дела с.

с "тех пор" многое изменилось. теперь оно умеет компрессировать ARC.

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

260. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 00:24 
>> Есть, но. Наслышан про аппетит ZFS к памяти, но на практике не
>> имел дела с.
> с "тех пор" многое изменилось. теперь оно умеет компрессировать ARC.

Словом, для полки нормально. Смущают лишь накладные расходы: сколько памяти хочет ZFS для, скачем, 8—16 дисков НЕ в рейде?

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

272. "Релиз FreeBSD 10.4"  +/
Сообщение от iCat (ok) on 05-Окт-17, 08:30 
>сколько памяти хочет ZFS

Грубо - гигабайт на терабайт.

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

243. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от qwerty123 (??) on 04-Окт-17, 21:46 
>Вопрос к знатокам. ZFS в FreeBSD насколько хороша?

Без проблем. Каждый день на нотнике, и на серверах.

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

93. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Nero777 on 04-Окт-17, 07:33 
> Я использую. На 3-х десктопах: Домашний, рабочий и на даче.
> Из задач: Видео, музыка, торренты, интернет, офис, разработка на PHP, админство (SSH+xfreerdp+VirtualBox
> для teamviewer'а), игры (ioquake3 и несколько других)

Дома лет 10.все великолепно

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

14. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от BirdGovorun email(??) on 03-Окт-17, 21:13 
Юзаю с 2006 года с 4.10 никаких проблем.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

25. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от 0ffh (??) on 03-Окт-17, 21:42 
> Юзаю с 2006 года с 4.10 никаких проблем.

с 4 ки до 6 ки работал на пень 1
нормально так

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

27. "Релиз FreeBSD 10.4"  +/
Сообщение от Hety (??) on 03-Окт-17, 21:52 
Плюсую. Четверка работала домашним роутером на 66мгц первопне с 8 вроде мегами оперативы. Пойду смахивать слезу.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

45. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 03-Окт-17, 23:46 
> Плюсую. Четверка работала домашним роутером на 66мгц первопне с 8 вроде мегами
> оперативы. Пойду смахивать слезу.

Э-хе-хе, была когда-то. Жаль, что больше такого не делают.

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

144. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Клыкастый (ok) on 04-Окт-17, 13:11 
Сейчас ставить бегемота даже со 120Вт БП и лохматым IDE - дорого и неэффективно. Увы, поезд ушёл. Единственное, зачем нужны слабые компы - сэкономить на объёме и электричестве, сохраняя полный функционал ОС и какой-нить неттопчик или промышленный комп с БП 30Вт вполне себя окупит. Без некроэкспериментов.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

214. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:54 
Принципиально не согласен. Железо после приснопамятной директивы RoHS стало паскудное. У меня в шкафу лежит «резервный» писюк двадцатилетней давности — и я в нем уверен. А в новом железе, увы, нет.
Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

18. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Аноним (??) on 03-Окт-17, 21:31 
> На десктопе кто-то использует

Да.
> БСД? Насколько надежно работает?

На много!

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

24. "Релиз FreeBSD 10.4"  +6 +/
Сообщение от 0ffh (??) on 03-Окт-17, 21:41 
> На десктопе кто-то использует БСД? Насколько надежно работает?

примерно как трактор беларусь
может работать часами и даже сутками - но дрифтануть не выйдет

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

298. "Релиз FreeBSD 10.4"  +/
Сообщение от PavelR (??) on 05-Окт-17, 22:20 
>> На десктопе кто-то использует БСД? Насколько надежно работает?
> примерно как трактор беларусь
> может работать часами и даже сутками - но дрифтануть не выйдет

Дрифт на тракторе:

https://www.youtube.com/watch?v=Eflx_foADLA

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

29. "Релиз FreeBSD 10.4"  +/
Сообщение от Любопытный (??) on 03-Окт-17, 21:54 
Как камень наверно - в общем ядре из линуха куча всего и вся, что не используется, а тут ломаться нечему.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

104. "Релиз FreeBSD 10.4"  +/
Сообщение от нетвароид on 04-Окт-17, 09:03 
Я использую давно. Буллетпруф.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

157. "Релиз FreeBSD 10.4"  +5 +/
Сообщение от iZEN email(ok) on 04-Окт-17, 14:10 
Использую на домашнем десктопе FreeBSD более 10 лет. Из графических оболочек установлена Xfce4, как удовлетворяющая все 146% от десктопа. Игрался также с KDE4, GNOME, Mate - всё хорошо, но напрягает запуск новых окон не в центре экрана/не под курсором мыши, а где-то сверху слева. Сейчас, наверное, это пофиксили, но сами среды довольно ресурсоёмки и используют тучу библиотек в зависимостях. Зачем это нужно, если есть компактная Xfce4?!

В остальном конфигурация рабочей среды сводится к текстовым конфигам и тщательному выбору опций зависимостей, если ПО ставится из портов.

Банальнейшая вещь(правда, несовсем очевидная) в Linux, как монтирование флэшки и главное - корректное отмонтирование в графической среде с помощью мыши, здесь решается свойственным и прозрачным способом. У меня решается через Automount - специально написанная примочка к системному devd, независимая от DE, порт sysutils/automount. Понимает все известные ФС (NTFS, Ext4, FAT32, ExFAT и т.д.), при условии, если есть их поддержка (через FUSE в портах много модулей). Кто-то делает через autofs.

Система работает надёжно ровно в той мере, как настроишь.

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

215. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:56 
Более 10 лет — это с 5-й версии где-то?
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

228. "Релиз FreeBSD 10.4"  +/
Сообщение от iZEN (ok) on 04-Окт-17, 20:41 
> Более 10 лет — это с 5-й версии где-то?

С 6-й по 11.1.


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

233. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:53 
>> Более 10 лет — это с 5-й версии где-то?
> С 6-й по 11.1.

Потому интересуюсь, что мой личный опыт с FreeBSD заканчивается на 5.х.

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

277. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от qqq email(??) on 05-Окт-17, 14:04 
>[оверквотинг удален]
> В остальном конфигурация рабочей среды сводится к текстовым конфигам и тщательному выбору
> опций зависимостей, если ПО ставится из портов.
> Банальнейшая вещь(правда, несовсем очевидная) в Linux, как монтирование флэшки и главное
> - корректное отмонтирование в графической среде с помощью мыши, здесь решается
> свойственным и прозрачным способом. У меня решается через Automount - специально
> написанная примочка к системному devd, независимая от DE, порт sysutils/automount. Понимает
> все известные ФС (NTFS, Ext4, FAT32, ExFAT и т.д.), при условии,
> если есть их поддержка (через FUSE в портах много модулей). Кто-то
> делает через autofs.
> Система работает надёжно ровно в той мере, как настроишь.

А несколько раз пытался использовать FreeBSD и не сумел. Так как не сумел настроить флеш и жабу

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

312. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Доктор Хайдер on 06-Окт-17, 17:08 
Для web разработки подойдет desktop-ный FreeBSD в качестве рабочей лошадки? Железо - обычный ноутбук Lenovo без навороченных видеокарт и всего такого.
Хочется систему которая бы работала надежно: поставил один раз и юзаешь, обновления не требовали бы переустановки и были бы безболезненны. Чтобы было понимание, что делаешь в системе, где что лежит, где что искать, чтобы пофиксить.

На данный момент использую openSUSE Tumbleweed. Иногда башню срывает после обновлений.
Смотрю в сторону Gentoo и FreeBSD.

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

181. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Алексей Киселёв on 04-Окт-17, 15:39 
если руки растут из нужного места, то будет работать всё
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от Доктор Хайдер on 03-Окт-17, 20:53 
Почему вы используете FreeBSD, а не другую ОС?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Релиз FreeBSD 10.4"  +10 +/
Сообщение от Клинописец on 03-Окт-17, 21:09 
> Почему вы используете FreeBSD, а не другую ОС?

Потому что система монолитна и чрезвычайно логична.
Монолитна - реально после установки базовой системы, есть всё необходимое для сервака, а чтобы настроить десктоп в минимальном виде достаточно несколько pkg install'ов.
Логична - все конфиги на своих местах. Может это брюзжание, но в линуксе для меня настройка чего-либо не заложенного в графических инструментах - зачастую оказывается долгими мытарствами и вниканиями, где и как надо вкорячить нужные опции. Конечно может бОльший опыт с фрёй даёт о себе знать, но она реально проще.

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

20. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от BirdGovorun email(??) on 03-Окт-17, 21:35 
>> Почему вы используете FreeBSD, а не другую ОС?
> Потому что система монолитна и чрезвычайно логична.
> Монолитна - реально после установки базовой системы, есть всё необходимое для сервака,
> а чтобы настроить десктоп в минимальном виде достаточно несколько pkg install'ов.
> Логична - все конфиги на своих местах. Может это брюзжание, но в
> линуксе для меня настройка чего-либо не заложенного в графических инструментах -
> зачастую оказывается долгими мытарствами и вниканиями, где и как надо вкорячить
> нужные опции. Конечно может бОльший опыт с фрёй даёт о себе
> знать, но она реально проще.

Полностью согласен. Сейчас вынужден сидеть на Линуксе,
так как  Intel Pentium G4560(Kabe Lake) с Intel® HD Graphics 610
с графикой в пролёте и мать Gigabyte GA-H110M-S2PV система неожиданно зависает наглухо.
Жду 12.0.

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

23. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от 0ffh (??) on 03-Окт-17, 21:38 
>[оверквотинг удален]
>> а чтобы настроить десктоп в минимальном виде достаточно несколько pkg install'ов.
>> Логична - все конфиги на своих местах. Может это брюзжание, но в
>> линуксе для меня настройка чего-либо не заложенного в графических инструментах -
>> зачастую оказывается долгими мытарствами и вниканиями, где и как надо вкорячить
>> нужные опции. Конечно может бОльший опыт с фрёй даёт о себе
>> знать, но она реально проще.
> Полностью согласен. Сейчас вынужден сидеть на Линуксе,
> так как  Intel Pentium G4560(Kabe Lake) с Intel® HD Graphics 610
> с графикой в пролёте и мать Gigabyte GA-H110M-S2PV система неожиданно зависает наглухо.
> Жду 12.0.

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

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

278. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от qqq email(??) on 05-Окт-17, 14:06 
>[оверквотинг удален]
>> Полностью согласен. Сейчас вынужден сидеть на Линуксе,
>> так как  Intel Pentium G4560(Kabe Lake) с Intel® HD Graphics 610
>> с графикой в пролёте и мать Gigabyte GA-H110M-S2PV система неожиданно зависает наглухо.
>> Жду 12.0.
> совершенно с вами согласен.
> кто желает пользовать фрю должен забыть про новое железо
> а вот на старом она работает
> я даже запустил на ноуте с процом трансмета 5800
> и винда хр и линух матюгаются что слишком старый нет нужных команд
> а фре пофиг - стала и жужжит

Жабу плиз помогите настроить

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

279. "Релиз FreeBSD 10.4"  +/
Сообщение от Andrey Mitrofanov on 05-Окт-17, 14:36 
>> а фре пофиг - стала и жужжит
> Жабу плиз помогите настроить

Каждый - кузнец своего.

https://duckduckgo.com/?q=%D0%BA%D0%B0&#...
https://duckduckgo.com/?q=%D0%BA%D0%B0&#...

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

123. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 04-Окт-17, 11:45 
> Сейчас вынужден сидеть на Линуксе, так как  Intel Pentium G4560(Kabe Lake) с Intel® HD Graphics 610 с графикой в пролёте и мать Gigabyte GA-H110M-S2PV система неожиданно зависает наглухо.
> Жду 12.0.

Думаешь, кривое нищенское железо выпрямится под FreeBSD? Сомневаюсь. А если серьёзно, виснуть скорее всего так и будет, поскольку драйвер на интеловскую недографику портируют сам знаешь откуда.

> Сейчас вынужден сидеть на Линуксе

Но вот это просто пушка :) То есть сидел десять лет на бзде, обновил не глядя железо, и пришлось сменить ОС. Ну анекдот же.

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

170. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от BirdGovorun email(??) on 04-Окт-17, 15:07 
Меня не спрашивали чего покупать, обновили на работе мне комп,
что дали то и имею.
На домашнем FreeBSD и мне фиолетово какую систему юзать,
всё зависит от ситуации.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

216. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:58 
> Думаешь, кривое нищенское железо выпрямится под FreeBSD? Сомневаюсь. А если серьёзно, виснуть
> скорее всего так и будет, поскольку драйвер на интеловскую недографику портируют
> сам знаешь откуда.

Это вы напрасно так. Старое железо, которое нормально делалось под те старые спецификации и стандарты, по части стабильности новому даст фору.

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

48. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 03-Окт-17, 23:48 
>> Почему вы используете FreeBSD, а не другую ОС?
> Потому что система монолитна и чрезвычайно логична.
> Монолитна - реально после установки базовой системы, есть всё необходимое для сервака,
> а чтобы настроить десктоп в минимальном виде достаточно несколько pkg install'ов.
> Логична - все конфиги на своих местах. Может это брюзжание, но в
> линуксе для меня настройка чего-либо не заложенного в графических инструментах -
> зачастую оказывается долгими мытарствами и вниканиями, где и как надо вкорячить
> нужные опции. Конечно может бОльший опыт с фрёй даёт о себе
> знать, но она реально проще.

Я лет на десять от BSD отстал. Поджскажите, пожалуйста, как там сейчас с юникодом?

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

51. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Аноним (??) on 03-Окт-17, 23:58 
> как там сейчас с юникодом?

Юникод - это такой двоичный формат для хранения текстовой информации, вроде OpenDocument, OpenXml или MSDoc? Хорошо всё с ним там - программы для обработки текстов (браузеры, там, текстовые процессоры, мессенджеры) его все понимают.

Или вы о чём-то другом?

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

52. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:02 
>> как там сейчас с юникодом?
> Юникод - это такой двоичный формат для хранения текстовой информации, вроде OpenDocument,
> OpenXml или MSDoc? Хорошо всё с ним там - программы для
> обработки текстов (браузеры, там, текстовые процессоры, мессенджеры) его все понимают.
> Или вы о чём-то другом?

Я знаю, что такое юникод. О «сквозной» поддержке, как в конкурирующих ОС.

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

160. "Релиз FreeBSD 10.4"  +/
Сообщение от iZEN email(ok) on 04-Окт-17, 14:12 
>>> как там сейчас с юникодом?
>> Юникод - это такой двоичный формат для хранения текстовой информации, вроде OpenDocument,
>> OpenXml или MSDoc? Хорошо всё с ним там - программы для
>> обработки текстов (браузеры, там, текстовые процессоры, мессенджеры) его все понимают.
>> Или вы о чём-то другом?
> Я знаю, что такое юникод. О «сквозной» поддержке, как в конкурирующих ОС.

Юникод не поддерживается в некоторых системных утилитах, таких как текстовый редактор ee. В остальном всё есть.


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

217. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 19:59 
> Юникод не поддерживается в некоторых системных утилитах, таких как текстовый редактор ee.
> В остальном всё есть.

То есть, если поставить vim, то в консоли таки будут все буквы?

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

274. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от нетвароид on 05-Окт-17, 09:38 
У меня
LANG=en_US.UTF-8
LANGUAGE=
LC_ALL=en_US.UTF-8

ru_RU из коробки тоже есть.

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

218. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:00 
В свое время я был противником перехода на юникод. Когда распробовал, то изменил точку зрения.
Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

55. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:17 
>> как там сейчас с юникодом?
> Юникод - это такой двоичный формат для хранения текстовой информации, вроде OpenDocument,
> OpenXml или MSDoc? Хорошо всё с ним там - программы для
> обработки текстов (браузеры, там, текстовые процессоры, мессенджеры) его все понимают.
> Или вы о чём-то другом?

Образно говоря, юникод хорош тем, что один раз заплатил — и пользуешься всегда. Ну, это лирика.

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

75. "Релиз FreeBSD 10.4"  –5 +/
Сообщение от 0ffh (??) on 04-Окт-17, 01:16 
>[оверквотинг удален]
>> Потому что система монолитна и чрезвычайно логична.
>> Монолитна - реально после установки базовой системы, есть всё необходимое для сервака,
>> а чтобы настроить десктоп в минимальном виде достаточно несколько pkg install'ов.
>> Логична - все конфиги на своих местах. Может это брюзжание, но в
>> линуксе для меня настройка чего-либо не заложенного в графических инструментах -
>> зачастую оказывается долгими мытарствами и вниканиями, где и как надо вкорячить
>> нужные опции. Конечно может бОльший опыт с фрёй даёт о себе
>> знать, но она реально проще.
> Я лет на десять от BSD отстал. Поджскажите, пожалуйста, как там сейчас
> с юникодом?

по прежнему
из каропки нет
надо ручками :)
у фри это уже не баг а фича :)

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

188. "Релиз FreeBSD 10.4"  +/
Сообщение от Sw00p aka Jerom on 04-Окт-17, 16:57 
>>Монолитна - реально после установки базовой системы, есть всё необходимое для сервака,

я бы щас составил бы списочек чего бы оттуда повыпилять, и довольно длинный будет)

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

293. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 05-Окт-17, 17:51 
Вам мешает?
Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

301. "Релиз FreeBSD 10.4"  +/
Сообщение от Sw00p aka Jerom on 06-Окт-17, 07:40 
если мешает - выпиливаю, а "хочу", чтобы было выпилено.
Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

309. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 06-Окт-17, 15:51 
> я бы щас составил бы списочек чего бы оттуда повыпилять, и довольно длинный будет)

бгг...
      54 /etc/src.conf
чего ж "щас", этому файлику лет десять уже (с тех пор как эту часть унесли из make.conf, а так и все двадцать, здравствуй NO_FORTRAN ;-)

Если что - фокус работает и при установке бинарным способом - в том числе и freebsd-update, поскольку make delete-old не требует рабочего дерева и удаляет ровно по этому списку.

Правда, неясно, зачем...

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

315. "Релиз FreeBSD 10.4"  +/
Сообщение от Sw00p aka Jerom on 06-Окт-17, 21:41 
iso то всё равно с ними качать )) я давно уже забил на все эти МАЙКАСТОМКЕРНЕЛКОНФИГ
src.conf (buildworldonly) исключительно для джейлов ))
Ответить | Правка | ^ к родителю #309 | Наверх | Cообщить модератору

316. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 07-Окт-17, 00:28 
> iso то всё равно с ними качать

машина - она железная.

> я давно уже забил на все эти МАЙКАСТОМКЕРНЕЛКОНФИГ

я же говорю - фокус сработает даже на машине, где в obj пустота, и никто никогда ничего не собирал.
смысл не в экономии ненужных байт (хотя для виртуалок и это немало), а в отсутствии в системе опасного мусора.
Ведро пересобирать каждый раз смысла уже, действительно, пару лет как нет - с тех пор как туда воткнули-таки ipsec и gre, уже особо и незачем туда лазить. Разьве что из чистого перфекционизма или в борьбе за повышенную секьюрить.

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

19. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от 0ffh (??) on 03-Окт-17, 21:34 
бсдя хорошая вещь - меня с агитировал товарищ который фанат бзди.
но по работе мои познания не были нужны - ушел на бубунту.
а так фря вполне даже ничего.
мое имхо - скоро линух станет таким же толстым как винда и очень даже что придет время бсди.
по крайней мере размер сорцов ядра линуха обогнали по размеру сорцы фри где то в 15 году.
если не раньше
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

31. "Релиз FreeBSD 10.4"  +5 +/
Сообщение от IMHO on 03-Окт-17, 22:30 
"Ребята, давайте жить дружно"
проблемы есть везде, линукс это ядро, а FreeBSD это ОС, что мне нравится больше
тут бы вместо холивара сделать что нибуть для опенсорса, и не важно кто какой дистр или ОС использует, так нет легче холиварить чем делать
...
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

76. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от 0ffh (??) on 04-Окт-17, 01:18 
> "Ребята, давайте жить дружно"
> проблемы есть везде, линукс это ядро, а FreeBSD это ОС, что мне
> нравится больше
> тут бы вместо холивара сделать что нибуть для опенсорса, и не важно
> кто какой дистр или ОС использует, так нет легче холиварить чем
> делать
> ...

я не холиварю а констатирую - что размер сорцов ядра - больше чем целостная ос

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

87. "Релиз FreeBSD 10.4"  +/
Сообщение от Пох on 04-Окт-17, 04:01 
тут еще вопрос, а стоит ли гордится самыми большими интегральными микросхемами в мире...

10ку я пропустил, перешел сразу на 11. Единственно, что не понравилось - выпиленный бинд, а главное сопуствующие ему утилиты (dig, nslookup).

Приятно удивила поддержка видеокарт для АМД. без блобов, хоть и без нормального 3д.
но мне 2д хватает.

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

117. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 11:03 
> Приятно удивила поддержка видеокарт для АМД. без блобов, хоть и без нормального
> 3д.но мне 2д хватает.

Передавай деньги, спасибы интелу и торвальдсу:

14.08.2015 10:10  Релиз FreeBSD 10.2
* Код drm-драйверов для графических карт синхронизирован с ядром Linux 3.8.13, [...]
   http://www.opennet.ru/opennews/art.shtml?num=42790

13.05.2016 11:20  Во FreeBSD появится прослойка для использования графических [...]
Разработчики FreeBSD пересмотрели подход к портированию DRM/KMS-драйверов из ядра Linux. [...]
   http://www.opennet.ru/opennews/art.shtml?num=44417

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

180. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от пох on 04-Окт-17, 15:36 
> Передавай деньги, спасибы интелу и торвальдсу:

xorg'у передавай, причем тут Торвальдс?
Это ж они доломали не-kms'ные драйвера, а не Торвальдс виноват в том, что пришлось плюнуть и пихать код графического драйвера в ведро (сколько, помнится, в прошлом веке было воплей и веселья "посмотрите-посмотрите на эту виндовс - у них, хахахахха, графика в ядре, другого места не нашли!") - всем, кто использует иксы, а не одному линуксу.

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

186. "Релиз FreeBSD 10.4"  +/
Сообщение от _ (??) on 04-Окт-17, 16:43 
>сколько, помнится, в прошлом веке было воплей и веселья "посмотрите-посмотрите на эту виндовс - у них, хахахахха, графика в ядре, другого места не нашли!"

Не надо солью то :-(
Ты ещё про виндоффс капец! с копирайт строкой на три экрана вспомни и чем всё кончилось. Кто там нынче "платиновый партнёр" :-(

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

130. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от fidaj (ok) on 04-Окт-17, 12:18 
> тут еще вопрос, а стоит ли гордится самыми большими интегральными микросхемами в
> мире...
> 10ку я пропустил, перешел сразу на 11. Единственно, что не понравилось -
> выпиленный бинд, а главное сопуствующие ему утилиты (dig, nslookup).

портовый бинд в помощь.

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

187. "Релиз FreeBSD 10.4"  +/
Сообщение от DeadLoco (ok) on 04-Окт-17, 16:49 
/usr/ports/dns/bind-tools - чтобы не умножать сущностей сверх необходимого.
Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

116. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 10:50 
>> "Ребята, давайте жить дружно"
>> проблемы есть везде, линукс это ядро, а FreeBSD это ОС, что мне
>> нравится больше
>> тут бы вместо холивара сделать что нибуть для опенсорса, и не важно
>> кто какой дистр или ОС использует, так нет легче холиварить чем
>> делать
>> ...
> я не холиварю а констатирую - что размер сорцов ядра - больше
> чем целостная ос

Согласен, торвальдс -- блоатварит.

https://www.openhub.net/p/linux/analyses/latest/languages_su...
https://www.openhub.net/p/freebsd/analyses/latest/languages_...

Но, кста, если приглядеться L-ядро обогнало F-ос в июле этого года.
Вы наверное следили, ждали? %)  Я вот слежу за:

#> Но, "факт"-то, факт! "S-D уже перерос по размеру GNU Emacs!"
http://www.opennet.ru/openforum/vsluhforumID3/98827.html#262

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

34. "Релиз FreeBSD 10.4"  +4 +/
Сообщение от Аноним (??) on 03-Окт-17, 22:47 
> линух станет таким же толстым как винда

Уже. И фанаты его уже такого же уровня развития, что виндовые были году в 1995-2000.

> очень даже что придет время бсди

К сожалению, не придёт.

Во фрю сейчас тащат всё, что плохо лежит. ZFS вместо файловой системы, clang вместо компилятора. Из линукса всякие KMS и hal-ы тащат. Своего пишется с гулькин нос. Это не система, это свалка.

Лет 10 назад была "системой", да. Но потом в погоне за популярностью линукса помчалась куда-то не в ту сторону. Если линукс помрёт, то фря помрёт вслед за ним через несколько лет.

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

56. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от VINRARUS (ok) on 04-Окт-17, 00:18 
>Во фрю сейчас тащат всё, что плохо лежит. ZFS вместо файловой системы, clang вместо компилятора. Из линукса всякие KMS и hal-ы тащат. Своего пишется с гулькин нос. Это не система, это свалка.

Юзай KolibriOS, туда не тащат.

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

58. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:22 
>>Во фрю сейчас тащат всё, что плохо лежит. ZFS вместо файловой системы, clang вместо компилятора. Из линукса всякие KMS и hal-ы тащат. Своего пишется с гулькин нос. Это не система, это свалка.
> Юзай KolibriOS, туда не тащат.

Вы от из имени пишете? Если да, то у меня куча вопросов. :)

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

197. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от фребсдоюзернемогунайтивыход on 04-Окт-17, 18:07 
> ZFS вместо файловой системы, clang вместо компилятора

Хорошие же решения.

>  Из линукса всякие KMS и hal-ы тащат.

Наоборот от hal уже уходят, он же legacy.

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

244. "Релиз FreeBSD 10.4"  +/
Сообщение от qwerty123 (??) on 04-Окт-17, 21:51 
> Лет 10 назад была "системой", да. Но потом в погоне за популярностью
> линукса

Чувак, где такую траву берешь?

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

39. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от пох on 03-Окт-17, 23:02 
> Почему вы используете FreeBSD, а не другую ОС?

low footprint
jail вместо невменяемых вечнодырявых "контейнеров" со "stdin/stdout" в качестве единственного средства связи с внешней системой
zfs в более-менее работающем состоянии
отстутствие до 12й версии "асинхронного инита" и прочей "хотим как в виндовс только нахаляву" (а получается - "как в виндовс, только всем хуже")

в некоторых случаях часть этого набора перевешивает недостатки.

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

88. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Пох on 04-Окт-17, 04:03 

> отстутствие до 12й версии "асинхронного инита"

а что в 12ой запилили? Если это опционально и на rc скриптах, то это весьма круто.

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

103. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 09:02 
> а что в 12ой запилили? Если это опционально и на rc скриптах,

обещали. А то ж как же нам без нового-модного гома, гомики не поймут.
Нет, инит будет ровно один.
> то это весьма круто.

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

"реакция на события" и прочая чушь серверам не нужна в принципе, рабочим станциям - лучше пусть ее не будет, чем то что могут сделать страдальцы "хотим как в винде".
Единственное "событие" на которое я бы хотел, чтобы у меня система умела нормально реагировать - выдергивание неотмонтированной флэшки. Но вот это победить нельзя, никак, очень хитро заколдовано еще Ритчи с Томсоном, еще лет сто отсасывать всем придется.

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

245. "Релиз FreeBSD 10.4"  +/
Сообщение от qwerty123 (??) on 04-Окт-17, 21:56 
> Единственное "событие" на которое я бы хотел, чтобы у меня система умела
> нормально реагировать - выдергивание неотмонтированной флэшки.

Чувак, вылезай из криокамеры.

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

282. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 05-Окт-17, 15:25 
>> Единственное "событие" на которое я бы хотел, чтобы у меня система умела
>> нормально реагировать - выдергивание неотмонтированной флэшки.
> Чувак, вылезай из криокамеры.

ты мне хочешь сообщить, что оно уже не каждый раз валится в kernel panic, а только иногда? Спасибо, это, если в ретроспективе, охрененный прогресс, но немного не то, что я хотел бы в XXI веке.

хинт: если я это проделаю в проклятой-винде, и в этот момент не выполняется операций копирования - не случится ровно ничего. Вообще. Ни с флэшкой, ни с системой. Сколько б там всего не было поверх накручено (включая точки монтирования и прочие не самые тривиальные виндовые вещи) Ушла в оффлайн-  ну и ушла, фиг с ней.
Если открыты какие-то дескрипторы - они вернут открывателям ошибку чтения или записи - и те тоже совершенно спокойно завершатся или предложат пересохранить куда-то еще.

У нас же, насколько я помню,недавно появилась вместо этого чудо фича времен даже не win98, а ms-dos 3.21 - модуль geom, умеющий завесить текущие операции на предмет вечного ожидания,
"а может юзер догадается воткнуть выткнутое обратно как было". Уж не знаю, кто в этой задумке должен (и куда) высовывать надпись "abort,retry,ignore". (fail [то есть от...сь от меня уже с этой флэшкой, верни приложению что-нибудь разумное и забудь о ней], что характерно, не предусмотрен вообще, разьве что в виде forced umount - и то не проверял что сработает)

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

284. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 05-Окт-17, 16:07 
> У нас же, насколько я помню,недавно появилась вместо этого чудо фича времен
> даже не win98, а ms-dos 3.21 - модуль geom, умеющий завесить

[...]
> что-нибудь разумное и забудь о ней], что характерно, не предусмотрен вообще,
> разьве что в виде forced umount - и то не проверял что сработает)

А заодно и не разбирался, как это (не) связанно с предыдущим, зачем оно нужно и как работает?


# втыкаем флешку
% mount
/dev/da0s2 on /media/da0s2 (msdosfs, asynchronous, local, noatime, nosuid, automounted)

% echo "тест" > /media/da0s2/efi/boot/test
% cat /media/da0s2/efi/boot/test
тест
# вытыкаем флешку
% echo "тест" > /media/da0s2/efi/boot/test
sh: device not configured: /media/da0s2/efi/boot/test
% cat /media/da0s2/efi/boot/test                                                                                
cat: /media/da0s2/efi/boot/test: Device not configured
% automount -u
% mount
# ой, ничего нет, отмонтировалось. Как же так?
#втыкаем опять
% cat /media/da0s2/efi/boot/test
тест


ЧСХ - все работает абсолютно без зависаний.

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

302. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 06-Окт-17, 12:10 
# ой, ничего нет, отмонтировалось. Как же так?
очевидно - automount в этот раз "успел раньше". Что вовсе не гарантировано в следующий раз.
Но раз вы ни в зуб не понимаете о чем я вообще говорю - вероятно, тратить на вас время незачем.

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

307. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Аноним (??) on 06-Окт-17, 14:28 
> # ой, ничего нет, отмонтировалось. Как же так?
> очевидно - automount в этот раз "успел раньше". Что вовсе не гарантировано в следующий раз.

бла-бла-бла. Кернел паника где?

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

97. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от Аноним (??) on 04-Окт-17, 08:28 
> jail

vnet уже перестал падать, или всё по старинке алиасами на интерфейсе наяриваете?

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

106. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 09:10 
>> jail
> vnet уже перестал падать, или всё по старинке алиасами на интерфейсе наяриваете?

понятия не имею - еще раз: мне не нужны ваши уродливые "контейнеры". Если бы я их хотел - я бы поставил линукс.
По старинке - без vnet и без ненужных алиасов на интерфейсе. Вы ни пользоваться jail не умеете, ни понятия не имеете, зачем вообще он придуман.

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

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

110. "Релиз FreeBSD 10.4"  +/
Сообщение от Dmitry (??) on 04-Окт-17, 09:38 
>> jail
> vnet уже перестал падать, или всё по старинке алиасами на интерфейсе наяриваете?

Как всегда, комментарий человека, видевшего FreeBSD только в видеороликах на youtube

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

133. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 12:33 
> Как всегда, комментарий человека, видевшего FreeBSD только в видеороликах

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

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

161. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 04-Окт-17, 14:34 
>> jail
> vnet уже перестал падать,

Это тот самый, который еще в релиз восьмерочки включил и до этого четыре года разрабатывали, вылавливая грабли? Давай конкретно, что, где и сколько "падений" было после релиза? Про RC не надо - он для этого и нужен был.

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

190. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Sw00p aka Jerom on 04-Окт-17, 17:00 
> vnet уже перестал падать, или всё по старинке алиасами на интерфейсе наяриваете?

всё по старинке алиасами, так надёжней, да и на один алиас уже можно вешать по несколько ДЖ

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

131. "Релиз FreeBSD 10.4"  +4 +/
Сообщение от fidaj (ok) on 04-Окт-17, 12:27 
>> Почему вы используете FreeBSD, а не другую ОС?
> jail вместо невменяемых вечнодырявых "контейнеров" со "stdin/stdout" в качестве единственного
> средства связи с внешней системой

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

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

138. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от пох on 04-Окт-17, 12:48 
> тем не менее, попробуй найти работу с этими клетками, когда распиаренные контейнеры

вопрос же был - почему вы используете freebsd, а не попробуйте найти работу. Когда "пробуйте найти работу", будет "использую freebsd патамушта шеф меня нанял ее использовать", и уже у шефа надо узнавать, почему, а не у прикованного к пулемету.

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

> Осталось только в ядре нормально реализовать лимиты на все что можно и

нам бы пока с arc.c что-нибудь сделать :-(

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

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

333. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от user455 on 15-Ноя-17, 20:27 
> Почему вы используете FreeBSD, а не другую ОС?

когда-то давно (лет 14 назад), я пытался разобраться с линуксом, но ввиду того, что линукс - это довольно большое количество дистрибутивов с разными подходами к управлению, было довольно сложно - одно хауту написано для одного дистрибутива, другое - для другого и т.д. новичку очень непросто в такой экосистеме.

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

но работая с фрибсд я постоянно натыкался на то, что все время чего-то под него не было. то распределенной файловой системы, то пейсмейкера с коросинком то какой-нибудь другой пепяки модной, или что-то было, но работало хуже. обслуживая системы среднего размера я постоянно чувствовал себя неполноценным - то, что было в мире линукс само собой, во фри бсд приходилось искать и изобретать заново. хотя были и плюсы - например pf. на мой взгляд самый лучший и удобный фаервол. хотя не сильно удобнее линуксового iptables (который netfilter) как оказалось потом.

реальность диктовала свои правила. когда я заходил на хх.ру в поисках работы по фрибсд было обычно 2-3 вакансии, а по линуксам 20-30. делать нечего - я стал разбираться с rhel (centos) и после нескольких лет опыта поддержки сервисов под управлением фри, мне-таки дался линукс и я устроился линукс админом.

с тех пор я сильно вырос, сменил кучу мест работы, сейчас работаю девопсом в международной компании - уже далеко не первой. какие системы обслуживать - мне все равно. нужно линукс? пожалуйста. нужно бсд? да не вопрос. только вопрос про использование бсд не встает никогда. все что нужно есть под линуксом. достаточно двух  веток дистрибутивов - deb-based и rhel-based. там все хорошо и логично. сейчас я не могу понять, почему мне линукс казался нелогичным и неудобным. наверное из-за большого разнообразия дистрибутивов.

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

ну кроме фанатов в хорошем смысле этой операционной системы.


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

13. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Alex_K email(??) on 03-Окт-17, 21:12 
Не так и много добавили относительно 10.3.
Хотелось бы blacklistd, sendfile из 11.1, openssl 1.0.2, но ими тут и не пахнет... :(

Expected EoL продлили на полгода до 31.10.2018 и на том спасибо.

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

33. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 03-Окт-17, 22:46 
> Не так и много добавили относительно 10.3.

лишнего - очень даже много, к сожалению.

> Хотелось бы blacklistd, sendfile из 11.1, openssl 1.0.2,

для хотельщиков всего нового и модного есть 11-STABLE, чем она вас не устраивает?

В .4 (когда и если они вообще случались) _принято_ вообще ничего не "добавлять", а тут еще и надобавляли, в том числе заведомо вредных *.d (как бы вот это выпилить хотя бы ненадолго?)

Вы, вероятно, просто недавно родились, и не понимаете, что такое релизы фри, и почему нельзя вечно сидеть на каком-нибудь 10.3-pNN
Это ни разу не какой-нибудь ляп43, в котором каждый день все новое.

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

86. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Onanon on 04-Окт-17, 02:33 
> заведомо вредных *.d (как бы вот это выпилить хотя бы ненадолго?)

Почему "заведомо вредных"? Деплоить настройки syslogd/crond для независимых программ отдельными файлами всяко удобнее же?

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

107. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 04-Окт-17, 09:15 
>> заведомо вредных *.d (как бы вот это выпилить хотя бы ненадолго?)
> Почему "заведомо вредных"? Деплоить настройки syslogd/crond для независимых программ
> отдельными файлами всяко удобнее же?

нет. Потому что это настройки одной программы - syslogd.
А вот возможность окинуть их взглядом и быстро заметить, где что-то не так - на этом кончилась.
Трудами неосиляторов sed, пришедших из линукса со своим кривым уставом.

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

111. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Аноним (??) on 04-Окт-17, 09:43 
>А вот возможность окинуть их взглядом и быстро заметить, где что-то не так - на этом кончилась.
>Трудами неосиляторов sed, пришедших из линукса со своим кривым уставом.

Осилятор выдумал себе проблему, забыв про concatenate. Или просто не знал про cat.

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

114. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 09:56 
> Осилятор выдумал себе проблему, забыв про concatenate. Или просто не знал про
> cat.

я же говорю - понаехавшие из линукса и сами работать не умеют, и другим все портят.
cat они знают, надо же... (видимо, ЭТУ утилиту осилили, ага)

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

115. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Аноним (??) on 04-Окт-17, 10:09 
кудах, пок.
По существу есть возражения?
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

189. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от DeadLoco (ok) on 04-Окт-17, 17:00 
> По существу есть возражения?

Это и есть "по существу".

Пока кpaснoглaзик "конфигурирует" сервисы, мышкуя по гую - это ему удобно. Но как только возникает необходимость сделать в конфиге нечто, не предусмотреное гуем - вот тут начинаются лютые проблемы. Кpaснoглaзик может и не догадывается, что за фронтендом гуя есть чисто текстовый бекенд. У него никогда не возникает потребностей вне гуя, потому что это за гранью его понимания. В таком случае конфиг, порубанный в мелкий винегрет и раскиданый по множеству каталогов, не есть проблема. Но когда нужно конфигурить нечто нетривиальное, непредусмотренное гуем, то монолитный конфиг, лежащий в /etc или /usr/local/etc - намного предпочтительнее.

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

192. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 17:18 
> Пока кpaснoглaзик "конфигурирует" сервисы, мышкуя по гую - это ему удобно. Но

ему мой ник. Лишь бы мышка кликала.
Не мой ник - пейсателю того гуя, который сед ниасилил, умеет только файлики двигать.
Он такой еще много чего ниасилит, и то, что это неосиляторство потащили в BASE - это очень фиговый признак, какие именно программисты примазались к грантам freebsd foundation.

И это уже выливается не (только) в мелкие диверсии типа описанной, а в ту историю с zfs, которая уже два года разрешиться не может, и ни один, ни один, сцуко, грантопил в ней не поучаствовал - слишком заняты подсчетами, в какие акции вложить свои бабки, ну а на досуге - вот такую херню с .d/* вам запиливают, чтобы было что написать потом в release notes для отчетности спонсорам.

К сожалению, это означает что очень скоро, фактически уже сейчас, мы получим "конкурент линуксу", а не хорошую юникс-систему.

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

193. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Аноним (??) on 04-Окт-17, 17:22 
Тебя маны по cat послать читать? Или сам сообразишь как слить несколько текстовых файлов и почитать stdout?
Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

118. "Релиз FreeBSD 10.4"  +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 11:06 
>>> заведомо вредных *.d (как бы вот это выпилить хотя бы ненадолго?)
>> Почему "заведомо вредных"? Деплоить настройки syslogd/crond для независимых программ
>> отдельными файлами всяко удобнее же?
> нет. Потому что это настройки одной программы - syslogd.
> А вот возможность окинуть их взглядом и быстро заметить, где что-то не
> так - на этом кончилась.
> Трудами неосиляторов sed, пришедших из линукса со своим кривым уставом.

по этой же причине разные дубы лезут в /etc/crontab вместо юзерских кронтабов? ну, чтобы "окинуть их взглядом и быстро заметить" ?

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

139. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от пох on 04-Окт-17, 12:54 
> по этой же причине разные дубы лезут в /etc/crontab вместо юзерских кронтабов?
> ну, чтобы "окинуть их взглядом и быстро заметить" ?

и чтобы меньше было шансов нечаянно просрать/поломать при переносе сервиса или апгрейде - потому что конфиги в /etc ты точно не забудешь, а вот "юзерские кронтабы" на машине где нет никаких настоящих юзеров (иначе не ты бы за них, а они сами себе писали) - на раз.
Впрочем, некоторые и на машине с юзерами ухитряются - "ой, а у юзера есть еще что-то кроме хомяка, надо же?!"

А теперь расскажи, почему у тебя лопается пукан от правок в /etc/crontab - тоже сед не умеешь, каждый раз мучаешься с ee? [вот тебя на моих-то системах облом так облом ждет]

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

266. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Onanon on 05-Окт-17, 03:46 
> и чтобы меньше было шансов нечаянно просрать/поломать при переносе сервиса или апгрейде - потому что конфиги в /etc ты точно не забудешь, а вот "юзерские кронтабы" на машине где нет никаких настоящих юзеров на раз.
> Впрочем, некоторые и на машине с юзерами ухитряются - "ой, а у юзера есть еще что-то кроме хомяка, надо же?!"

facepalm.jpg
Но с оратором согласен, несмотря на "офигительную" аргументацию, использовать юзерские кронтабы для псевдопользователй - абсурд.

> А теперь расскажи, почему у тебя лопается пукан от правок в /etc/crontab - тоже сед не умеешь, каждый раз мучаешься с ee? [вот тебя на моих-то системах облом так облом ждет]

Я не Тигар, но можно я отвечу? У меня просто лопается пукан от правок /etc/crontab sed'ом, не могу молчать. И я сейчас не про "single file vs conf.d/".
1) ee - это типа как nano, да? Сорян, за всё время использования bsd запускал это ужос раза 2 примерно. А nano-юзерам я, будучи аутсорсером, прописывал в .bashrc что-то типа alias nano="rm -f". Если бы не WITHOUT_EE, я бы поступал с ним так же. vim - наше всё, vi тоже сойдёт, если почему-то порты/пакеты ставить нет возможности.
2) Что понимается под правкой crontab sed'ом? Почему именно им вообще? Это типа Ъ и по-какерски? А если я, например, python'ом или perl'ом, или awk'ом - это Ъ или нет?.. Отвлёкся, простите. Так что под этим понимается? Обновление конфигов в продакшене, на боевых серверах? Использование sed'а вместо интерактивного текстового редактора на локалхосте? Что?
3) Какой вообще критерий оценки трушности подхода?

> вот тебя на моих-то системах облом так облом ждет

А тебя на моих. Потому что через ~3-7min после того, как поправишь своим ненаглядным sed'ом crontab или что-то типа того, придёт salt и откатит всё исходному состоянию. Потому что нефиг руками редактировать конфигурацию боевых серверов.

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

283. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от пох on 05-Окт-17, 15:37 
> 1) ee - это типа как nano, да? Сорян, за всё время

да - в смысле, я нихрена не знаю, как из него выйти, не испортив файл (quit и exit, ага, найдите два отличия), если нечаянно запустилось.
Поэтому мои системы собраны WITHOUT_этанёх, что гарантирует массу лулзов, если забрел индивидуум, не умеющий выйти из vi.

> 2) Что понимается под правкой crontab sed'ом? Почему именно им вообще? Это

ну хочешь ты снабдить свою ценную программу автодобавлялкой чего-то в кронтаб и еще пару линейных конфигов, почему бы и нет?

> типа Ъ и по-какерски? А если я, например, python'ом или perl'ом,

если ты пользуешься фрей, то должен знать, почему нет. awk - пожалуйста, только надо все время помнить, что это не gnu awk, мне проще помнить что лучше им на фре не пользоваться вообще ;-)

> своим ненаглядным sed'ом crontab или что-то типа того, придёт salt и

и что ты делаешь с установкой пакетов, которые приносят свои конфиги? Особенно в тех случаях, когда они тривиальны, и трогать там в общем-то ничего не надо.

> откатит всё исходному состоянию. Потому что нефиг руками редактировать конфигурацию
> боевых серверов.

не вижу проблемы. Если серверов тыща штук и отличаются они толко по uuid'ам-хрен-запомнишь, то, конечно, руками там делать нечего (а скриптами - берущимися из пакета - почему бы и нет, не вижу чем это хуже бранья из пакета мусора для добавления в .d)
Если сервер специфический, существует, в силу особенностей сервиса, в единственном экземпляре - не вижу необходимости в умножении сущностей и редактирования его конфигов через десять прослоек, не видя результата немедленно. Автоматизировать надо рутинную и отнимающую время работу, а не "чтоб было".

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

291. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Onanon on 05-Окт-17, 17:40 
>> 2) Что понимается под правкой crontab sed'ом? Почему именно им вообще? Это
> ну хочешь ты снабдить свою ценную программу автодобавлялкой чего-то в кронтаб и еще пару линейных конфигов, почему бы и нет?

Ну вот и как ты потом поймёшь, какой пакет попатчил тебе crontab? Что будешь делать, если в crontab кто-то сходит, поправит твою строку и автоудалялка не удалит нужное при удалении пакета? Как защитишься от того, что другие пакеты тем же sed'ом не распотрошат твои настройки из-за ошибки или вредоносных намерений их авторов?
Что будет, если в sed прилетит -9 от системы во время автодобавления?
rename (2) или symlink (2) атомарны, например, в отличие от.

>> типа Ъ и по-какерски? А если я, например, python'ом или perl'ом,
> если ты пользуешься фрей, то должен знать, почему нет. awk - пожалуйста, только надо все время помнить, что это не gnu awk, мне проще помнить что лучше им на фре не пользоваться вообще ;-)

Аргумент про базовую систему принимается, ок. Мне правда религия позволяет ставить условный python на машины, если нужно (обычно да).
Почему bsd awk лучше не использовать? Я правда не знаю. Я знаю, что он отличается от gnu awk, но не настолько владею обоими, чтобы знать, чем бсдшный фундаментально хуже.
Bsd sed, кстати, от гнутого тоже отличается. Поэтому за то время, что я админил и linux и freebsd в один период времени и в примерно равной пропорции, я приучил себя использовать однострочники на perl для замены ~80% кейсов, когда я использовал sed. Да, perl у нас был установлен везде. Да и сейчас кстати, но это уже не про freebsd, к сожалению =(

>> своим ненаглядным sed'ом crontab или что-то типа того, придёт salt и
> и что ты делаешь с установкой пакетов, которые приносят свои конфиги? Особенно в тех случаях, когда они тривиальны, и трогать там в общем-то ничего не надо.

Ничего не делаю, потому что у меня сейчас по работе linux в основном, причём, наиболее фекальный - ubuntu. Увы.
Salt защищает не все файлы, а лишь их часть, те, что новые приезжают в cron.d (обычно с пакетами) так и остаются.
Но я, кстати, считаю, что это в принципе плохая практика для серверов в большом кластере, как приносить с пакетом кронтабы так и патчить их чем либо.
Правильный способ - иметь свой планировщик и запускать его рядом с инстансом приложения или перенести логику в само приложение. А crond использовать для системных тасков и только.
В "волшебном linux-мире" этот подход вылился в контейнеры, жирные причём( Я не против контейнеров, но в данном случае это оверкилл.

>> откатит всё исходному состоянию. Потому что нефиг руками редактировать конфигурацию боевых серверов.
> не вижу проблемы. Если серверов тыща штук и отличаются они толко по uuid'ам-хрен-запомнишь, то, конечно, руками там делать нечего (а скриптами - берущимися из пакета - почему бы и нет, не вижу чем это хуже бранья из пакета мусора для добавления в .d)

Это хуже, но conf.d тоже плохо, да. Чем хуже - я уже много букв написал про то, почему я так считаю, в т.ч. в начале этого сообщения.

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

Согласен. У меня просто уникальных серверов уже очень давно нет, ибо требуют наличия реплик в количестве не менее 3х штук.

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

295. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 18:40 
> alias nano="rm -f"

Жестоко.

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

296. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Onanon on 05-Окт-17, 19:02 
>> alias nano="rm -f"
> Жестоко.

Справедливо.

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

142. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Onanon on 04-Окт-17, 13:04 
>>> заведомо вредных *.d (как бы вот это выпилить хотя бы ненадолго?)
>> Почему "заведомо вредных"? Деплоить настройки syslogd/crond для независимых программ
>> отдельными файлами всяко удобнее же?
> нет. Потому что это настройки одной программы - syslogd.

Ну как же нет, когда да. Вот я хочу вместе со своей программой приносить на машину отдельные настройки crond или syslog.
Что проще - патчить единственный файл или подложить ещё один файл в директорию?

А если чьё-то ПО уже поставляется с какими-то настройками syslogd/crond, а я хочу деплоить ещё какие-то свои дополнительные (актуально скорее для cron), то вариант с единственным файлом совсем уж неадекватен по сравнению с *.d-вариантом.

> А вот возможность окинуть их взглядом и быстро заметить, где что-то не
> так - на этом кончилась.

Условный "cat /usr/local/etc/cron.d/* | less" не поможет?

Ну и, как по мне, аргумент странный. А если в конфиге 70+ строчек - это тоже что ли удобнее читать в единственном файле?
В случае с раздельными файлами, можно будет разделить настройки по какому-то признаку и разложить в разные файлы, и потом удобно смотреть их независимо. Это гораздо лучше читается и нагляднее, чем большая простыня.

И да, crontab на 70+ строк я видел вживую и не раз. Как раз таки на фряхе. Т.е. я сейчас не о сферическом коне в вакууме.

> Трудами неосиляторов sed, пришедших из линукса со своим кривым уставом.

При чём тут sed? Причём тут linux и "его кривой устав"? Я использую и freebsd и linux, и админить приходилось обе ОС, при всей моей любви к фряхе, отсутствие *.d - недостаток.
Возможность инклудить конфиги и "*.d" вместо одного файла - это также логично и правильно, как существование /usr/local/ или rc.conf.local в той же bsd.

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

147. "Релиз FreeBSD 10.4"  –5 +/
Сообщение от пох on 04-Окт-17, 13:31 
> Ну как же нет, когда да. Вот я хочу вместе со своей
> программой приносить на машину отдельные настройки crond или syslog.
> Что проще - патчить единственный файл или подложить ещё один файл в

_тебе_ конечно проще. А мне потом этот зоопарк тамагочей кормить - нифига не проще, потому что я держу там не твою программу, а систему.  И вот это программистам, похоже, никак не понять.

> Условный "cat /usr/local/etc/cron.d/* | less" не поможет?

нет, не поможет, особенно если уже понадобилось ТАК в этом разбираться.

> Ну и, как по мне, аргумент странный. А если в конфиге 70+
> строчек - это тоже что ли удобнее читать в единственном файле?

не знаю. смотря что за строчки, если это реальные 70+ независимых задач, зачем-то понадобившиеся на одной системе (я бы подумал как ее попилить на независимые виртуалки), то да, удобнее, ты хотя бы будешь в одном месте видеть, что за чем выполняется (и не запустишь два тяжелых процесса одновременно).
Чаще всего это все же означает, что  надо было написать скрипты, выполняющие это все в правильном порядке, а в кроне оставить десяток вызовов этих скриптов, или вообще предоставить этим заниматься periodic (не забыв что у него есть _настройки_, или во всяком случае, были задуманы когда-то, чтобы ни при каких обстоятельствах не лазить в сами скрипты)

> И да, crontab на 70+ строк я видел вживую и не раз. Как раз таки на фряхе.

я их на всем видел, и иногда даже не в силу коекакерства сделанных, но это были очень старые системы, до эпохи доступной виртуализации, и в них, действительно, было напихано прорву вещей, "процессор же потянет, если не в пиковые часы?"(вот оно и лопнет часа в четыре утра, вот щастье-то) которые сейчас никто в одну банку не пихает.

> При чём тут sed? Причём тут linux и "его кривой устав"? Я

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

А .d/* вместо явных include (которые как раз полезны) - это диверсия, она тебе еще выйдет боком, и не раз.

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

195. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Onanon on 04-Окт-17, 17:23 
>> Ну как же нет, когда да. Вот я хочу вместе со своей
>> программой приносить на машину отдельные настройки crond или syslog.
>> Что проще - патчить единственный файл или подложить ещё один файл в
> _тебе_ конечно проще. А мне потом этот зоопарк тамагочей кормить - нифига
> не проще, потому что я держу там не твою программу, а
> систему.  И вот это программистам, похоже, никак не понять.

В смысле _мне_ проще? Объясни в чём разница между мной и тобой.
И при чём тут программисты?

>> Условный "cat /usr/local/etc/cron.d/* | less" не поможет?
> нет, не поможет, особенно если уже понадобилось ТАК в этом разбираться.

Не буду спорить, обычно по имени файла понятно, куда смотреть, делать cat * | less для поиска чего-то в конфигах мне не приходилось.
Ну это как, я не знаю, вот в /etc/ лежат разные файлы с разными названиями, и по их названиям понятно, что за что отвечает. Было бы это в одном файле - была бы помойка.
Тут точно также, кмк.

>> Ну и, как по мне, аргумент странный. А если в конфиге 70+
>> строчек - это тоже что ли удобнее читать в единственном файле?
> не знаю. смотря что за строчки, если это реальные 70+ независимых задач,
> зачем-то понадобившиеся на одной системе (я бы подумал как ее попилить
> на независимые виртуалки), то да, удобнее, ты хотя бы будешь в
> одном месте видеть, что за чем выполняется (и не запустишь два
> тяжелых процесса одновременно).

Строчки, естественно, всякий мусор, который, по-хорошему, надо было делать внутри самих приложений и не таскать с собой cron-задачи. И естественно, это не от хорошей жизни было.
Но так и речь про то, какой подход удобнее в реальном мире (который наполнен адом и кошмаром, увы), а не про то, как настраивать идеальную систему для запуска идеальных приложений.

> Чаще всего это все же означает, что  надо было написать скрипты,
> выполняющие это все в правильном порядке, а в кроне оставить десяток
> вызовов этих скриптов, или вообще предоставить этим заниматься periodic (не забыв
> что у него есть _настройки_, или во всяком случае, были задуманы
> когда-то, чтобы ни при каких обстоятельствах не лазить в сами скрипты)

Есть кластер, чуть больше 1000 машин. Есть задача деплоить на него ПО, написанное разными (в общем случае) командами программистов. Некоторые программы таскают с собой cron-таски, некоторые по cron'у запускаются на каком-то срезе хостов, некоторые не чистят за собой временные данные и приходится лепить костыли в cron'е и т.п. - мрак, в общем.
Утверждается, что принудить всех "делать правильно" и не таскать с собой всякое г вот прям сразу невозможно. Т.е. все к этому идут, но бардак уже исторически сложился и надо с ним как-то жить.
И удобнее жить с возможностью раскладывать костыли в разные места, а не перезаписывать файл, в надежде, что его не потрогали ничьи шаловливые ручки или ещё какая оказия не приключилась.

>> И да, crontab на 70+ строк я видел вживую и не раз. Как раз таки на фряхе.
> я их на всем видел, и иногда даже не в силу коекакерства
> сделанных, но это были очень старые системы, до эпохи доступной виртуализации,
> и в них, действительно, было напихано прорву вещей, "процессор же потянет,
> если не в пиковые часы?"(вот оно и лопнет часа в четыре
> утра, вот щастье-то) которые сейчас никто в одну банку не пихает.

На линуксе я не видел исключительно потому, что простыни были разложены по файлам в *.d. Ну и контейнеры, да.
Повторюсь: я не считаю, что 70+ строк в кронтабе - это хорошо. Но иногда это реалии, с которыми приходится жить.
Коекакерство - да. Старые инсталляции - да.
Как я считаю, если есть инструмент, с которым удобнее упорядочивать бардак, не имя возможности радикально искоренить его, то это плюс, а не минус. В конце концов, ничего не мешает фигачить всё одним файлом, если твои задачи это решает.

>> При чём тут sed? Причём тут linux и "его кривой устав"? Я
> потому что они на самом деле разучились - для них реально невыполнимая
> задача добавить строку в неструктурированный построчный конфиг (а потом еще ее
> и найти там, если понадобилось удалить или поменять).
> В основном эта публика тусуется в линуксных системах (потому что ничего другого
> не умеет и не хочет), но иногда прорывается на новые горизонты.

Просто при обновлении существующего файла может больше всего пойти не так, как хотелось, чем при подкладывании дополнительного, линукс тут ни при чём.
И чем больше у тебя парк машин, тем сильнее это ощущается. Как по мне, плохо и приносить 100500 файлов в *.d и деплоить один огромный конфиг, такие задачи должны решаться каким-нибудь etcd/zookeeper или чем-то типа salt/puppet.
Но приходится работать с тем, что имеем, мир не идеален.

> А .d/* вместо явных include (которые как раз полезны) - это диверсия,
> она тебе еще выйдет боком, и не раз.

Да почему же? Это же не принудиловка: не нравится, не клади ничего в .d/*. Это возможность, а использовать её или нет - нужно решать исходя из задач. И хорошо, что теперь есть больше вариантов для выбора. Я рассуждаю так.

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

198. "Релиз FreeBSD 10.4"  –5 +/
Сообщение от пох on 04-Окт-17, 18:20 
> В смысле _мне_ проще? Объясни в чём разница между мной и тобой.

потому что у тебя - "своя программа". А у меня - "cвоя система", единое целое, а программы в ней бывают в количестве энцать штук.

> Не буду спорить, обычно по имени файла понятно, куда смотреть

ты точно-точно админ?

что тебе по имени файла будет понятно, когда по данным мониторинга в системе охрененная нагрузка  с 3:25 по 4:30 с перерывами на полежать?
В какой, мля, файл из тыщи смотреть и что в нем искать? С какого прохода ты наконец заметишь нужную строчку в миллионе мусора? Уверен ли ты, что нашел нужную, а не похожую, потому что забыл еще один стопятый вариант того, откуда, БЕЗ явного указания этого в конфигах, шибкоумно хакнутый крон берет себе задания?

> Не буду спорить, обычно по имени файла понятно, куда смотреть

по имени файла сrontab, понятно, что туда надо смотреть, когда речь о периодических задачах.

случаи бардака, когда кронтаб на самом деле пишешь не ты, а стопицот косоруких программистов, решаются явным include в конфиге, который не может внезапно притащить что-то левое без твоего ведома.
(ну а правильней именно в freebsd это решается уносом в periodic, и написанием отдельного конфига верхнего уровня для него)

> Повторюсь: я не считаю, что 70+ строк в кронтабе - это хорошо.

это приемлемо, и совершенно не является проблемой для прочитать и разобраться - если ты все же админ.
Вот когда оно в семидесяти контейнерах по одной, и даже добраться туда чтобы их увидеть нужно с помощью танцев и приседаний - это да, это жопа. Получите ровно то, чего заслуживают люди, пустившие козлов в огород. (я всерьез думаю везде, где нарвусь на контейнеры, переводить их на новые-модные-интеловские-clear containers - оверхед не так ужасен, как уверенность, что оно будет виснуть и тормозить поштучно, а не вместе со всей системой и хрен найдешь виновного)

> Просто при обновлении существующего файла может больше всего пойти не так, как
> хотелось, чем при подкладывании дополнительного

нет. Это неосиляторы сед не думают головой - и получаем рейсы в fs (они ж даже атоммарно его создать не сообразят), файлы не с теми правами, и массу других интересных штук.
У тех кто думают, у них и с обновлением нет на пустом месте проблем, а на непустом они честно тебе выдают лог и говорят, что и куда добавить руками.

> Это же не принудиловка

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

С единственным аргументом "хотим как в линукс". Вот уж что-что, а еще один линукс мне нафиг не сдался.

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

237. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Onanon on 04-Окт-17, 21:00 
>> В смысле _мне_ проще? Объясни в чём разница между мной и тобой.
> потому что у тебя - "своя программа". А у меня - "cвоя
> система", единое целое, а программы в ней бывают в количестве энцать
> штук.

Я ничего не понял. Причём тут "моя программа - твоя система"? Как нарушается целостность системы от того, что я могу складывать конфиги для crond/syslogd/something в отдельные директории?
Или ты про то, что устанавливаемое ПО не должно менять персистентную систему, иначе кластер превратится в зоопарк со временем? Ну так с этой позиции нововведение лишь пользу приносит - я могу монтировать /etc, или вообще корень + /usr (не /usr/local/ !) в ro и все сторонние конфиги складывать в /usr/local/etc/*.d/. Кажется, это куда надёжнее, чем перезаписывать единственный файл?

>> Не буду спорить, обычно по имени файла понятно, куда смотреть
> ты точно-точно админ?

Что ты ожидаешь услышать в ответ? Нет, я не побегу выкладывать скан трудовой, извини. А апеллировать к личности оппонента - не комильфо.

> что тебе по имени файла будет понятно, когда по данным мониторинга в
> системе охрененная нагрузка  с 3:25 по 4:30 с перерывами на
> полежать?

Что мне будет понятно из /etc/crontab, когда по данным мониторинга в системе охрененная нагрузка  с 3:25 по 4:30 с перерывами на полежать?
Кажется, вопрос учёта и ограничения ресурсов несколько выходит за рамки обсуждаемого?
Можно настроить логин-классы, аккаунтинг, мониторинг и пр. - это про поиск злодея, сожравшего все ресурсы на хосте.
При чём тут способ доставки конфигов на кластер?

> В какой, мля, файл из тыщи смотреть и что в нем искать?
> С какого прохода ты наконец заметишь нужную строчку в миллионе мусора?
> Уверен ли ты, что нашел нужную, а не похожую, потому что
> забыл еще один стопятый вариант того, откуда, БЕЗ явного указания этого
> в конфигах, шибкоумно хакнутый крон берет себе задания?

Никогда не искал в кронтабе программу, которая ушатала машину, честно. Это даже звучит как абсурд =).
Имя программы/пользователя обычно не сложно найти более прямыми способами, далее найти файл, из которого запустился cron-таск - это секунды грепанья.

>> Не буду спорить, обычно по имени файла понятно, куда смотреть
> по имени файла сrontab, понятно, что туда надо смотреть, когда речь о
> периодических задачах.

По имени файла, содержащего "(cron|syslog|something).d/" всё также понятно. И?

> случаи бардака, когда кронтаб на самом деле пишешь не ты, а стопицот
> косоруких программистов, решаются явным include в конфиге, который не может внезапно
> притащить что-то левое без твоего ведома.
> (ну а правильней именно в freebsd это решается уносом в periodic, и
> написанием отдельного конфига верхнего уровня для него)

Т.е. вместо того, чтобы принести +N файлов ты предлагаешь принести +N файлов и в довесок добавить +N инклюдов в основной конфиг?
И считаешь это улучшением? В чём тогда оно? Тогда уж проще в самом деле один файл таскать, ей богу.

>> Повторюсь: я не считаю, что 70+ строк в кронтабе - это хорошо.
> это приемлемо, и совершенно не является проблемой для прочитать и разобраться -
> если ты все же админ.

Админ, админ. И именно поэтому я хочу не читать простыни по 70+ строк, а автоматизировать процессы так, чтобы мне не нужно было этого делать. Я хочу, чтобы ОС работала на меня, а не я на неё. И, кмк, в этом вообще смысл вычислительной техники.
Ревьюить простыню, которая изменяется иногда по N раз в день или дать возможность запускать своё Г без вмешательства администратора...
Даже не знаю, что выбрать =) *ИРОНИЯ*

> Вот когда оно в семидесяти контейнерах по одной, и даже добраться туда
> чтобы их увидеть нужно с помощью танцев и приседаний - это
> да, это жопа.

Учёт ресурсов, для тасков, запущеных в cgroups+namespaces/jail (да, я знаю, что их возможности не всецело эквивалентны), проще же.
Какие нужны приседания? Окей, линуксовый зоопарк/изобилие решений действительно может заставить тупить и путаться по первым порам, но в bsd, где jail'ы и только - какие там проблемы с этим?
Но это, опять же, не про доставку конфигов на машину и их хранение на диске, правда?

>> Просто при обновлении существующего файла может больше всего пойти не так, как
>> хотелось, чем при подкладывании дополнительного
> нет. Это неосиляторы сед не думают головой - и получаем рейсы в
> fs (они ж даже атоммарно его создать не сообразят), файлы не
> с теми правами, и массу других интересных штук.
> У тех кто думают, у них и с обновлением нет на пустом
> месте проблем, а на непустом они честно тебе выдают лог и
> говорят, что и куда добавить руками.

1) С каких пор править конфиги sed'ом в продакшене - это хорошая идея? Если уж мы говорим про один файл, то правильный подход - поправить (хоть бы и sed'ом, ага) его в безопасном месте (один раз), проверить, раскатить на кластер, поэтапно.
2) С каких пор правка конфига sed'ом атомарна? А если на 1 из 1000 машин в тот момент, когда твоя автоматика запустит sed кончится память посреди процесса и процесс sed'а будет принудительно завершён?
3) А если на куске кластера crontab отличается, или его даже потрогали чьи-то шаловливые ручки, у которых есть root, и теперь регулярка не работает?
Можно ещё придумать много аналогичных по смыслу примеров.
А можно даже не пытаться решить искусственно созданные проблемы и позволить приносить конфиги в /usr/local/etc/cron.d/ и не париться. Принёс некорректный файл? Отлично, ССЗБ. Твои таски не запустятся, у всех остальных работают как и ранее.
Не успех ли это?

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

Не давай права на запись в /usr/local/etc/cron.d/ пользователям, из под которых будет организована доставка файлов в эту директорию?
Кошмар, принудиловка уровня "bind в базовой системе, я принуждён использовать bind!11".
Откуда растёт противоестественное желание глазами валидировать все конфиги мне также не понятно. Эдак можно целый день только конфиги читать.
Не, если у тебя небольшой кластер, мало cron-тасков и редактируешь crontab только ты и не очень часто, то один файл - это самое то, да.
При несоблюдении хотя бы одного условия это мазохизм, извините.

> С единственным аргументом "хотим как в линукс". Вот уж что-что, а еще
> один линукс мне нафиг не сдался.

Истерика на пустом месте. Хотим не как в линукс, а как удобнее/практичнее. А то, что в линуксе также - не повод отказываться от решения.
И уж точно это изменение (минорное, к слову), не сделает freebsd "опасно похожей на linux". Бред.

PS: Таскать вагон настроек для cron/syslog/etc, которые нужны каким-то сторонним боевым программам в любом случае ЗЛО и так делать не надо, не важно, сколько файлов и где их по дефолту ищут системные сервисы. Я лишь попытался сравнить подходы, помня, что они оба плохие, исходя из имеющегося опыта.

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

297. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 05-Окт-17, 19:14 
> И при чём тут программисты?

Не ко мне был этот вопрос, но есть два-три слова по теме. Программисты конкретно при том, что подчас они делают проще жизнь самим себе, а не остальным людям (юзерам ли, админам ли, отделам продаж ли и пр.). Системду, например, придумали программисты для упрощения себе написания какого-то околосистемного софта и избавления себя же от зависимости от специфики разных дистрибутивов. Вот эти самые поттеринги-сиверсы и подобные им недоумки постоянно при покровительстве RH внедряют какие-то дрянные поделки — в интересах, разумеется, кормящей компании. Ни одной, ни даже половиной мысли эти ребята о нас не думали. Вообще. Им на весь остальной мир тупо плевать, а их стиль работы уже в анекдотах. Они строят системду исключительно для того, чтобы их непыльная хипсторская работа стала для них еще легче. Причем это они делают с наглостью неповторимой. Ну а юзерам (собирательным «нам») приходится потом эту дрянь как-то использовать, утратив при этом контроль и понимание системы.

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

310. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от лютый жабист__ on 06-Окт-17, 16:03 
> Программисты конкретно при том, что подчас они делают проще жизнь самим
> себе, а не остальным людям (юзерам ли, админам ли, отделам продаж
> ли и пр.). Системду, например, придумали программисты

Открою тайну - линух это ОСь от программистов для программистов, только поэтому он и рулит.

Соответственно, к вам вопрос - а вы собсно хто? и какой у вас лично вклад в линух?

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

311. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Анонимный Аналитек on 06-Окт-17, 16:21 
> Открою тайну - линух это ОСь от программистов для программистов,

Добавлю: на Си.
> Соответственно, к вам вопрос - а вы собсно хто? и какой у вас лично вклад в линух?

Поэтому тоже возникает вопрос - а каким боком тут жабисты?

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

15. "Релиз FreeBSD 10.4"  –7 +/
Сообщение от IdeaFix email(ok) on 03-Окт-17, 21:25 
То что они что-то релизят, должно как-бы намекать что система жива, но имхо уже многие догадываются как оно на самом деле.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от 0ffh (??) on 03-Окт-17, 21:36 
> То что они что-то релизят, должно как-бы намекать что система жива, но
> имхо уже многие догадываются как оно на самом деле.

думаете вслед за солярой пойдет ?
бородатые одмины за фрю всю грудь отобьют.
нетфликс и подобные говорят что на серверах тока фря справляется
линух не держит нагрузку

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

30. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Аноним (??) on 03-Окт-17, 22:18 
> бородатые одмины за фрю всю грудь отобьют

Ну да, голову-то уже себе отбили.

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

32. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от Аноним (??) on 03-Окт-17, 22:43 
> нетфликс и подобные говорят

Для них нагрузка некритична. Докупить сотню серваков - это как туалетной бумаги купить на всю компанию. "справляется" для них совсем другое означает.

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

35. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от пох on 03-Окт-17, 22:50 
>"справляется" для них совсем другое означает.

можете рассказать, что именно?
А то я лично участвовал в выносе нахрен фребеэсдей в одной когда-то достаточно известной компании - ровно потому, что они - не справились, и нет, "докупить" было нельзя, у масштабирования фронтендов есть ограничения. После сноса их не докупили, а выкинули половину за ненадобностью.

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

41. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 03-Окт-17, 23:10 
> что именно?

Возможность взять чужой код (возможно, модифицировать) и не париться с лицензиями. Насколько мне известно, то, что стоит на серверах нетфликса, разительно отличается от того, что лежит на зеркалах freebsd.org. Хотя за основу взята freebsd.

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

42. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 03-Окт-17, 23:21 
> Возможность взять чужой код (возможно, модифицировать) и не париться с лицензиями.

gpl ни разу этого не запрещает (пока ты этот код не раздаешь или не продаешь)

> мне известно, то, что стоит на серверах нетфликса, разительно отличается от
> того, что лежит на зеркалах freebsd.org. Хотя за основу взята freebsd.

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

ну, у богатых свои причуды


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

146. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Школьник (ok) on 04-Окт-17, 13:15 
> Насколько
> мне известно, то, что стоит на серверах нетфликса, разительно отличается от
> того, что лежит на зеркалах freebsd.org. Хотя за основу взята freebsd.

Насколько мне известно, они почти все изменения толкают в upstream - так дешевле получается, знаете ли.

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

235. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:59 
Release early, release often. Дуракам-то закон не писан.
Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

246. "Релиз FreeBSD 10.4"  +/
Сообщение от qwerty123 (??) on 04-Окт-17, 22:00 
> то, что стоит на серверах нетфликса, разительно отличается от
> того, что лежит на зеркалах freebsd.org.

Гоги напел?


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

43. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Аномномномнимус on 03-Окт-17, 23:22 
Зато то что ты занёс справилось и компания загнулась =)
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

46. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 03-Окт-17, 23:48 
не, "эффективных менеджеров" я туда не заносил, они там до меня угнездились.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

72. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от Аноним (??) on 04-Окт-17, 01:07 
Не думаешь, что ты один из эффективных? :)
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

77. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 01:23 
> Не думаешь, что ты один из эффективных? :)

я "старший". Если верить визитке очень лохматого года. (ни одного "младшего" менеджера мы в той конторе обнаружить не смогли ;-) "эффективных" тогда еще не было.

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

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

54. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:13 
>>"справляется" для них совсем другое означает.
> можете рассказать, что именно?
> А то я лично участвовал в выносе нахрен фребеэсдей в одной когда-то
> достаточно известной компании - ровно потому, что они - не справились,
> и нет, "докупить" было нельзя, у масштабирования фронтендов есть ограничения. После
> сноса их не докупили, а выкинули половину за ненадобностью.

Это вы за рамблер, хе-хе? Шутка юмора.

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

119. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 11:08 
>>"справляется" для них совсем другое означает.
> можете рассказать, что именно?
> А то я лично участвовал в выносе нахрен фребеэсдей в одной когда-то
> достаточно известной компании - ровно потому, что они - не справились,
> и нет, "докупить" было нельзя, у масштабирования фронтендов есть ограничения. После
> сноса их не докупили, а выкинули половину за ненадобностью.

слоник, залогинься, фантазёр))
про "не справились" было ржачно у тебя в жэжэ, там где ты смищьные картинки показывал по "не справляется" но в ответ на картинки NOC про сеть спросил "и чо"

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

132. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 04-Окт-17, 12:27 

> слоник, залогинься, фантазёр))
> про "не справились" было ржачно у тебя в жэжэ, там где ты
> смищьные картинки показывал по "не справляется" но в ответ на картинки
> NOC про сеть спросил "и чо"

Слушай, тигарыч, просто вопрос, а что те так везде этот слоник мерещится? Он нигде кроме мордокниги не появлялся, и свой знаменитый ЖЖ давно забросил. На опеннет его точно нет.

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

140. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 12:56 
> Слушай, тигарыч, просто вопрос, а что те так везде этот слоник мерещится?

ну так, поди, наступил ему на разбухший от самодовольства орган, и даже, наверное, не заметил ;-)

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

173. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 15:12 
>> слоник, залогинься, фантазёр))
>> про "не справились" было ржачно у тебя в жэжэ, там где ты
>> смищьные картинки показывал по "не справляется" но в ответ на картинки
>> NOC про сеть спросил "и чо"
> Слушай, тигарыч, просто вопрос, а что те так везде этот слоник мерещится?
> Он нигде кроме мордокниги не появлялся, и свой знаменитый ЖЖ давно
> забросил. На опеннет его точно нет.

был. 146%. а где он [не]появляется мне, чесгря, покласть с прибором:)

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

78. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от 0ffh (??) on 04-Окт-17, 01:24 
>> нетфликс и подобные говорят
> Для них нагрузка некритична. Докупить сотню серваков - это как туалетной бумаги
> купить на всю компанию. "справляется" для них совсем другое означает.

могу переврать - но по памяти нетфликс писали что у них в 2013 нагрузка была порядка 15гб
а в 2016 уже 60-70гб
и писали что тока бсдя и держит
я тогда показал статью одному бородатому одмину - и он мне кивнул и рассказал как потеряли одного толстого клиента в канаде. руководство чет там напартачило и вместо бсди посоветовало чет на генту ( вроде как  ) короче новая система не выдержала даже того что держала старая .
а канадское руководство послало ту организацию подальше.
чет он мне про ввод вывод в бсде обьяснял что он на порядок лучше чем в линухе.
но я мало че и тогда понял а счас уже и забыл :)

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

154. "Релиз FreeBSD 10.4"  +/
Сообщение от xm email(ok) on 04-Окт-17, 13:44 
Уже 100Gbps
https://medium.com/netflix-techblog/serving-100-gbps-from-an...
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

121. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 11:16 
>> имхо уже многие догадываются как оно на самом деле.
> думаете вслед за солярой пойдет ?

Если их Оракл купит, оно ещё может и неплохо оказаться.

> бородатые одмины за фрю всю грудь отобьют.
> нетфликс и подобные говорят что на серверах тока фря справляется
> линух не держит нагрузку

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

26. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от BirdGovorun email(??) on 03-Окт-17, 21:44 
> То что они что-то релизят, должно как-бы намекать что система жива, но
> имхо уже многие догадываются как оно на самом деле.

Не дождётесь.


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

37. "Релиз FreeBSD 10.4"  +7 +/
Сообщение от Школьник (ok) on 03-Окт-17, 22:55 
Тут недавно в бложике Netflix рассказали, как с одного сервера при помощи FreeBSD отдают 90Gbps TLS-трафика по 100Gb сети. Надеются оставшиеся 10Gbps дожать. Так что да, многие уже догадываются, как оно на самом деле.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

122. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 11:31 
> Тут недавно в бложике Netflix рассказали, как с одного сервера при помощи
> FreeBSD отдают 90Gbps TLS-трафика по 100Gb сети. Надеются оставшиеся 10Gbps дожать.
> Так что да, многие уже догадываются, как оно на самом деле.

Как коллега "пох" в #42 выше? Ну там, где про чудо-юдо-инхаус-аутофтри-а-тебе-не-дам патч.

""ну, у богатых свои причуды""(ц) u:пох

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

149. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 13:34 
> Как коллега "пох" в #42 выше? Ну там, где про чудо-юдо-инхаус-аутофтри-а-тебе-не-дам

так это нетфликс и есть. Уверяю тебя, ты НЕ ХОЧЕШЬ этот патч.

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

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

182. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 15:56 
>> Как коллега "пох" в #42 выше? Ну там, где про чудо-юдо-инхаус-аутофтри-а-тебе-не-дам
> так это нетфликс и есть. Уверяю тебя, ты НЕ ХОЧЕШЬ этот патч.

Спасибо, даже и мысли не было.

> Если бы это было что-то общественно-полезное, они бы давно его в апстрим
> отфутболили - как раз потому, что дураков нету, самим делать то,
> что другие прекрасно сделают за тебя.

Вы уж со Школьником договоритесь об общей формулировке, а то ж у стороннего наблюдателя создаётся впечатление, что вы то ли спорите, то ли не :-P договариваете, когда-где вам удобно.

"ФбсД хороша тем, что позволяет дёшево пропатчить throw-away one-of никому-недам-и-не-надь патчами сеть до 100гб, такому нище6роду, как нефликс."  ???? Ну, дальше сами!

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

219. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:14 
Не переживайте, сторонний наблюдатель пока еще способен разобраться, кто здесь человеки, а кто на подсосе.
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

150. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Школьник (ok) on 04-Окт-17, 13:34 
> Как коллега "пох" в #42 выше? Ну там, где про чудо-юдо-инхаус-аутофтри-а-тебе-не-дам патч.

Они почти все, что делают, толкают в upstream. Как, например, sendfile из прошлогодней
новости ( https://www.opennet.ru/opennews/art.shtml?num=43646 ).

PS Перечитал по той ссылке каменты и даже прослезился от дыма подгоревших афедронов у
адептов Самой Лучшей ОС Для Всего На Свете (tm). Le magnifique bombardement, простите за
мой французский!

PPS Кстати, где бы взять чудо-юдо-инхаус-аутофтри-а-тебе-не-дам-патч, которые крутятся у
Гугеля на их серверах? Неужели волшебная лицензия GPL не поможет раскрутить проклятых
буржуев, зажимающих патчи? Не может быть!

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

165. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Andrey Mitrofanov on 04-Окт-17, 14:58 
> PPS Кстати, где бы взять чудо-юдо-инхаус-аутофтри-а-тебе-не-дам-патч, которые крутятся
> у
> Гугеля на их серверах? Неужели волшебная лицензия GPL не поможет раскрутить проклятых
> буржуев, зажимающих патчи? Не может быть!

Да, ты правильно понял. В этом случае _разницы_ BSDL-vs-GPL нет совсем.

То есть это не тот случай, когда BSDL-таки "лучше".  Пытайся ещё.

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

200. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от _ (??) on 04-Окт-17, 18:46 
Это ты так признал что BSDL - таки не хуже?  :-) Йа начинаю волноваться и громко хрустеть попкорном 8-о
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

174. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 15:16 
> Кстати, где бы взять чудо-юдо-инхаус-аутофтри-а-тебе-не-дам-патч, которые крутятся
> у Гугеля на их серверах

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

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

201. "Релиз FreeBSD 10.4"  +/
Сообщение от _ (??) on 04-Окт-17, 18:47 
Не пугай, пуганные. (С)
Выкладывай. Или балаболка :)
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

167. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 04-Окт-17, 14:59 
> Как коллега "пох" в #42 выше? Ну там, где про чудо-юдо-инхаус-аутофтри-а-тебе-не-дам патч.
> ""ну, у богатых свои причуды""(ц) u:пох


git --git-dir=/usr/src/.git log|grep -i netflix|head                                                        
      Obtained from:        Netflix
    Obtained from:  Netflix
    Obtained from:  Netflix
    Sponsored by:   Netflix
    Sponsored by:   Netflix, Inc.
git --git-dir=/usr/src/.git log|grep -ic netflix    
341


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

28. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Загадочник on 03-Окт-17, 21:52 
Отсутствие "12309" многое решает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

220. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:15 
> Отсутствие "12309" многое решает.

Лучший камент на этом жалком форуме.

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

36. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от Аноним (??) on 03-Окт-17, 22:52 
мне кажется проект фрибсд в неправильных руках. система вместо того, чтобы развиваться и становиться популярной. например конкурентом линукса. все больше и больше зарывается. и это не из-за того, что там плохо написан код, или потому, что сама система плохая.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Релиз FreeBSD 10.4"  +/
Сообщение от Загадочник on 03-Окт-17, 22:58 
Такое впечатление, что вторую часть мысли обрезали. Тесаком.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

40. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 03-Окт-17, 23:05 
> мне кажется проект фрибсд в неправильных руках

мне тоже, по противоположной причине

> система вместо того, чтобы развиваться и становиться популярной. например конкурентом
> линукса.

спасибо, у нас уже есть один линукс, более чем достаточно.

хотелось бы, чтобы был хоть один работающий юникс, а не "конкурент линукса". Пусть себе с виндой конкурируют, ее меньше жалко.

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

59. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 00:26 
В последнее время я, посматривая на свои лицензии и прикидывая совместимость с прикладным ПО, думаю, что прочее как раз нехай гуляет боком. Особенно ликнукс с системдой. Не представляю, как это хозяйство заставить быть живым.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

61. "Релиз FreeBSD 10.4"  +/
Сообщение от YetAnotherOnanym (ok) on 04-Окт-17, 00:30 
> становиться популярной

Среди кого?

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

64. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от VINRARUS (ok) on 04-Окт-17, 00:34 
Среди хэйтеров Linuxa.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

67. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Аноним (??) on 04-Окт-17, 00:49 
> Среди хэйтеров Linuxa.

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

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

127. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от YetAnotherOnanym (ok) on 04-Окт-17, 11:59 
Подозреваю, что разработчиков FreeBSD больше интересует отношение пользователей к FreeBSD, нежели неприязнь к какой-то сторонней ОС.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

221. "Релиз FreeBSD 10.4"  +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:17 
Если бы так было, они бы не уделяли внимание качеству документации.
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

79. "Релиз FreeBSD 10.4"  +/
Сообщение от G0Dzilla email(??) on 04-Окт-17, 01:29 
Не надо. У линукса есть нехилый такой зоопарк конкурентов-линуксов.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

83. "Релиз FreeBSD 10.4"  +6 +/
Сообщение от VINRARUS (ok) on 04-Окт-17, 01:54 
Linux настолько суров шо конкурирует сам с собой. 8D
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

135. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от fidaj (ok) on 04-Окт-17, 12:35 
> мне кажется проект фрибсд в неправильных руках. система вместо того, чтобы развиваться
> и становиться популярной. например конкурентом линукса. все больше и больше зарывается.
> и это не из-за того, что там плохо написан код, или
> потому, что сама система плохая.

это не проблема фри - это проблема ее пиарщиков и рекламщиков.

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

166. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от 0ffh (??) on 04-Окт-17, 14:58 
> мне кажется проект фрибсд в неправильных руках. система вместо того, чтобы развиваться
> и становиться популярной. например конкурентом линукса. все больше и больше зарывается.
> и это не из-за того, что там плохо написан код, или
> потому, что сама система плохая.

из разговоров с тру бсдшниками - ( я тош жалился что фря туговато идет - на одном лисяре
всего не найдешь ) - мне бородатые одмины и говорилои - и хорошо что так !
и так и должно быть!!!
а то поналезут всякие вендоюзвери и сделают из фри копию еще одной венды.
пусть сидят на линухах и венде :)
а нам останется трушная сетевая весч.
и не будет среди нас тех кто держится за мышку :)
как то так

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

225. "Релиз FreeBSD 10.4"  +/
Сообщение от _ (??) on 04-Окт-17, 20:22 
>мне бородатые одмины и говорили

Забей! Виндоффс-вэй победил.
Чтобы стать таким же проффи надо пол жизни в этом ковыряться, и когда ты готов вдруг окажется что соляра сдохла :-о
Руби бабло, здесь и сейчас, как все и не выЁживайся. Ну жабаскрипт там в хайлоады и прочее вот это всё :)

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

92. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от лютый жабист__ on 04-Окт-17, 06:53 
Господа, как нынче у фряхи с длительностью поддержки?

Юзал её во времена 4.7, переход на 5.х был не гладким :))) Ну и 5-ка была не тОртом.

Переход с 10 на 11 и 12 тоже предполагает гребублю? Только давайте без "я обновил весь свой дачный сервер с 4 на 5 и всё заработало и даунтайм был всего три часа" :)

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

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

95. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от cvb (??) on 04-Окт-17, 07:54 
Давно всё починили, поставьте на виртуалку и обновите, даунтайм минимальный (на перезагрузки).
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

98. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от лютый жабист__ on 04-Окт-17, 08:30 
ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1

потом

freebsd-update upgrade -r 11.1-RELEASE-p1


Fetching metadata signature for 11.1-RELEASE-p1 from update5.freebsd.org... failed.
Fetching metadata signature for 11.1-RELEASE-p1 from update4.freebsd.org... failed.
Fetching metadata signature for 11.1-RELEASE-p1 from update6.freebsd.org... failed.
No mirrors remaining, giving up.


действительно быстро обновляется, гы-гы

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

109. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Сергей (??) on 04-Окт-17, 09:37 
>ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
>потом
>freebsd-update upgrade -r 11.1-RELEASE-p1

А freebsd-update fetch не пробовали? Или хотя маны почитать

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

120. "Релиз FreeBSD 10.4"  +3 +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 11:13 
>>ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
>>потом
>>freebsd-update upgrade -r 11.1-RELEASE-p1
>  А freebsd-update fetch не пробовали? Или хотя маны почитать

"я программист, мне маны читать некогда" (из UAFUG древних времен)

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

136. "Релиз FreeBSD 10.4"  +/
Сообщение от fidaj (ok) on 04-Окт-17, 12:38 
>>>ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
>>>потом
>>>freebsd-update upgrade -r 11.1-RELEASE-p1
>>  А freebsd-update fetch не пробовали? Или хотя маны почитать
> "я программист, мне маны читать некогда" (из UAFUG древних времен)

тогда не лезь систему обновлять & не говори, что она овно после этого.

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

178. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 15:28 
>>>>ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
>>>>потом
>>>>freebsd-update upgrade -r 11.1-RELEASE-p1
>>>  А freebsd-update fetch не пробовали? Или хотя маны почитать
>> "я программист, мне маны читать некогда" (из UAFUG древних времен)
> тогда не лезь систему обновлять & не говори, что она овно после
> этого.

блин. что-то не могу сходу найти тред с этим вот самым "мне маны читать некогда, я программист". там не про обновление системы речь шла
ЗЫЖ возможно, то был не uafug, а ru.unix.bsd какой, хз.

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

300. "Релиз FreeBSD 10.4"  +/
Сообщение от . on 06-Окт-17, 03:28 
BOFH ?
Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

134. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от лютый жабист__ on 04-Окт-17, 12:34 
freebsd-update fetch было сделано сразу.

Допускаю что "11.1-RELEASE-p1" неправильный таргет. Но правильный за 5 минут гугления подобрать не удалось 8)))

Про "маны почитать" давай конкретно, в какой строчке у man freebsd-update выдаёт правильный release.

Для клинических бздишников повторю, freebsd-update fetch сделал сразу и ошибок не было.

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

141. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 13:01 
> Допускаю что "11.1-RELEASE-p1" неправильный таргет.

смотри-ка, догадался. (конечно, отдельный превед авторам чудо-софтины, ТАК сообщающей что ты не угадал с версией)
> Но правильный за 5 минут гугления подобрать не удалось 8)))

гугль он такой, да... Помнит предыдущие поиски, и теперь что ни ищи, будет тебе - "тридцать витязей младых, тридцать юных голубых, в узких кожанных трусах.." (c), если вы знаете чей то мне за вас стыдно.

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

191. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от Sw00p aka Jerom on 04-Окт-17, 17:07 
> ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
> потом
> freebsd-update upgrade -r 11.1-RELEASE-p1
> Fetching metadata signature for 11.1-RELEASE-p1 from update5.freebsd.org... failed.
> Fetching metadata signature for 11.1-RELEASE-p1 from update4.freebsd.org... failed.
> Fetching metadata signature for 11.1-RELEASE-p1 from update6.freebsd.org... failed.
> No mirrors remaining, giving up.
> действительно быстро обновляется, гы-гы

пихни восьмёрки в resolv.conf

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

194. "Релиз FreeBSD 10.4"  +/
Сообщение от Минона (ok) on 04-Окт-17, 17:22 
>> ага, решил тряхнуть стариной, уже поставил в виртуалку 11.1
>> потом
>> freebsd-update upgrade -r 11.1-RELEASE-p1
>> Fetching metadata signature for 11.1-RELEASE-p1 from update5.freebsd.org... failed.
>> Fetching metadata signature for 11.1-RELEASE-p1 from update4.freebsd.org... failed.
>> Fetching metadata signature for 11.1-RELEASE-p1 from update6.freebsd.org... failed.
>> No mirrors remaining, giving up.
>> действительно быстро обновляется, гы-гы
> пихни восьмёрки в resolv.conf

Пихни хэндбук себе в руки
Фря обновляется так:
# freebsd-update fetch install && reboot

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

204. "Релиз FreeBSD 10.4"  +/
Сообщение от Sw00p aka Jerom on 04-Окт-17, 19:23 
спс за совет - к рукам прилипло
а за ребут по рукам давать нуно
Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

100. "Релиз FreeBSD 10.4"  +/
Сообщение от лютый жабист__ on 04-Окт-17, 08:38 
> Давно всё починили, поставьте на виртуалку и обновите, даунтайм минимальный (на перезагрузки).

И непонятно как конфиги оно merge-ит само. Искуственный интеллект появился?

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

156. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от xm email(ok) on 04-Окт-17, 13:58 
Нормально мержит. Где спотыкается прости ручками. Короче, как обычно всё.
Но, действительно, с последними релизами всё стало как-то сильно проще.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

99. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Alex_K email(??) on 04-Окт-17, 08:36 
Бинарные апдейты (те, которые через freebsd-update) проходят гладко и быстро.
Если обновляться из исходников, то весь тот гемор, который вы описали, в 11.1 присутствует.
Непонятно, почему они запилили нормальный etcupdate для бинарных обновлений и оставили mergemaster для установки их исходников.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

101. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от лютый жабист__ on 04-Окт-17, 08:44 
> Непонятно, почему они запилили нормальный etcupdate для бинарных обновлений и оставили
> mergemaster для установки их исходников.

etcupdate это хорошо, спасибо.

А порты оно само переустановит? А то я забыл ещё про последний шаг после
двух ребутов и mergemaster-а
пересобрать все порты 8) которых на десктопе так вообще 100500 штук.

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

102. "Релиз FreeBSD 10.4"  +/
Сообщение от Alex_K email(??) on 04-Окт-17, 09:01 
>> Непонятно, почему они запилили нормальный etcupdate для бинарных обновлений и оставили
>> mergemaster для установки их исходников.
> etcupdate это хорошо, спасибо.
> А порты оно само переустановит? А то я забыл ещё про последний
> шаг после
> двух ребутов и mergemaster-а
> пересобрать все порты 8) которых на десктопе так вообще 100500 штук.

pkg upgrade

из портов собирать есть смысл только, если нестандартные опции нужны.

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

108. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от лютый жабист__ on 04-Окт-17, 09:19 
> pkg upgrade
> из портов собирать есть смысл только, если нестандартные опции нужны.

Может ЧДНТ. pkg поставил жабку8 билд 131
pkg upgrade ничего не предлагает.
а это апрель 2017. там столько дырищ и фиксов за это время вышло.

Вообще, это касается и другого софта, не только жабы. Я так понимаю, в pkg перманентно тухляк. Ещё и без security-апдейтов, как было и 10 лет назад?

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

113. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 09:52 
> Может ЧДНТ. pkg поставил жабку8 билд 131

не понимаешь, ни что такое pkg, ни как он устроен.

> Вообще, это касается и другого софта, не только жабы. Я так понимаю,

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

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

137. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от лютый жабист__ on 04-Окт-17, 12:43 
>> Может ЧДНТ. pkg поставил жабку8 билд 131
> не понимаешь, ни что такое pkg, ни как он устроен.
> не понимаешь. И не надо,

Я должен сам собрать из порта pkg? Вы меня за гентуушника принимаете? Или скачать с фрешпортс как латентный вантузоид? Почему по-человечески нельзя? И почему вы нервничаете?

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

143. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 13:05 
>> не понимаешь. И не надо,
> Я должен сам собрать из порта pkg? Вы меня за гентуушника принимаете?

повторяю - не надо лезть со своими фантазиями туда, где нужны знания. Хотя бы минимальные.

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

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

303. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от лютый жабист__ on 06-Окт-17, 12:14 
На железном серваке поставил точно ту же фряху. pkg сразу жабу 141 поставило. Так что не надо калом раскидываться, это фряха у вас иногда глючит. про install у freebsd-update я уже понял.

Вообще, мне понятна твоя неприязнь. Из прогера админ делается за полчаса чтения хэндбука. Из админа прогер делается 5 лет. Оттого и баттхёрт :)

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

308. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 06-Окт-17, 14:52 
> Так что не надо калом раскидываться, это фряха у вас иногда глючит.

Про разные репы (latest/quarterly) муcью не слышал?


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

313. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от пох on 06-Окт-17, 20:18 
> Вообще, мне понятна твоя неприязнь. Из прогера админ делается за полчаса чтения хэндбука.

в том и дело, что нет. Это горе-программисты так думают - и вот от этого все неприятности и происходят. Админа из них не получится не то что за пол-часа, а и за год очень навряд ли. Даже собственный хост администрить нормально не могут. И проблемы искать и хотя бы грамотно о них рассказать - не умеют.

"фряха у нас иногда глючит", но совершенно не в этом месте.

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

148. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Аноним (??) on 04-Окт-17, 13:32 
> Я так понимаю, в pkg перманентно тухляк.

Так у тебя, единственного на весь форум, и греп "неправильно работает!".

> Ещё и без security-апдейтов, как было и 10 лет назад?


pkg search openjdk
openjdk8-8.144.1               Java Development Kit 8
openjdk8-jre-8.144.1           Java Runtime Environment 8


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

153. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от лютый жабист__ on 04-Окт-17, 13:43 
> Так у тебя, единственного на весь форум, и греп "неправильно работает!".
> openjdk8-jre-8.144.1           Java

Окей, спасибо, значит надо таки хэндбук почитать.

Там и греп с diff-ом глядишь поправославнее, чем ГНУсные. гы-гы...

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

112. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 04-Окт-17, 09:50 
> Господа, как нынче у фряхи с длительностью поддержки?

как в недобрые старые времена 4.0 - никак. И даже хуже, поскольку если тогда "STABLE is just less actively developed CURRENT", то теперь STABLE это мусорка, куда сливают не глядя патчи из HEAD, не проверяя их даже на банальную собираемость.

> Юзал её во времена 4.7, переход на 5.х был не гладким :)))

сам себе буратина.
> Ну и 5-ка была не тОртом.

вполне себе была - для тех, кому были нужны добавленные ей радости - 64битное ядро, geom, прочие мелочи. Остальным было, очевидно, не нужно лезть в систему, в которой столько серьезных изменений в ключевых местах, если они не собирались участвовать в ее улучшении.

> Переход с 10 на 11 и 12 тоже предполагает гребублю? Только давайте

понятия не имею, я предпочел пропустить и 9, и 10, мне от них ничего было не надо (они имели смысл только ради zfs). Но вообще-то 11 просто более свежая 10, без изменений видимых пользователем (для разработчиков наменялось многое), во всяком случае, таких, которые стоили бы следующей major number. Из опасного - внезапно без объявления войны сломали dss-ключи в ssh. Можно включить обратно, но не нужно - лучше заменить их везде, где еще использовались, отличный повод, ибо завтра доломают.
Никакого особого сакрального смысла апгрейдиться на 11, а не 12, в общем-то, тоже нет - см выше, что такое теперь "stable".

> без "я обновил весь свой дачный сервер с 4 на 5
> и всё заработало и даунтайм был всего три часа" :)

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

> Надо чтобы гарантированно и удаленно всё обновлялось. Помнится, даже с пределах одной

ты не сумеешь.
> Если серваков 100 и времени нет на фигню?

за скромные $35/час я освобожу тебе время и организую их апгрейд с приемлемым даунтаймом (и уж разумеется, без увеличения энтропии вселенной на пересборку ненужно ненужно сто раз). Количество потребных мне для этого часов - уточняется с успешным заказчиком, (прошедшим собеседование), после ознакомления с уровнем бардака в его системах  (в том числе - самого заказчика) и утрясания вопроса, какой даунтайм на самом деле "приемлем", а какой - благое пожелание, испаряющееся при виде ценника.
Работы в ночное время по default city - в трехкратном размере (ничего личного, я потом отсыпаюсь и теряю возможность заработать эти бабки днем).
За zfs storages с сотнями терабайт нажитого непосильным трудом берусь только под письменный отказ от ответственности (включая те, которые "у нас есть регулярный бэкап").

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

169. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от 0ffh (??) on 04-Окт-17, 15:02 
> Господа, как нынче у фряхи с длительностью поддержки?
> Юзал её во времена 4.7, переход на 5.х был не гладким :)))
> Ну и 5-ка была не тОртом.
> Переход с 10 на 11 и 12 тоже предполагает гребублю? Только давайте
> без "я обновил весь свой дачный сервер с 4 на 5
> и всё заработало и даунтайм был всего три часа" :)
> Надо чтобы гарантированно и удаленно всё обновлялось. Помнится, даже с пределах одной
> ветки было всё коряво: билдишь мир, ядро, инсталлишь только ядро, ребутишься,
> инсталлишь мир, полчаса руками мержишь конфиги, потом инсталлишь мир, опять ребут.
> Если серваков 100 и времени нет на фигню?

недавно ставил на ноут 9ку
после ( во время )установки фря сказала что старая она уже и не поддерживается.
а я раньше юзал русбсд на базе 8 и мне так нравилась та старая система.
а 11 на этот ноут не залезла как 9ка
были проблемы с видео

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

222. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonymoustus (ok) on 04-Окт-17, 20:19 
Я когда-то юзал пятую на десктопе. Потом сменил на лапчатое. И как-то отпал от информации.
Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

96. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от лютый жабист__ on 04-Окт-17, 08:07 
Кстати, непонятно что за последние 10 лет случилось с FSами. UFS развивали под тем же именем или он такой же печальный как и 10 лет назад (точнее, ещё печальнее, т.к. прошло ещё 10 лет)?

А сейчас ещё и дисковые массивы 10ТБ норма.

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

145. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от пох on 04-Окт-17, 13:13 
> Кстати, непонятно что за последние 10 лет случилось с FSами. UFS развивали

ничего нового, все случилось на десять лет раньше, кто-то в силу недостатков образования просто не в теме.

> под тем же именем или он такой же печальный как и

в ufs развивать нечего. Те, кому еще он нужен, получили примерно те инструменты, которые заполняли пробелы в технологии - geli, gjournal, gmirror, gshed. Десять лет, примерно, назад, где-то во времена 8.1.

Те у кого задачи уже просто не вписываются в bsd-fs, перешли на zfs. Кому на самом деле было надо - еще те же десять лет назад. И занялись _своей_ работой, а не др...вом на fs'ы.

Насколько я в курсе - вполне успешно.

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

151. "Релиз FreeBSD 10.4"  –4 +/
Сообщение от лютый жабист__ on 04-Окт-17, 13:40 
>кто-то в силу недостатков образования просто не в теме

Дык просвещайся, если не знаешь что ещё 10 лет назад UFS было никакушкой даже по сравнению с ext3. Коли "в ufs развивать нечего" представляю как это тормозит по сравнению с современными линухоФСами.

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

159. "Релиз FreeBSD 10.4"  +/
Сообщение от Школьник (ok) on 04-Окт-17, 14:12 
В ext(3|4) уже появились нормальные снэпшоты? LVM и прочие костыли не предлагать.
Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

176. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 15:21 
> В ext(3|4) уже появились нормальные снэпшоты? LVM и прочие костыли не предлагать.

"оба дерьмо".
Нормальные снапшоты (если не использовать для странного) появились в zfs - для тех, кому от fs именно оно было надо, ровно те самые десять лет назад все уже в общем работало (а желающим странного надо вовремя включать мозг).

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

152. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Школьник (ok) on 04-Окт-17, 13:42 
C UFS (точнее, с UFS2) за эти 10 лет случилось вот что: к их soft updates наконец-то прикрутили журналирование определенных метаданных (SU+J), что позволило сильно снизить время проверки после неожиданного отмонтирования (например, в результате сбоя по питанию). На тех томах, где раньше это могло занять несколько часов (параллельно с нормальной работой, впрочем), сейчас это занимает меньше минуты. И все это - ценой незначительного падения производительности.
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

155. "Релиз FreeBSD 10.4"  –3 +/
Сообщение от лютый жабист__ on 04-Окт-17, 13:45 
> C UFS (точнее, с UFS2) за эти 10 лет случилось вот что:
> к их soft updates наконец-то прикрутили журналирование определенных метаданных (SU+J),
> что позволило сильно снизить время проверки после неожиданного отмонтирования (например,

Soft updates во времена 5.1-5.3 уже было. UFS2 в целом тормозная до ужаса и видимо такой осталась.

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

158. "Релиз FreeBSD 10.4"  +/
Сообщение от Школьник (ok) on 04-Окт-17, 14:10 
> Soft updates во времена 5.1-5.3 уже было. UFS2 в целом тормозная до
> ужаса и видимо такой осталась.

Я говорил не про soft updates, а про то, что к ним частичное журналирование метаданных добавили.

Впрочем, похоже, вы сюда вовсе не спрашивать что-либо пришли.

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

304. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от лютый жабист__ on 06-Окт-17, 12:16 
> Я говорил не про soft updates, а про то, что к ним частичное журналирование метаданных добавили.
> Впрочем, похоже, вы сюда вовсе не спрашивать что-либо пришли.

Ну, я фряху уже поставил на 1 ненужный сервак. Глядишь переведу часть и десктоп скорее всего. Устал от линуха. Но это не отменяет факта - что UFS/UFS2 тормоз.

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

305. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от лютый жабист__ on 06-Окт-17, 12:19 
Хотя по стабильности есть сомнения, при ребуте 1 раз система колом встала на детекте CDROM-а (на древнем proliant g5). Несерьёзно как-то, сервак живой, линух месяцами крутится.
Ответить | Правка | ^ к родителю #304 | Наверх | Cообщить модератору

323. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Пох on 07-Окт-17, 22:53 
> Но это не отменяет факта - что UFS/UFS2 тормоз.

По сравнению с чем?
Я как-то тормозов не замечаю.
Вот в ext3 при удалении кучи файлов или одного большого - были.

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

325. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Andrey Mitrofanov on 08-Окт-17, 09:01 
>> Но это не отменяет факта - что UFS/UFS2 тормоз.
> По сравнению с чем?
> Я как-то тормозов не замечаю.
> Вот в ext3 при удалении кучи файлов или одного большого - были.

https://duckduckgo.com/?q=freebsd+UFS+2017+filesystem+benchm.../

https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/3.png
https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/6.png
https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/10.png
https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/11.png
https://www.phoronix.com/data/img/results/dragonfly_hammer/5...
https://www.phoronix.com/data/img/results/dragonfly_hammer/7...

Но ты предложи Микаэлю новый тест, на котором ufs нитармазиит. Или просто предложи "не замечать" -- так даже лучше. Оплатить не забудь, у М.Л. с луцем "тоже" напряги.

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

326. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от iZEN (ok) on 08-Окт-17, 13:27 
>[оверквотинг удален]
> https://duckduckgo.com/?q=freebsd+UFS+2017+filesystem+benchm.../
> https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/3.png
> https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/6.png
> https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/10.png
> https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/11.png
> https://www.phoronix.com/data/img/results/dragonfly_hammer/5...
> https://www.phoronix.com/data/img/results/dragonfly_hammer/7...
> Но ты предложи Микаэлю новый тест, на котором ufs нитармазиит. Или просто
> предложи "не замечать" -- так даже лучше. Оплатить не забудь, у
> М.Л. с луцем "тоже" напряги.

А что не 2007 года тесты (для юбилея)? Тогда тоже сравнивали.

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

327. "Релиз FreeBSD 10.4"  +/
Сообщение от Аноним (??) on 08-Окт-17, 13:32 
> https://www.phoronix.com/data/img/results/zfs_ext4_btrfs/3.png
> and UFS+J and UFS+S (the PC-BSD default file-system) were all tested with their stock
> settings when performing a clean installation.
> Но ты предложи Микаэлю новый тест, на котором ufs нитармазиит.

/0

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

330. "Релиз FreeBSD 10.4"  –2 +/
Сообщение от пох on 09-Окт-17, 21:16 
> Вот в ext3 при удалении кучи файлов или одного большого - были.

это ты еще при _создании_ настоящих не видел ;-) когда их на самом деле надо было создавать много и быстро. (разумеется, речь о варианте с barriers - без них она конечно тебе понасоздает, мда)
у ext4 не сильно лучше, а с dirindex на некоторых последовательностях вообще швах ( в виду, э...особенностей этих индексов)

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

164. "Релиз FreeBSD 10.4"  +2 +/
Сообщение от Аноним (??) on 04-Окт-17, 14:52 
> UFS2 в целом тормозная до ужаса и видимо такой осталась.

Нет, просто она простая до неприличия.
И защиты от жабистов, у которых тот же греп через час работы убивается ООМ на машинке с 96ГБ ОЗУ, хотя у всех остальных он почему-то отрабатывает за минуту -- тоже нет.

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

177. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от пох on 04-Окт-17, 15:23 
> Soft updates во времена 5.1-5.3 уже было. UFS2 в целом тормозная до

оно во времена 4.1 "уже было".
SUj - это такие непростые софтапдейты, но пользоваться ими не надо, надо пользоваться geom-journal

> ужаса и видимо такой осталась.

УМВРЧЯДНТ?


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

175. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от забыл_пароль_от_тигар on 04-Окт-17, 15:20 
> C UFS (точнее, с UFS2) за эти 10 лет случилось вот что:
> к их soft updates наконец-то прикрутили журналирование определенных метаданных (SU+J),
> что позволило сильно снизить время проверки после неожиданного отмонтирования (например,
> в результате сбоя по питанию). На тех томах, где раньше это
> могло занять несколько часов (параллельно с нормальной работой, впрочем), сейчас это
> занимает меньше минуты. И все это - ценой незначительного падения производительности.

главное, чтобы журнал не побился;) до того как я целиком и везде перешел на zfs я пробовал ранние su+j на десктопе, не понравилось то, что после электриков пришлось приседать. с ручным fsck, отключением журнала и прочими радостями. но это десктоп, который прям под лапками, а не сервер в далях типа мск и не всегда с ipmi
как там с этим дело обстоит сейчас не знаю, zfs просто работает и есть не просит

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

179. "Релиз FreeBSD 10.4"  +/
Сообщение от пох on 04-Окт-17, 15:30 
> как там с этим дело обстоит сейчас не знаю, zfs просто работает

до поры, до времени. А потом опа - и не проходит import, или scrub зависает на 10% навечно, или еще какой сюрпризец. Причем без всяких вот "выключений питания", от которых понятно как и где соломку подкладывать, a вот на ровном месте (ну то есть ты думаешь, что оно ровное).
> и есть не просит

зато как попросит - схавает и репку, и мышку, и жучку, и деда с бабкой, а потом и до тебя, внучок, на закусь, доберется.

Потому что починить это - это тебе не "вручную fsck", как на побившейся ufs, там думать надо.
Ну, фигли, сложные системы редко чинятся просто.

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

275. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от тигар (ok) on 05-Окт-17, 10:17 
https://gyazo.com/dd626fab7f9ef8b8db6c3cf809cf49ce вот как раз сегодня случилось:)
что-то из 10.х, лень смотреть точно. инсталилaсь OS методом "next-next-next" на саташку,
как-то вот так: /dev/ada0p2 on / (ufs, local, journaled soft-updates)
играюсь там иногда со всякой всячиной. и торренты иногда качаю. вот тыщи 3 torrent файликов болталось в rtorrent на тот момент как раз, потерять тот хост не страшно, 1 фиг когда-нибудь до head+zfs поднимать планировал, когда делать будет нечего. а, да. только reset через ipmi машинку в себя привел. можно было бы потратить время на тюнинг ufs, наверное. но смысла в этом ровно 0
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

306. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 06-Окт-17, 14:21 
на тюнинг su+j время можно не тратить - там такие же концептуальные проблемы в коде, уровня не лучше чем то что в arc.c (но ведут не к повисанию, а, что гораздо хуже, накату битого журнала), но править их никто никогда не будет, потому что те, кто могли бы, в принципе, и найти до конца проблему, и исправить, и, пожертвовав пару лет жизни, если повезет - продавить через ленивых и бестолковых грантопилов и примкнувших "с-комит-битом", неплохо себя чувствуют с ufs+gjournal и всем того же желают.

во всяком случае, так было пару лет назад, когда тема для меня еще была как-то актуальна

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

314. "Релиз FreeBSD 10.4"  +/
Сообщение от Alex_K email(??) on 06-Окт-17, 21:18 
gjournal медленный. скорость записи падает почти в 2 раза.
Ответить | Правка | ^ к родителю #306 | Наверх | Cообщить модератору

318. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 07-Окт-17, 01:41 
> gjournal медленный. скорость записи падает почти в 2 раза.

это какой-то неправильно настроенный gjournal.
Правильно настроенный дает небольшой прирост на чтение и небольшое (не в 2 раза) падение при записи.
крутить kern.geom.journal.cache.limit, только осторожно - его буквально надысь в очередной раз "починили", а словленный в этом месте kernel panic ведет к очень интересным приключениям.

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

226. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Школьник (ok) on 04-Окт-17, 20:35 
Я сам только на десктопе SU+J и использовал. На серверах с фряхой ZFS уже 8 лет, и ни единого разрыва.
Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

162. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Dmitry (??) on 04-Окт-17, 14:35 
С UFS все хорошо. Достаточно посмотреть историю коммитов.
https://github.com/freebsd/freebsd/tree/master/sys/ufs/ffs
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

128. "Релиз FreeBSD 10.4"  +/
Сообщение от ALex_hha (ok) on 04-Окт-17, 12:00 
> Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2

Амазон ее даже как отдельную ОС не выделил

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

299. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Anonimus (??) on 06-Окт-17, 02:51 
Скажите, люди добрые, что теперь модно юзать вместо покойного ezjail?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

317. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 07-Окт-17, 00:47 
> Скажите, люди добрые, что теперь модно юзать вместо покойного ezjail?

почему "покойного"? Лежит себе в /usr/ports/sysutils/ezjail , как deprecated или broken не отмечен, да и нечему там ломаться. Автор кажись сдох, и хрен с ним.

другое дело, что оно использовало nullfs, а это бомба, готовая рвануть в любую секунду, не надо ТАК экономить место.

модно использовать все же make distribution и jail.conf

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

320. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от Анонимный Аналитек on 07-Окт-17, 12:59 
> nullfs, а это бомба, готовая рвануть в
> любую секунду, не надо ТАК экономить место.

А поподробнее можно?

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

324. "Релиз FreeBSD 10.4"  –1 +/
Сообщение от пох on 08-Окт-17, 00:22 
> А поподробнее можно?

то что из мана убрали слова "иногда может вызывать kernel panic", вовсе не означает, что в vfs, унаследованной еще от one true bsd все эти проблемы на самом деле кто-то порешал.

как человек, несколько лет эксплуатировавший системы с layered fs, могу быть уверенным в том, что любая подобная конструкция рано или поздно под нагрузкой разваливается.
Если, как в нашем случае, систему поднять с бэкапа двухдневной давности, а юзерам сообщить что пусть как-нибудь перетопчутся, а нет, так деньги мы не возвращаем все равно, то, в общем, жить можно - оно не каждый день случалось.

А если у тебя там что-то ценное, то ну его нафиг. Диски, даже у vps, сейчас большие, лишняя копия base system ничего не изменит, оно больше упирается в память и cpu.

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

321. "Релиз FreeBSD 10.4"  +1 +/
Сообщение от Key (??) on 07-Окт-17, 15:17 
cbsd очень даже не плох как альтернатива. Хочешь из коммандной строки, а хочешь из bsdconfig.
Ответить | Правка | ^ к родителю #299 | Наверх | Cообщить модератору

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

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




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

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