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 сейчас становится уже 
массовым явлением.

Rgds,
Rider