|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Cheusov 2:5020/400 16 Nov 2002 16:23:50
To : Vitaly.Lugovsky@ontil.ihep.su
Subject : Re: компиляция ядра
--------------------------------------------------------------------------------
Vitaly.Lugovsky@ontil.ihep.su writes:
> Aleksey Cheusov <cheusov@scnsoft.com> wrote:
>
> >> > Заметим... И это - тоже модно?
> >>
> >> Это РАЗУМHО. Если же ты предложишь УHИВЕРСАЛЬHЫЙ способ
> >> рантайм-специализации, то Отечество тебя не забудет. Могу даже
> >> выдать на это благое дело парабеллум.
>
> > Если перекомпиляцию ядра как-то ещё можно оправдать сомнительным
> > повышением производительности или меньшим размером (для некоторых
> > это даже сейчас важно), то перекомпиляция прикладных программ с
> > новыми "фишками" это просто глупость.
>
> Так. Читай ещё раз, а? Современный уровень технологий
> программирования не допускает серьёзной конфигурации во время
> рантайма.
>
> К примеру, включение/выключение всяких там
> логгеров/дебаггеров/профайлеров,
дебаггеры/профайлеры не нужны пользователям. А программисты для
отладки пусть делают все, что хотят. Я не о них говорю. Тут Вагнер
пример приводил, когда они с Чуприной сидя на одной машине имели
разногласия в том, с какими опциями компилировать vim. Вот это я
считаю ненормальным.
> выбор последовательного/многотредового/разфорканного варианта
> исполнения,
А так ли много приложений, которые могут и то и то одновременно? А
если и много, то простейший вариант здесь - основной цикл крутить
врутри либы, загрузив ее dlopen. Технических проблем здесь нет.
> отключение специфичных фичей, вносящих нежелательные зависимости от
> библиотек (ну на хрена мне emacs, линкованный с xlib, если наличия
> xlib вовсе не предполагается и тянуть его - мочи нет).
Делаешь промежуточный уровень в виде набора интерфейсов для
отображения/ввода и загружаешь или либу с xlib или что-нибудь
консольное. Если кому-то не нравится GUI emacsa, прикрутит себе
motif/gtk/qt или что-нибудь любимое.
Если я не ошибаюсь, dlopen будет грузить либу на новое место в памяти.
Это, конечно, минус, но такой ли большой?
>
> > Грамотные виндозники заменяют одну DLL другой с COM-овскими
> > потрохами и получают новую фишку.
>
> Весьма часто использование DLL нежелательно.
Всем никогда не угодишь. В OpenSource проектах по-моему такой проблемы
нет. Кому надо без DLL, тот это пусть и делает.
>
> > Hо тут, конечно, претензии к проектированию возрастают на пару
> > порядков. Это вам не "безжалостно рефакторить".
>
> Тут возрастают претензии к средствам разработки. Которых просто
> нет, ни для линукса, ни для виндовса.
>
> --
>
> V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl)
> (UIN=45482254)
>
--
Best regards, Aleksey Cheusov.
--- ifmail v.2.15dev5
* Origin: Science Soft (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
