The OpenNET Project / Index page

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



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

Оглавление

Релиз Debian 10 'Buster' , opennews (??), 07-Июл-19, (0) [смотреть все]

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


93. "Релиз Debian 10 Buster "  –1 +/
Сообщение от Аноним (93), 07-Июл-19, 13:36 
>быстрее? у вас инсталлятор тормозит?

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

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

101. "Релиз Debian 10 Buster "  –2 +/
Сообщение от mikhailnov (ok), 07-Июл-19, 14:04 
Нетормознуто - это rsync livecd на диск, как в draklive-install и в последнем абзаце этой новости.
Ответить | Правка | Наверх | Cообщить модератору

109. "Релиз Debian 10 Buster "  +/
Сообщение от Аноним (109), 07-Июл-19, 14:43 
>Нетормознуто - это rsync livecd на диск, как в draklive-install и в последнем абзаце этой новости.

И где тут инсталятор, разговор был про него?!

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

213. "Релиз Debian 10 Buster "  +/
Сообщение от gsdh (?), 08-Июл-19, 00:08 
А чем rsync не инсталятор? файлеки както не так копирует?
Ответить | Правка | Наверх | Cообщить модератору

218. "Релиз Debian 10 Buster "  +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 00:38 
> А чем rsync не инсталятор? файлеки както не так копирует?

Да, не так.  Он копирует _уже_ проинсталированную систему, _уже_ сконфигурированную для _других_ условий работы.

PS: если что, в наших livecd-install/alterator-livecd есть и мой код.

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

246. "Релиз Debian 10 Buster "  –1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 08:36 
> А чем rsync не инсталятор? файлеки както не так копирует?

Диск не разбивает, загрузчик не ставит....
...язЫков не спрашивает, пароли не меняет.

Да, как верхняя оценка скорости может прокатить.

Ещё, говорят, можно ускориться с eatmydata и похожими.  Есть ли оно в d-i, не знаю.


"" For this solution you are going to need a version of dpkg of at least 1.15.8.6.

Since that version of dpkg, there is a new force-unsafe-io option that will disable dpkg from calling sync() and the like between every package. You can add this option to the config in /etc/dpkg so that it is always in effect.

If you have an older version of dpkg you can alternatively use eatmydata http://www.flamingspork.com/projects/libeatmydata/ . "" --https://unix.stackexchange.com/questions/7238/how-to-make-dp...

// http://people.skolelinux.org/pere/blog/Quicker_Debian_instal...
// http://people.skolelinux.org/pere/blog/Speeding_up_the_Debia...

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

113. "Релиз Debian 10 Buster "  +2 +/
Сообщение от Дмитрий Марковemail (?), 07-Июл-19, 15:01 
Ну федоровский конечно тормоз, а на сьюзовский зря гонишь, он реально очень шустрый.
Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

122. "Релиз Debian 10 Buster "  –1 +/
Сообщение от Аноном (?), 07-Июл-19, 16:41 
>Ну федоровский конечно тормоз,
>а на сьюзовский зря гонишь, он реально очень шустрый.

А напомните-ка мне, сколько скушает ваш зюзевский установщик ОЗУ, по дефолту, при установке с нетинталла, например?!

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

147. "Релиз Debian 10 Buster "  –3 +/
Сообщение от Michael Shigorinemail (ok), 07-Июл-19, 18:29 
>>быстрее? у вас инсталлятор тормозит?
> Я не знаю у кого может быть быстрее иснталятор, лично я видел
> либо тормозной федоровский, либо люто адтово тормозящий опензюзный,
> либо вообще отсутствие инсталятора, мне вот интересно, что является
> эталоном нетормознутого инсталятора?!

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

Но вот текстового варианта у нас с 3.0 нету, а порой бы пригодился...

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

168. "Релиз Debian 10 Buster "  +/
Сообщение от Аноним (168), 07-Июл-19, 19:48 
Приветствую, Михаил!
Пробовал я ваш Альт устанавливать, ничего реактивного в установщике не заметил, обычный инсталятор, больше похожий на зюзевский или манжаро-калькулейтовский.
Не совсем корректно по скорости сравнивать, если в дебиановстком инсталяторе гора всяких настроек предустановочных, чтобы прям в лоб сравнить, то это нужно чтобы одинаковые преднастройки установщиков были, и если по обилию настроек сравнивать, то я бы сказал, что Альт не обыграет убунтовский установщик, который пока ещё, по сути дебиановский, только порезанный на пункты доступные к изменениям, и как раз больше на альтовский похож по доступности разнообразия преднастроек!
Ответить | Правка | Наверх | Cообщить модератору

219. "Релиз Debian 10 Buster "  –2 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 00:41 
> Пробовал я ваш Альт устанавливать, ничего реактивного в установщике
> не заметил, обычный инсталятор, больше похожий на зюзевский или
> манжаро-калькулейтовский. Не совсем корректно по скорости сравнивать

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

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

Мне-то это неважно как раз.  Важно -- что на выходе.

