Главная страница


su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Andrew Lesnichenko                   2:5020/400     02 Aug 2002  10:02:20
 To : Sergey Pratch
 Subject : Масштабируемость п  исюков.
 -------------------------------------------------------------------------------- 
 
    Sergey Pratch wrote:
 
 >     Я не сильно большой перец в "железяках", но тут попалась по руку статья
 > в "Компьютерном обозрении", о материнских платах для 2-х процессорных
 > систем, т.е. систем самого начального уровня, на базе Xeon-а (x86):
 
 >     Стоит заметить, что процессор Xeon (класса Prestonia и выше) может
 > работать как два процессора, благодаря техноллогии Hyper-Threading. Более
 > старшие модели расчитаны на работы в 4-х процессорных конфигурациях (по
 > факту - в 8-ми, так как каждый процессор работает за двоих). Механизм SMP
 > реализован внутри процессора, при этом нет никаких затрат на синхронизацию
 > кэша - он один на два внутренних больших супер-конвеера.
 >     Реализован этот механизм настолько эффективно, что Вынь действительно
 > показывает в 2 раза больше процессоров. Стоит добавить, что все это работает
 > с DDR, т.е. на частоте обмена с памятью в 400/533 МГц, а некоторые
 > модификации и с Rambus, т.е. 600 МГц.
 
 Hужно различать рекламные заявления с существующей реальностью. В 
 технологии Hyper-Threading слишком много ньюансов, чтобы говорить, что 
 "Реализован этот механизм настолько эффективно". В частности, компьютеры 
 используются не для того, чтобы "Вынь действительно показывала в 2 раза 
 больше процессоров", а чтобы выполнять большее кол-во задач, или 
 распараллелить имеющююся одну. А, как показывает практика, с этим у 
 Intel'а не так гладко, как они декларируют. В частности, никакие это не 
 "два процессора в одном", а только лишь многонитевая архитектура, т.е., 
 там аппаратные контексты для двух нитей выполнения (вместо одной). Как 
 результат, увеличение производительностьи для MSSQL составляет до 22%, 
 что далеко не "второй процессор". Ближе всего к реализации архитектуры 
 "несколько процессоров на одном чипе" (chip multiprocessing) подожли в 
 IBM с их Power4.
 
 А вообще см. http://www.osp.ru/os/2002/01/022.htm
 
 >     Как видим, если нам не попадаются в "каждой лавчонке" более серъезные
 > варианты исполнения архитектуры x86, то это не значит что ее просто не
 > существует. А вариант 1CPU+2DDR+1AGP+1PCI - даелко не вершина мира Intel.
 > 4-х процессорные платы практическин е поадают в широкие обзоры, а 6-ти и
 > 8-ми - практически Now-How фирм изготовителей (той же ALR или Compaq). Так
 > что, если вы обойдя весь отдел электронных игрушек магазина "Детский мир" не
 > увидели систем, которые вы бы признали в качесве серверных, это еще не
 > значит, что их просто нет - вы просто искали не в том месте. Или вы вообще
 > ищете, не то что хотите найти.
 >     Так что разговоры об отсутствии масштабируемости на платформе Intel
 > оставьте для кулуаров фирм конкурентов. Высокую стоиомсть эксплуатации можно
 > объяснить тоже только одним фактом - изначально все посчитать в японских
 > иенах, а затем забыть сменить валюту в дальнейших расчетах и конечные цифры
 > отобразить как в долларах.
 
 Да, соб-но, никто и не спорит с тем, что когда в Запорожце сидит один 
 только водитель, это значит, что он не может перевезти еще кого-то. 
 Конечно может - там есть место еще на троих ... Только речь-то не про 
 частный извоз по городу ...
 
 PS. Hасчет подсчета стоимости эксплуатации, вы, судя по всему, тоже "не 
 сильно большой перец" ...
 
 -- 
 Andrew Lesnichenko
 
 --- ifmail v.2.15dev5
  * Origin: Mobile TeleSystems (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 ответственная БД   Nik Sestrin   26 Jul 2002 09:36:17 
 Re: ответственная БД   Andrew Lesnichenko   26 Jul 2002 09:44:49 
 Re: ответственная БД   Nik Sestrin   26 Jul 2002 10:01:54 
 Re: ответственная БД   Andrew Lesnichenko   26 Jul 2002 10:12:29 
 Re: ответственная БД   Nik Sestrin   26 Jul 2002 10:33:42 
 Re: ответственная БД   Innocenty Kitaev   26 Jul 2002 11:24:39 
 Re: ответственная БД   Andrew Lesnichenko   26 Jul 2002 11:35:17 
 Re: ответственная БД   Pavel Zhdanovich   27 Jul 2002 11:10:44 
 Re: ответственная БД   Andrew Lesnichenko   29 Jul 2002 13:29:52 
 Hа: ответственная БД    Sergey Pratch   29 Jul 2002 14:04:40 
 Re: Hа: ответственная БД   Andrew Lesnichenko   29 Jul 2002 15:10:18 
 Re: Hа: ответственная БД   Nik Sestrin   29 Jul 2002 15:22:33 
 Re: Hа: ответственная БД   Andrew Lesnichenko   29 Jul 2002 16:34:25 
 Re: Hа: ответственная БД   Pavel Zhdanovich   30 Jul 2002 00:14:48 
 Re: Hа: ответственная БД   Michael Skulsky   07 Aug 2002 10:34:09 
 Re: ответственная БД   Pavel Zhdanovich   30 Jul 2002 00:03:10 
 Re: ответственная БД   Andrew Lesnichenko   30 Jul 2002 11:05:29 
 ответственная БД   Vadim Rumyantsev   01 Aug 2002 21:44:59 
 Hа: ответственная БД    Sergey Pratch   02 Aug 2002 01:39:20 
 Hа: ответственная БД   Vadim Rumyantsev   02 Aug 2002 10:36:15 
 Hа: ответственная БД   Andrey Zhukov   02 Aug 2002 20:30:18 
 Hа: ответственная БД   Vadim Rumyantsev   03 Aug 2002 11:10:42 
 Hа: ответственная БД   Andrey Zhukov   03 Aug 2002 18:16:42 
 Hа: ответственная БД   Vadim Rumyantsev   04 Aug 2002 13:31:13 
 Hа: ответственная БД   Andrey Zhukov   04 Aug 2002 23:54:05 
 Hа: ответственная БД   Andrey Zhukov   05 Aug 2002 00:08:34 
 Hа: ответственная БД   Vadim Rumyantsev   05 Aug 2002 10:22:34 
 Hа: ответственная БД   Andrey Zhukov   05 Aug 2002 21:05:04 
 Re: ответственная БД   Michael Skulsky   12 Aug 2002 11:49:11 
 Масштабируемость п исюков.   Andrew Lesnichenko   02 Aug 2002 10:02:20 
Архивное /su.dbms/1525c3e79680.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional