On Tue, Nov 06, 2007 at 07:54:10PM +0200, Покотиленко Костик wrote: > В Вто, 06/11/2007 в 18:05 +0300, San_Sanych пишет: > > Dmitry Fedorov пишет: > > > 06.11.07, San_Sanych написал(а): > > >> а интел повернулся лицом к людям только когда решил > > >> сменить свои технологии и не гнаться за гигагерцами
К кошелькам ;) Когда стало ясно, что даже домохозяйки уже сомневаются в необходимости наклейки "intel inside" (по каковой программе OEM'ам часть денег возвращали, чтоб по цене выходило конкурировать). И когда P4EE начали рвимы быть. > > > Гады. > > > /me идёт по красной площади с плакатом "Гигагерцы - главное!" Дмитрий, что -- и не параллелится совсем? > Всё зависит от задач. В некоторых гигагерцы главное. Для > универсального сервака главное всё, и гигагерцы, и количество > ядер, и многоконвеерная архитектура. Обычно ровное I/O -- из того, что способно своим отсутствием завалить сколько угодно гигагерцоядер. Голые такты даже на кластерных нодах сами по себе неинтересны, только обмен данными критичен не локальный, а сетевой. Могу предложить Multi-Disk HOWTO и dstat в дополнение к iostat/vmstat. Чтоб atop умел процессы по использованию диска раскладывать -- ядерный патч нужен, который далеко не везде есть. On Tue, Nov 06, 2007 at 05:01:24PM +0300, Dmitry E. Oboukhov wrote: > жаль что Р3 больше не производят > а то они вполне 99% десктопных задач устраивали бы :) Да, хороший был камушек :) On Wed, Nov 07, 2007 at 01:21:50PM +0200, Alexander Vlasov wrote: > У вт, 2007-11-06 у 11:00 +0200, Michael Shigorin пише: > > P.S. > > On Sat, Nov 03, 2007 at 12:59:25PM +0300, Alexey Pechnikov wrote: > > > Подскажите, какое железо взять на сервер pentium D 3.0 - 3.4 > > JFYI: Pentium 4 -- это тупиковая ветка, утюг с тормозами и > > вообще не вариант к рассмотрению для сколь-нибудь > > осмысленного выбора. Однажды не вышло отговорить вовремя > > коллегу -- до сих пор мучаемся, вот, как раз озадачен > > выкатыванием замены. > нет © Саш, я про squirrel.osdn, если что. Сдуру взял ему на замену дешёвый хьюлетовский woodcrest за недостачей денег на нормальный супермикровский оптерон, так что мож и с годик-два ещё мучаться. Как выкатим. > Более того, небольшой тестовый прогон P4-3ГГц и Core 4xxx > показал, что Core заметно отстает на например кодировании > аудио. Несмотря на цену. Athlon в тот же тест не засовывал? Тут сообщают, что на BE 2350 уже распаковывается Full HD 1080p (это другое, но показательно): https://lists.altlinux.org/pipermail/devel/2007-November/066311.html btw http://www.tomshardware.com/2007/03/26/the_gigahertz_battle/page15.html (внятного _свежего_ сравнения попугаев на ватт быстро не нашёл) On Wed, Nov 07, 2007 at 06:38:08PM +0200, Покотиленко Костик wrote: > На P4[D] вы зря бочку катите. Греются они не больше чем АМД. Возможно, мы про разные P4 -- я о 3.0--3.4. > По поводу производительности. В некоторых тестах АМД > (аналогичный по стоимости) превосходит Интел, в некоторых > наоборот. Но в "смешанном цикле" P4 лучше. У меня противоположные данные -- Intel в виде Xeon 5xxx сейчас отчётливо хорош только на линпаке и подобных задачах за счёт одной оптимизации и потоковой памяти FBDIMM. На остальном -- плох :( Core* почти не смотрел, отзывы "как для недорогого веб-сервера" от людей, которым доверяю, слышал строго положительные. Высказывался про P4, который умудрялся в наших задачах подчас оказаться хуже PIII (ну и Xeon на его основе -- хуже Athlon XP меньшей частоты). > Тем не менее, в документе по выбору железа для роутера с > netfilter.org есть один большой плюс в сторону двухядерных АМД > - и них отдельный контроллер памяти на каждое ядро. Но как это > в целом сказывается на производительности сказать тяжело. "В целом" -- исключительно положительно, а в конкретных случаях всегда ответ дают только свои тесты ;-) > Если уже на проц для сервака не жалко 200-300 баксов, то более > целесообразным решением будет Xeon LGA775 3Gz - который обойдёт > C2D под нагрузкой в несколько раз. Оптерон скорее. Особенно если их несколько надо. Интеловский вынесенный контроллер памяти сейчас мало что 20 с небольшим ватт сам по себе жрёт, так ещё и точка затыка. Вроде как до следующего лета интелы собирались сообразить, что FBDIMM, как и NetBurst -- тупиковый выпендрёж, и взять себе немножко HyperTransport. Может, ещё научатся не сбрасывать кэш при переключении виртуальных контекстов, а то сделали свой VT, а он того, учебный получился... -- ---- WBR, Michael Shigorin <[EMAIL PROTECTED]> ------ Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
