[Sysadmins] OpenVZ: 32-bit VE in 64-bit HN

[Хихин Руслан]

Здравствуйте Led
  В сообщении от 27 января 2008 Led написал(a):
 > Sunday, 27 January 2008 13:16:30 Pavlov Konstantin написав:
 > > On Sat, Jan 26, 2008 at 11:17:34PM +0200, Led wrote:
 > > > Saturday, 26 January 2008 14:28:17 Максим Иванов написав:
 > > > > После небольшого обсуждения в devel и большого копания в
 > > > > гугле, пришёл
 > > > >
 > > > > к мнению, что если надо много памяти, а приложения 32-х
 > > > > битные, то
 > > > >
 > > > > лучше их пускать под 64 битным ядром, т.к. PAE и другие i386
 > > > > трюки с
 > > > >
 > > > > памятью не лучшим образом должны сказываться на
 > > > > производительности.
 > > > >
 > > > >
 > > > >
 > > > > Учитывая, что в ALTLinux Server нет multiarch и в ближайшие
 > > > > года,
 > > > >
 > > > > видимо, не предвидится, спасёт ли запуск 32-битной VE на 64-х
 > > > > битном
 > > > >
 > > > > сервере? Т.е. А) заработет ли, и Б) что с суммарным объёмом
 > > > > ОЗУ
 > > > >
 > > > > потребляемым приложениями внутри VE - можно ли выйти за лимит
 > > > > в 4 Гб?
 > > >
 > > > Если вам нужны ТОЛЬКО 32-битные приложения, то кто мешает
 > > > поставить
 > > >
 > > > 32-битгую систему, а потом - только 64-битное ядро?
 > >
 > > apt / rpm ?
 >
 > apt, естественно, отпадает. rpm'ом можно попробовать.
 >
 > > (Нет, я такого у нас не делал, потому и спрашиваю -- я наоборот
 > > пытался
 > >
 > > разве что ;))
А потом не окажется. что для нормальной работы с ядром нужен 64-х битный 
modutils и дальше по цепочке ?


-- 
  А ещё говорят так  (fortune):
 
The idea of male and female are universal constants. -- 
Kirk, "Metamorphosis", stardate 3219.8 
________________________________________________________________________
С уважением Хихин Руслан
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: This is a digitally signed message part.
Url     : <http://lists.altlinux.org/pipermail/sysadmins/attachments/20080128/1239064e/attachment-0002.bin>