> и если по обилию настроек сравнивать

Тут тоже не особо сравнивал, особенно последние несколько лет -- но всяко спасибо за отзыв.

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

289. "Релиз Debian 10 Buster "  +/
Сообщение от rshadow (ok), 08-Июл-19, 12:39 
> скорость наливки пакетной базы

apt всегда был однопоточным, скорость всегда будет минимальная. Наверное логично если ты хочешь чтобы серверов хватило всем.
Кстати можно сделать в несколько потоков, но только с разных доменов. Что опять же распределяет нагрузку.

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

294. "Релиз Debian 10 Buster "  +/
Сообщение от Аноним (294), 08-Июл-19, 13:22 
>apt всегда был однопоточным,

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

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

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

198. "Релиз Debian 10 Buster "  +/
Сообщение от Аноним (198), 07-Июл-19, 22:29 
Абсолютный рекорд по времени установки из виденного мной принадлежит таки альту. Не помню, какая это была версия, году примерно в 2011-2012, ставился на недобук с атомом. Часов через 5 установку прервали, потому что спинки табуреток не выдержали.
Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

199. "Релиз Debian 10 Buster "  +1 +/
Сообщение от Аноним (198), 07-Июл-19, 22:32 
P. S. Недобук был, кажется, такой: https://habr.com/ru/company/intel/blog/99136/
Ответить | Правка | Наверх | Cообщить модератору

220. "Релиз Debian 10 Buster "  +1 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 00:45 
> Часов через 5 установку прервали

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

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

298. "Релиз Debian 10 Buster "  +1 +/
Сообщение от freehckemail (ok), 08-Июл-19, 15:16 
> Честно говоря, дебиановский считаю чудовищно тормозным
> установка альта по сравнению с ним просто реактивная

Ну если уж быть честными до конца, то сравнивать надо с учётом возможностей. В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут про >= рассказывать). В альте нету (поправь, если ошибаюсь, аналога debconf вообще). Ну и, собственно, как тут сравнивать? Был бы функционал одинаков -- тогда ладно. Но тут-то речь идёт о весьма тонких возможностях управления пакетами в одном случае, и топорной задачей "распакуй и запусти скриптик" с другой.

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

299. "Релиз Debian 10 Buster "  +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 15:33 
> Ну если уж быть честными до конца, то сравнивать надо с учётом
> возможностей.

...востребованных.  А то так можно и до типовой аргументации MS дойти -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснить свой же условный mso97 не мытьём, так катаньем]".  Помнишь такое? ;-)

> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут
> про >= рассказывать). В альте нету (поправь, если ошибаюсь, аналога debconf
> вообще). Ну и, собственно, как тут сравнивать?

Написал же -- по тому, что на выходе.

Ну и смотря с какой колокольни сравнивать.  В дебиане вон до сих пор даже четырёхкилобайтного control(8) нету, хотя казалось бы -- чего стоит утянуть.  И tcb там нету, хотя и это не настолько уж ракетная техника, притом крайне полезная.  И e2k там нет и не предвидится пока, а мне вот нужен...

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

Правило точности Рэя: Измеряй микрометром. Отмечай мелом. Отрубай топором.

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

302. "Релиз Debian 10 Buster "  +/
Сообщение от Andrey Mitrofanov_N0 (??), 08-Июл-19, 15:59 
>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>> возможностей.
> ...востребованных.  А то так можно и до типовой аргументации MS дойти

И тут -- сюрприз!

> -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона
> не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснить

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

Прямо, как тот микрософт (не в части "чтоб вытеснить", разве), только с обоих сторон, да?

> свой же условный mso97 не мытьём, так катаньем]".  Помнишь такое?
> ;-)
>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут

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

316. "Релиз Debian 10 Buster "  +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 17:24 
> Поскольку у каждого из индивидов востребованность фич -- разная, списки
> разные, то ты предлагаешь вот именно как раз пообмениваться субъективными
> и несравнимыми чек-листами?

Во-от!  Я предлагаю как раз этого и _не_ делать, а обмениваться скорее наблюдениями и набитыми шишками.  Поелику у каждого своя борода из них будет.

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

307. "Релиз Debian 10 Buster "  +/
Сообщение от freehckemail (ok), 08-Июл-19, 16:36 
>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>> возможностей.
> ...востребованных.  А то так можно и до типовой аргументации MS дойти
> -- "и ещё в этих ваших линуксе-опенофисе-самбе нет [перечень из миллиона
> не нужных 99% пользователей рюшиков, добавленных в распоследних версиях, чтоб вытеснить
> свой же условный mso97 не мытьём, так катаньем]".  Помнишь такое?
> ;-)

И эта аргументация имеет право на жизнь.

>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые начнут
>> про >= рассказывать). В альте нету (поправь, если ошибаюсь), аналога debconf
>> вообще. Ну и, собственно, как тут сравнивать?
> Написал же -- по тому, что на выходе.

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

