From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_00,FUZZY_XPILL, RP_MATCHES_RCVD autolearn=no autolearn_force=no version=3.4.1 To: devel@lists.altlinux.org References: <61310192-890b-1f93-a05c-09afb4a8efdd@gmail.com> From: "Michael A. Kangin" Message-ID: <38eee31c-3666-461f-1c1b-0a23a5064ef1@complife.ru> Date: Sun, 6 May 2018 21:34:10 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <61310192-890b-1f93-a05c-09afb4a8efdd@gmail.com> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0JzQvtC00YPQu9GM0L3Ri9C5IGluaXRyZC5pbWc=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 May 2018 19:34:12 -0000 Archived-At: List-Archive: List-Post: On 05/06/2018 08:25 PM, Leonid Krivoshein wrote: >> Минимальная поддержка, необходимая в initrd для сторонних образов с >> модулями - вызов "depmod -a" перед загрузкой модулей, например, в >> стадии pre-udev. Если сторонние образы содержат что-то другое, то и >> поддержки особой не надо. > Сейчас автоугадав взаимных зависимостей модулей работает на этапе > генерации initrd. Чего же хорошего в переносе этой длительной операции > на этап КАЖДОЙ (!) загрузки машины? Мне кажется, вы не вполне понимаете, о чём речь. Не стоит называть вызов depmod -a "автоугадавом". На паре десятков модулей в tmpfs он стремителен. [root@host-161 o1]# time depmod -a -b . 0.00user 0.00system 0:00.01elapsed 90%CPU (0avgtext+0avgdata 5660maxresident)k 0inputs+424outputs (0major+1324minor)pagefaults 0swaps > Даже если не умеет загрузчик, куски можно склеить заранее. И получить > всё тот же монолитный initrd. Но зачем? Ведь в конечном итоге для > решения конкретной задачи эти куски попадают на обработку всё равно уже > в склееном виде. Потому что выбор конкретной задачи может быть сформулирован и предложен в меню загрузчика. А создавать по монолитному образу на каждый из 64 (например) вариантов в многоуровневом меню - лишние затраты ресурсов на генерацию и хранение (дедупликацию) одного и того же многократно. А в случае медленной сетевой загрузки (uefi c tftp, например) оказывается очень важным предоставить как можно меньший образ.