From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 21 Nov 2004 12:36:01 +0200 From: random_code To: community@altlinux.ru Subject: Re: [Comm] =?KOI8-R?Q?=D3=C5=D2=D7=C5=D2_=D3=CF=D7=CD=C5=D3=D4=C9?= =?KOI8-R?Q?=CD=D9=CA_=D3?= Master 2.4 Message-Id: <20041121123601.32fc39a1.random_code@list.ru> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Spam: Not detected X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2004 10:35:02 -0000 Archived-At: List-Archive: List-Post: > > На чем остановиться - Intel, AMD, AMD64? > > В любом случае для серьёзного применения, IMHO, лучше Intel. > [В сторону любителей Атлонов: и не надо плевать в монитор! Вам же его > потом мыть! (с) не помню кто] > Сколько ни сталкиваюсь с AMD -- с любыми операционками хоть > какая-нибудь, но проблема вылезает. > Как правило, решаемая, но всё же... > А если совсем серьёзно, то надо брать брэндовый сервер, от IBM, > например. IBM-овцы, кстати, свои сервера на работу с Linux тестируют, > как утверждает наш конторский сисадмин, который этим делом специально > озадачивался, поскольку эти сервера у нас работают. Правда, тестируют > их не под ALM, естественно, а под SuSE и RH, но разница тут не > принципиальна, опять-таки, IMHO. > :-) Под ALM их тестирует ALT Linux, если уж на то пошло. Этим летом, в > рамках подготовки ALM 2.4, некоторые модели из ряда xSeries тестировались > на совместимость с ALM 2.4. Извините, конечно, но от кривых рук вас ни интел, ни IBM не спасет. Не далее как на прошлой неделе был в Германии, так вот, они там от интела плюются - почти все их брэнды под AMD/AMD64. Чтобы там интеловцы не говорили, их время давно прошло, настало время заимствовать чужие технологии. ИМХО, в любом случае АМД будут целесообразнее. В последних моделях AMD64 появился интересный регистр, который запрещает выполнение инструкций из сегментов не-.code, то есть если злобный хаЦкер попытается сорвать стек, поместив шеллкод в сегмент .data, ничего выполнить ему не удастся - инструкции будут интерпретированны как данные. Проблема только в одном: в GNU/Linux нет поддержки этой технологии (в WinXP появилась с SP2), где наши кернел-хакеры? :) Лень самому писать ;) С уважением, Александр