> Ну и смотря с какой колокольни сравнивать.  В дебиане вон до
> сих пор даже четырёхкилобайтного control(8) нету, хотя казалось бы -- чего
> стоит утянуть.  И tcb там нету, хотя и это не
> настолько уж ракетная техника, притом крайне полезная.

control вряд ли кому-то в debian понадобится, там debconf есть стандарт. Он работает, и всех вроде бы устраивает, как он работает.

tcb и e2k никакого отношения к пакетникам не имеют

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

321. "Релиз Debian 10 Buster "  +1 +/
Сообщение от Michael Shigorinemail (ok), 08-Июл-19, 17:37 
>>> Ну если уж быть честными до конца, то сравнивать надо с учётом
>>> возможностей.
>> ...востребованных.  А то так можно и до типовой аргументации MS дойти
> И эта аргументация имеет право на жизнь.

Да, просто надо понимать ей цену.

>>> В альте нету мягких зависимостей (Recommends-Suggests, а то некоторые
>>> начнут про >= рассказывать). В альте нету (поправь, если ошибаюсь),
>>> аналога debconf вообще. Ну и, собственно, как тут сравнивать?
>> Написал же -- по тому, что на выходе.
> На выходе у Дебиана более гибкий пакетник

Это не на выходе, это под капотом.  На выходе инсталятора (речь была о нём) -- то, что ты получаешь после инсталятора.

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

Не так уж и сильно, как мне видится; тонкая порезка, например, меняет куда принципиальней.

Точнее, здесь целая связка вещей, которые надо рассматривать в комплексе (причём желательно хотя бы немного имея представление, что творится с репозиторием в целом и его подмножеством, идущим в исошки, в частности):

- грубая/тонкая нарезка пакетов
- жёсткие/разные зависимости
- автоматическая/ручная расстановка зависимостей

Это только то, что сходу влияет на "вот это кладём, вот это не можем положить, иначе притащит полрепо, вот это к тому лучше пусть сами ставят" (или вообще "вот это кладём, а что работать не будет в 90% случаев -- да и пофиг", как в варианте "будка без порубки вообще, жёсткие/отсутствующие зависимости, и те вручную").

>> Ну и смотря с какой колокольни сравнивать.

Так, я неправ -- ты же писал: "речь идёт о весьма тонких возможностях управления пакетами".

Тогда возвращаемся к нашим баранам: dpkg не умеет быстро устанавливать пакеты в объёме типичного дистрибутива, rpm -- умеет.

> control вряд ли кому-то в debian понадобится, там debconf есть стандарт.
> Он работает, и всех вроде бы устраивает, как он работает.

Медленно только, ага.  В control-то тормозить просто нечему.

Кстати, покажи, какие есть возможности управления конкретно взятым su при помощи debconf, интересно стало.  Вот как здесь:

PATH=/usr/sbin:$PATH
$ control su list  
public wheel wheelonly restricted
$ control su help wheel
wheel: Any user can execute /bin/su, but only "wheel" group members can switch to superuser
$ control su help wheelonly
wheelonly: Only "wheel" group members can execute /bin/su

> tcb и e2k никакого отношения к пакетникам не имеют

tcb -- пожалуй, да; e2k некоторое имеет, но это другое обсуждение.

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

333. "Релиз Debian 10 Buster "  +/
Сообщение от freehckemail (ok), 08-Июл-19, 19:04 
>>> А то так можно и до типовой аргументации MS дойти
>> И эта аргументация имеет право на жизнь.
> Да, просто надо понимать ей цену.

Как по мне аргументация может быть справедливой и нет. А вот с ценой уже вопрос сложный. Нам, получается, нужно ввести меру. А в чём оценивать аргументацию? Можем попробовать например оценить в последующих продажах конкурентных продуктов. Как тебе такая мера? =)

> Не так уж и сильно, как мне видится; тонкая порезка, например, меняет куда принципиальней.

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

С другой стороны у нас тонкая нарезка бинарных пакетов. Я как-то по умолчанию всегда предполагаю, что к тонкой нарезке надо стремиться. Впрочем, это в последнее время играет всё меньше роли. Разве что эмбедки могут этому порадоваться. На десктопе можно, в принципе, ставить всё сопутствующее скопом. На серверах раньше дробление позволяло сузить attack surface, а сейчас весь новый софт по умолчанию в контейнерах идёт, в основном docker + alpine. Кому ещё нынче дробление нужно, не знаю.

>> control вряд ли кому-то в debian понадобится, там debconf есть стандарт.
>> Он работает, и всех вроде бы устраивает, как он работает.
> Медленно только, ага.  В control-то тормозить просто нечему.

Ну так быстро нам вроде и не надо. Заменить debconf на control можно. Но только аккуратно. Надо враппер написать, чтобы control заменил debconf -- ну и базу мигрировать из одного в другой при установке.

> Кстати, покажи, какие есть возможности управления конкретно взятым su при помощи debconf

Посмотрел, util-linux настроек debconf не имеет. Но у нас как-то больше sudo в ходу.

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

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

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




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

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