From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F61E993.6090201@netorn.ru> Date: Fri, 12 Sep 2003 18:43:15 +0300 From: "Vadim V. Zhytnikov" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru-RU; rv:1.4) Gecko/20030630 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Sisyphus Subject: Re: [sisyphus] kernel-image-std-smp-2.4.22rel-alt2 References: <200309060404.31465.pvl@pskb.com> <200309101956.46376.pvl@pskb.com> <3F5EE94A.8060907@progroup.ru> <200309102017.34006.pvl@pskb.com> <3F5F049A.8040109@progroup.ru> <3F5F0D64.8090107@altlinux.com> <3F5F735B.4070001@netorn.ru> <3F5F66A7.1030302@altlinux.com> In-Reply-To: <3F5F66A7.1030302@altlinux.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2003 14:43:22 -0000 Archived-At: List-Archive: Anton Farygin пишет: > Vadim V. Zhytnikov пишет: > >> Anton Farygin пишет: >> >>> Shrek пишет: >>> >>>> Arkadiy Pavlik пишет: >>>> >>>>> В сообщении от 10 Сентябрь 2003 20:05 Shrek написал(a): >>>>> >>>>> >>>>>> а как kernel-feat-fs-ntfs накладывали? >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Никак. :) 1. мне оно (ntfs) не надо. >>>>> 2. предпочитаю уже собранные ядра. >>>>> и наконец, сейчас проверил: >>>>> 3. в /lib/modules/2.4.22-std-smp-alt2/kernel/fs/ntfs есть ntfs.o >>>>> оно? >>>>> >>>>> >>>>> >>>> оно еще и собранное есть? мне нужна поддержка HIGHMEM, поэтому и >>>> собирал >>>> этот патч когда нибудь починят? >>>> на данный момент пришлось его выкинуть >>> >>> >>> >>> >>> В 2.4.22-std-smp, собранное с HIGHMEM - есть. >>> >>> Rgds, >>> Rider >>> >>> P.S. Народ, что скажете про HIGHMEM для UP ядра ? >>> Насколько оно реально нужно ? >>> >> >> Я очень не хотел бы видеть HIGHMEM в UP ядрах (ну неужели >> недостаточно smp ;) ?). Причина - с HIGHMEM несовместим >> CMU Common Lisp (или наоборот если хотите). >> --------------------------------------------------------- >> There are known problems running CMUCL on kernels using some of the >> "highmem" patches: in particular the CONFIG_2GB patch seems to >> conflict with the memory map used by the release binaries. The >> CONFIG_1GB and CONFIG_64GB options work fine. >> >> --------------------------------------------------------- >> Был очень рад, когда HIGHMEM убрали из UP ядер. До этого >> приходилось все ядра для себя пересобирать. Вот и пакетик >> c cmucl наконец для Сизифа собрал. >> >> Стоит ли беспокоиться по поводу какого-то там одного пакета? >> Не знаю. Но в порядке информации - CMU Common Lisp это наверное >> самая быстрая и маштабируемая реализация ANSI Common Lisp. >> >> Просто мнение > > > А работает ли CMUCL с опцией CONFIG_4GB ? > > Дело в том, что HIGHMEM сейчас идет не патчем, а уже интегрирована в > vanilla. > > Но вообще это все не принципиально - все равно похоже скоро всем > придется переходить на SMP ядра, ибо тот-же HT сейчас становится уже > массовым явлением. > Так, для информации. Только что проверил на 2.4.21-alt14 - CMUCL успешно работает как CONFIG_4GB так и с CONFIG_64GB, ну а других вариантов сейчас просто нет. Так что мои возражения просто снимаются как класс. Я счастлив :-) -- Vadim V. Zhytnikov