форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
Сообщение от opennews on 20-Дек-09, 00:45
Компания Red Hat подтвердила (http://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium.../) информацию о прекращении поддержки серверов на базе процессорной архитектуры IA-64 (Itanium (http://ru.wikipedia.org/wiki/Itanium)) в будущей ветке Red Hat Enterprise Linux 6. Поддержка серверов на базе процессоров Itanium в RHEL 5 будет сохранена в полном объеме. Время жизни RHEL 5 продлится до 2014 года, а по контрактам расширенной поддержки срок поддержки RHEL 5 для Itanium может быть продлен до марта 2017 года. Основным производителем серверов на базе процессоров Itanium является Hewlett-Packard, позиционирующий для данного оборудования свою операционную систему HP-UX. Из других ОС Itanium поддерживают Tru64, OpenVMS, FreeBSD и NetBSD. Портирование на Itanium велось AIX и Solaris, но так и не было доведено до конца. URL: http://www.theregister.co.uk/2009/12/18/redhat_rhel6_itanium.../ Новость: http://www.opennet.me/opennews/art.shtml?num=24742
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
Сообщение от сабакка on 20-Дек-09, 00:45
AIX на Itaniume??? наверное что-то никогда не вышедшее за пределы лабораторий.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 20-Дек-09, 16:45
	Ну собственно на эту платформу было много надежды, поэтому ibm и занималась портом. Но как показал опыт итаниум первой реинкарнации это фейл. Вторые вроде ничего, но подмоченную репутацию никуда не деть.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
Сообщение от Аноним (??) on 20-Дек-09, 01:58
Solaris на Itanium ?? что за бред?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от pavlinux (ok) on 20-Дек-09, 02:31
	А ещё для PowerPC есть!
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	53. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Sergey (??) on 21-Дек-09, 18:17
	А что еще кроме него в мейнстриме из RISC-процов осталось? Есть ненулевая вероятность прикапывания Sparcа, все остальные практически сошли со сцены (или ушли в область встраиваемых девайсов)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от аноним on 21-Дек-09, 09:16
	а если внимательно посмотреть? "..., но так и не было доведено до конца...")
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 21-Дек-09, 13:33
	Разработка была прекращена в 2000 году
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–8 +/–
Сообщение от Zenitur on 20-Дек-09, 07:05
Жаль. Ну да ладно! Этот процессор у Интела, к сожалению, не удался. Но это поспособствовало укреплению позиций AMD году в 2005-м.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+2 +/–
	Сообщение от Neandertalets (ok) on 20-Дек-09, 10:33
	Почему к сожалению? Имхо, к счастью. Завалили Alpha с ХэПэшниками - тперь расхлёбывают. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
	Сообщение от Poler (ok) on 20-Дек-09, 14:34
	>Этот процессор у Интела, к сожалению, не удался. Но это поспособствовало укреплению позиций AMD году в 2005-м. Вы только не забудьте написать Intel, HP, SGI, NEC, FUJITSU о том, что Itanium не удался :D Что касается AMD, то это вообще бред сивой кобылы - ничего, конкурирующего с Itanium AMD не производит и не собирается. Если Вы сдуру записали ему в конкуренты Opteron, то это как минимум глупо - аналог Оптерона это Xeon, но никак не Itanium.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–5 +/–
	Сообщение от Zenitur on 20-Дек-09, 17:32
	Мне известно, что Intel делала этот процессор с конца 90-х годов. Но она очень тянула с его выпуском, а Opteron всё равно оказался лучше.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	27. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Poler (ok) on 20-Дек-09, 17:40
	>Мне известно, что Intel делала этот процессор с конца 90-х годов. Но она очень тянула с его выпуском, а Opteron всё равно оказался лучше. Итаниумы впервые были представлены в 2001 году, сравнивать их с Оптеронами глупо, в отношении характеристик и ориентации между двумя этими решениями лежит огромная пропасть. Все равно, что утверждать, что Toyota Camry лучше самосвала Caterpillar.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	28. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 20-Дек-09, 18:21
	>Все равно, что утверждать, что Toyota Camry лучше самосвала Caterpillar. И ведь социологический опрос покажет, что лучше. :) PS: сегмент на итаниках есть, расширять не планируют.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	40. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fi (ok) on 21-Дек-09, 11:39
	ну-ну, скорей не сравнивать глупо. Если хорошо напрячь память, то Итаниум сперва ставился и на топовые WS - ну где же они теперь? Правильно, с появлением Opteron - Итаниум ушел в ж... На сегодняшний день, рынок до 8 процессоров плотно занять x64, а если учесть и ядра, то и до 32-х. Да что там говорить, сам Intel вынужден был со своим коре вытеснять Итаниум, чтоб не слить amd!!! Так что  Итаниуму остается узкой сегмент 101-процессорных систем :), но и там тяжко - всякие power6 и sparc64. Можно еще долго обсуждать не сбывшиеся мечты Итаниума, но да ладно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	45. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Poler (ok) on 21-Дек-09, 12:32
	>ну-ну, скорей не сравнивать глупо. Я уже приводил аналогию, что сравнение Opteron vs Itanium примерно из той же оперы, как сравнение седана и самосвала. Но как показывает практика, и такие деятели находятся:) >Если хорошо напрячь память, то Итаниум сперва ставился и на топовые WS - ну где же они теперь? Примерно там же, где и WS произведенные SGI на MIPS'ax и стоящие много килобаксов. Тенденция рынка, знаете ли, потребность иметь у себя на столе вычислительных монстров постоянно уменьшается. Гораздо проще перенести тяжелые вычисления на кластер или вообще аутсорсить при помощи модного ныне cloud-computing'a. >Да что там говорить, сам Intel вынужден был со своим коре вытеснять Итаниум, чтоб не слить amd!!! Никогда Intel не позиционировала Itanium как единственный процессор в своей линейке. И никогда не предрекала ему место на десктопе. Intel Core и Itanium находятся в двух непересекающихся плоскостях, поэтому Коре не вытеснял итаниум. А вот AMDшным десктоп-чипам дал жару, да и сейчас дает. >Так что  Итаниуму остается узкой сегмент 101-процессорных систем :) Именно для таких сегментов он и создавался, ничего нового. Тут еще надо понимать, что в данный момент SMP и NUMA-системы в целом испытывают очень мощное давление со стороны кластерных систем, независимо от типов процессоров. >но и там тяжко - всякие power6 и sparc64. А думаете поверам и спаркам прямо так легко? :-D Я бы не стал утверждать, что те же спарки чувствуют сейчас себя сильно лучше итаниумов.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	48. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fi (ok) on 21-Дек-09, 13:52
	Ага, а если снять розовые очки? >>Так что  Итаниуму остается узкой сегмент 101-процессорных систем :) >Именно для таких сегментов он и создавался, ничего нового. Эх память, память. А я вот хорошо помню менеджеров Intel, они думали противоположное вам. :))  и я помню презентации еще середины 90х, ведь делать его начали одновременно с P6 :) и назывался он P7 :)))))))  И был он предназначен для WS, но слил он тому же Opteron. И коре для серверов не предназначался изначально, но жизнь заставила - ну не продавались Itanium-ы!!! Да, сейчас софтверщики Intel подтянули программы, но поздно, поезд ушел. Да и сложное и дорогое это дело - тюненг под него. >>но и там тяжко - всякие power6 и sparc64. >А думаете поверам и спаркам прямо так легко? :-D Я бы не >стал утверждать, что те же спарки чувствуют сейчас себя сильно лучше >итаниумов. Да, намного, у него хороший рынок на сих пор, напомню - речь идет о фуджиках :) Много решает имидж - "Intel<=>PC".
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	54. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 21-Дек-09, 20:35
	>Intel Core и Itanium находятся в двух непересекающихся плоскостях, >поэтому Коре не вытеснял итаниум. Не напомните интеловские планы по 64-битной архитектуре "для небогатых", без килограмма меди на итанике? >А вот AMDшным десктоп-чипам дал жару, да и сейчас дает. Угу, только лучше б EM64T не родилось, а забашляли бы сразу за нормальную AMD64 с IOMMU и прочим HT. >Тут еще надо понимать, что в данный момент SMP и NUMA-системы в целом испытывают >очень мощное давление со стороны кластерных систем, независимо от типов процессоров. Надо же.  Надо будет сказать кластерным системам, которые давно уж состоят по большей части из SMP-систем, которые нынче ещё и NUMA по совместительству. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	56. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 22-Дек-09, 03:17
	>Надо же.  Надо будет сказать кластерным системам, которые давно уж состоят >по большей части из SMP-систем, которые нынче ещё и NUMA по >совместительству. :) Ну скажите, ага. SMP и NUMA в этих кластерах не выходят за пределы отдельного unit'a, а в масштабах всей системы говорить об SMP не приходится. Посмотрите на всеми любимый top500.org, сколько там NUMA, и сколько там кластеров. Естественно, что имеет место объединение и комбинация различных подходов, но в конечном итоге кластеры преобладают.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	60. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 22-Дек-09, 18:51
	>SMP и NUMA в этих кластерах не выходят за пределы отдельного unit'a, node'ы >а в масштабах всей системы говорить об SMP не приходится. Ну так SMP и близко не масштабируется к такому. Я о том, что уровень применимости SMP (и отчасти NUMA) в кластерах ограничен тем, где ему удобнее всего -- узлом.  Но никуда не девался. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	57. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 22-Дек-09, 03:28
	>Если хорошо напрячь память, то Итаниум сперва ставился и на топовые WS >- ну где же они теперь? Если напрячь память, то в WS ставились например и сановские спарки. Теперь вопрос, где эти WS теперь? А еще в топовые WS ставились PowerPC, которые из чувства долга клепала IBM, а еще в компьютеры производства Apple. Но Apple послала PowerPC куда подальше (и ничуть об этом не жалеет), да и рабочих станций от IBM тоже не особо видно (может и производят чуть-чуть, для галочки, как производили контроллеры для Token Ring). Так что не нужно выдирать факты из контекста, просто десктопные процессоры выросли настолько, что вполне способны быть сердцем мощных рабочих станций. И не надо тут как-то особенно выделять Итаниум, точно так же из рабочих станций "попросили" и поверы, и спарки.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	59. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fi (ok) on 22-Дек-09, 18:39
	>>Если хорошо напрячь память, то Итаниум сперва ставился и на топовые WS >>- ну где же они теперь? > >Если напрячь память, то в WS ставились например и сановские спарки. Теперь >вопрос, где эти WS теперь? ...И не надо тут как-то особенно выделять Итаниум, точно >так же из рабочих станций "попросили" и поверы, и спарки. Здорово Кеп!!! Что хотел-то сказать? что Итаниум опоздал лет на десять? так и ежу понятно. Кстати, PowerPC G5 вполне продаются с Yellow Dog
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	62. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 23-Дек-09, 03:28
	>Что хотел-то сказать? То, что исчезновение в продаже рабочих станций на базе итаниума - ни разу не аргумент. Точно так же исчезли воркстейшены на спарках, мипсах и паверах. Сейчас их сменили младшие братья из десктопного сегмента. Ключевая мысль (для тех, кто в танке) : "Итаниум здесь ничем не отличается от sparc, mips, ppc, pa-risc etc. Рабочие станции теперь делают на процессорах классом ниже, которые сильно подросли в последнее время". И если Вы тут с усмешкой вопрошаете: "ой, ну и где же теперь WS на итаниуме?", то не забывайте спросить где же теперь WS на PowerPC, SPARC и MIPS. >Кстати, PowerPC G5 вполне продаются с Yellow Dog Не PowerPC G5, a PowerPC 970, который ставился в Apple Power Mac G5. Который уже давно не производится и не поддерживается Apple. А на eBay можно и не такое купить.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	64. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fi (ok) on 23-Дек-09, 13:50
	>: "Итаниум здесь ничем не >отличается от sparc, mips, ppc, pa-risc etc. Рабочие станции теперь делают >на процессорах классом ниже, которые сильно подросли в последнее время". И >если Вы тут с усмешкой вопрошаете: "ой, ну и где же >теперь WS на итаниуме?", то не забывайте спросить где же теперь >WS на PowerPC, SPARC и MIPS. Вот-вот, для тех кто в танке.  Есть совсем "маленькое" отличие от "sparc, mips, ppc, pa-risc etc" - они появились и отработали в 80-е & 90-е, в отличии от ... Который создавался как конкурент им на WS и SMB серверах (до 4х). Но маразматики из интел оказались в глубокий ж.... со своим P7/Merced/Itanium 1/Itanium 2 - поздно вышли на рынки. А вот WS на PowerPC (не маки) и SPARC до сих пор понемногу выпускаются - софт-то заточен под них, и всё ещё работает. Я же помню как клялись менеджеры интел - 64 на pc не бывать!!! для тех кому нужно 64-бита го-ту Itanium (то есть гони бабки).  Но вышел amd64 и побежали лицензировать свой пеньтюх4. На ксеонах еще повыёб... , но тоже сделали 64 - а ведь это и был  рынок Itanium-а. А теперь core на пару с amd64 добивают IA64. И я думаю, что если sgi свои сервера переведет на новые core, то Itanium не жилец, один HP их не вытянет. а вы тут сказки про замечательных проц нам травити.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	70. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fi (ok) on 24-Дек-09, 16:50
	>А теперь core на пару с amd64 добивают IA64. И я думаю, >что если sgi свои сервера переведет на новые core, то Itanium >не жилец, один HP их не вытянет. Как в воду глядел :)) Вот он пи... для Itanium-а: SGI Altix platform with 2,048 Intel Nehalem processors Это они, core вместо Itanium-ов, и из этой нише выбивают.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	33. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+2 +/–
	Сообщение от pavlinux (ok) on 20-Дек-09, 23:34
	>Мне известно, что Intel делала этот процессор с конца 90-х годов. Но >она очень тянула с его выпуском, а Opteron всё равно оказался >лучше. Это вообще разные вещи, разные процессоры в полном смысле этого слова.... Конкурент Itanium это Crusoe (должен был быть, но они повернули в сторону совместимости с x86) А ещё есть Эльбрус 3M1, при своих 300MHz выдаёт порядка 4,5 GFLOPS.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–3 +/–
	Сообщение от Iv945n (ok) on 21-Дек-09, 06:13
	> Конкурент Itanium это Crusoe Жаль что об этом забыли написать в инструкции к Crusoe, сами производители не догадались и в результате стали пихать его в ноутбуки...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	37. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
	Сообщение от Аноним (??) on 21-Дек-09, 07:22
	>> Конкурент Itanium это Crusoe > >Жаль что об этом забыли написать в инструкции к Crusoe, сами производители >не догадались и в результате стали пихать его в ноутбуки... Я смотрю остроумие прёт из Вас со всех щелей. Crusoe и Itanium действительно одного поля ягоды, другой вопрос, что Transmeta начала его позиционировать как конкурента х86. Так вот, по секрету Вам скажу, что Crusoe _эмулировал_ х86, точно так же как умеют это делать Эльбрус и Itanium. Внутри он самый что ни на есть VLIW-процессор, если Вы конечно знаете что это такое. Если не знаете, википедия Вам поможет.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	41. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Iv945n (ok) on 21-Дек-09, 11:54
	>Так вот, по секрету Вам скажу, что Crusoe >_эмулировал_ х86, точно так же как умеют это делать Эльбрус и >Itanium. А заодно K6 и выше процы от AMD >Внутри он самый что ни на есть VLIW-процессор, если Вы >конечно знаете что это такое. Если не знаете, википедия Вам поможет. :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Poler (ok) on 21-Дек-09, 12:09
	>>_эмулировал_ х86, точно так же как умеют это делать Эльбрус и >>Itanium. > >А заодно K6 и выше процы от AMD Вы здесь немного путаете:) Эльбрус, Итаниум и Крузо - это процессоры с VLIW архитектурой, которые транслировали х86 код в набор своих родных VLIW-инструкций. Что касается AMD К6, то набор х86 инструкций был для него "родным", по крайней мере не менее родным, чем для Пентиума. Вы, наверное, имеете ввиду трансляцию х86-инструкций в последовательность простых команд, которое выполняло RISC-ядро? Ну так идея эта не нова, и это справедливо по отношению к любому современному процессору, у интел RISC-ядро появилось еще в i80486. Исключения составляют микроконтроллеры и процессоры наподобие ARM.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	44. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Iv945n (ok) on 21-Дек-09, 12:17
	>Вы, наверное, имеете ввиду трансляцию х86-инструкций в последовательность простых команд, которое выполняло RISC-ядро? Да, об этом. >у интел RISC-ядро появилось еще в i80486. Вот этого не знал. Удивлён. Спасибо, просвятили. Если не сочтёте за труд привести пруфлинк - вообще супер. Спасибо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	46. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Poler (ok) on 21-Дек-09, 12:42
	>Вот этого не знал. Удивлён. Спасибо, просвятили. Если не сочтёте за труд >привести пруфлинк - вообще супер. Спасибо. Не затруднит:) Факт, в общем-то, общеизвестный, и описан везде, начиная от официальной документации и заканчивая луркморьем :-D Вот ссылочка посолиднее на описание от Intel: http://www.intel.com/design/intarch/prodbref/272712.htm
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	51. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Zenitur on 21-Дек-09, 16:23
	На мухоморье ещё и про процессоры пишут? Странно, а я думал, там только желчь изливают напополам с аббривеатурами.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	52. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–3 +/–
	Сообщение от User294 (ok) on 21-Дек-09, 17:54
	>http://www.intel.com/design/intarch/prodbref/272712.htm Где-то внутрях оно может и RISC но выглядит для програмера как галимый CISC с куцыми регистрами и без относительной адресации. В счет чего х86 программа состоит из охренительно полезных команд push и pop чуть более чем полностью :P а при загрузке исполняемого барахла в память долго и нудно педалятся релокейшны нужные сугубо потому что в дебильной архитектуре нет адресации относительно Program Counter-а.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	58. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
	Сообщение от Аноним (??) on 22-Дек-09, 06:58
	>Где-то внутрях оно может и RISC но выглядит для програмера как галимый >CISC с куцыми регистрами и без относительной адресации. В счет чего >х86 программа состоит из охренительно полезных команд push и pop чуть >более чем полностью :P а при загрузке исполняемого барахла в память >долго и нудно педалятся релокейшны нужные сугубо потому что в дебильной >архитектуре нет адресации относительно Program Counter-а. Да пусть внутри там хоть зеленые человечки с арифмометрами сидят, какая к черту разница, если работает это быстро? Существует много подходов к созданию вычислительных машин, Intel выбрала один, IBM - другой. И естественно, что внутренняя организация процессора оптимизирована под соответствующий тип исполнения (кстати, описанная Вами стековая организация не имеет к х86 никакого отношения, типичный пример стековой машины - это JVM. В х86 преобладают операции регистр-память). Intel (и AMD за компанию) решили делать свои процессоры так, в конечном итоге получился отличный процессор, а победителей не судят. Дошло до того, что один из самых верных потребителей PowerPC процессоров, небызызвестная Apple, дала отставку этому "чистопородному аристократу" голубых RISC-кровей (который всегда был предметом огромной гордости и презрения по отношению к простым PC-юзерам). В результате софт начал работать гораздо больше, и этому "уродцу с куцыми регистрами" хватило мощи еще и крутить в эмуляторе Rosetta код PowerPC-программ, да так, что народ открывал рты от приятного удивления. А Вы можете хоть до посинения трындеть о том, как же там мало регистров общего назначения и способов адресации - грамотные люди просто улыбнутся, глядя на Ваш неуклюжий вброс, и не более того. Время, когда программисты писали софт на языке ассемблера прошло давным-давно, сейчас балом правят высокоуровневые языки и фреймворки, очень активно наступают скриптовые языки и виртуальные машины. НЕТ НИКАКОЙ РАЗНИЦЫ в количестве регистров процессора и механизмах адресации, когда программист пишет на C++ для какого-нибудь Qt, не говоря уже о java или .net. Существует очень-очень-очень узкий пласт программ, которые должны выжимать из железа по максимуму, но и они не пишутся на языке ассемблера по той причине, что современный оптимизирующий компилятор c/c++ генерирует код, на порядки лучший, чем это сделает человек. Поэтому все ваши язвительные доводы годятся разве что для холиворов двадцатилетней давности.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	61. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 22-Дек-09, 19:22
	>>при загрузке исполняемого барахла в память долго и нудно педалятся релокейшны >>нужные сугубо потому что в дебильной архитектуре нет адресации относительно >>Program Counter-а. > Да пусть внутри там хоть зеленые человечки с арифмометрами сидят, какая > [...] разница, если работает это быстро? Не специалист, но насколько понимаю -- в AMD64 относительная адресация есть и действительно помогает по части "быстро" (в т.ч. компактности соответствущим образом оттранслированного кода), а вот интелы умудрились это угробить в своём а-ля китайском клоне.  Правда, добавили linpack-friendly добавить-сложить (или как его там) и чуть ли не на этом одном выперли оптероны из HPC-сегмента, несмотря на все проблемы с FBDIMM и отдельным контроллером памяти. >Дошло до того, что один из самых верных потребителей PowerPC процессоров, >небызызвестная Apple, дала отставку этому "чистопородному аристократу" Вообще-то это IBM их в итоге послал с заумными требованиями типа очень тонких процессоров малыми партиями по сходной цене.  Теперь с джобсовскими хотелками мучается Intel. :) >В результате софт начал работать гораздо больше, и этому "уродцу с куцыми регистрами" >хватило мощи еще и крутить в эмуляторе Rosetta код PowerPC-программ, да так, >что народ открывал рты от приятного удивления. Graphing Calculator покрутите, пожалуйста. >грамотные люди Хех. >Существует очень-очень-очень узкий пласт программ, которые должны выжимать >из железа по максимуму, но и они не пишутся на языке ассемблера по той причине, >что современный оптимизирующий компилятор c/c++ генерирует код, на порядки лучший, >чем это сделает человек. Да, но.  Когда человек представляет себе не только в общих чертах, но и в деталях работу кода на конкретной архитектуре, а также поведение этого самого компилятора -- результат может быть *намного* cache-friendly, скажем.  И на этом одном иметь на порядок (или порядки) отличающуюся производительность. >Поэтому все ваши язвительные доводы годятся разве что для холиворов >двадцатилетней давности. Нет, не все.  И не "разве что".  И да, существенная часть Вашей язвительности ни тогда никуда не годилась, ни сейчас -- может, сэкономим? :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	63. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 23-Дек-09, 04:04
	>Вообще-то это IBM их в итоге послал с заумными требованиями типа очень тонких процессоров малыми партиями по сходной цене. Действительно, очень заумные, такие заумные, что аж уму непостижимо. Intel оказались более сообразительные и получили в результате эксклюзивный контракт на огромные деньги. >Теперь с джобсовскими хотелками мучается Intel. :) Это Вам Intel написал в слёзном письме, о том как он мучается?:) > Когда человек представляет себе не только в общих чертах, но и в деталях работу кода на конкретной архитектуре, а также поведение этого самого компилятора -- результат может быть *намного* cache-friendly, скажем.  И на этом одном иметь на порядок (или порядки) отличающуюся производительность. Снова повторю, это было справедливо -дцать лет назад. На сегодняшний день лучше всех разбирается в тонкостях работы кэшей, конвееров, блоков предсказателей ветвлений нечто по имени Intel C++ Compiler. Ни один человек не справится с этой задачей лучше, пусть он хоть наизусть выучит все тома руководства Intel Software Developer's Manual. Если речь, конечно, не идет о какой-нибудь программе длиной в две инструкции. На хорошем сложном куске кода человек непременно проиграет машине, доказано многократно как собственным опытом, там и опытом множества других. Упираться в доказывании общеизвестного факта я не собираюсь :) >Нет, не все.  И не "разве что". У Вас своё мнение, у меня своё. Я считаю, что фраза: >выглядит для програмера как галимый >CISC с куцыми регистрами и без относительной адресации в 2010 году - не более чем язвительный пшик. Количество регистров и способы адресации никак не сказываются на работе программиста, если только Вы - не разрабочик компилятора (вероятность чего весьма мала, учитывая то, что доля таких программистов среди всех остальных - очень и очень невелика). Но разработчики компиляторов ребята суровые и как-нибудь переживут. Что же касается всех остальных 99.99% программистов, то они ничего не заметят даже если в следующей версии процессора останется 1 регистр общего назначения и 1 способ адресации. Вернусь к уже упомянутому примеру - переезд Apple c PowerPC на Intel Core2 Duo, пусть даже и x86_64. Что было - типичный RISC процессор, с множеством регистров общего назначения, "правильной" адресацией и всеми другими благами. Что стало - "убогий куцый" процессор, с кучкой регистров. Вы думаете, что форумы разработчиков для Apple наполнились стонами и слезами, о том, как "убого для программера выглядит интеловский чип"? Ничего подобного, разработчики практически ничего не заметили, как писали на Objective-C (в основном), так и пишут, не парясь о регистрах. Немножко пришлось повозиться разработчикам драйверов, совсем чуть-чуть и только первое время, да и то, это было связано по большей части с новой MacOS X. При разработке драйверов под Windows так вообще, из ОДНОГО И ТОГО же исходника (естественно, в котором нет ни строчки на ассемблере) генерируется сразу 3 бинарника в 3 каталогах: x86, amd64 и ia-64. Вот Вам и "выглядит" для программиста.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	66. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 23-Дек-09, 16:38
	>>Теперь с джобсовскими хотелками мучается Intel. :) >Это Вам Intel написал в слёзном письме, о том как он мучается?:) Нет, IBM рассказал про свою часть. >Снова повторю, это было справедливо -дцать лет назад. Не-а.  Сейчас зазор в производительности между индусом триальным и человеком с головой вырос просто катастрофически. >На сегодняшний день лучше всех разбирается в тонкостях работы кэшей, конвееров, >блоков предсказателей ветвлений нечто по имени Intel C++ Compiler. Особенно с маленьким патчиком, чтоб не тормозил на оптеронах. :} >На хорошем сложном куске кода человек непременно проиграет машине, >доказано многократно как собственным опытом, там и опытом множества других. Извините, а Вы кто? (без подковырок, просто явно не системщик) >Упираться в доказывании общеизвестного факта я не собираюсь :) Общеизвестные факты общеизвестным фактам рознь.  Если бы у нас сидели с таким отношением, то масштабируемость кластеров на несколько _процентов_ лучше, чем Cray сотоварищи -- не вытягивали бы.  А там каждый процент буквально дорогого стоит. >У Вас своё мнение, у меня своё. Да, конечно. >Я считаю, что фраза: >>выглядит для програмера как галимый >>CISC с куцыми регистрами и без относительной адресации >в 2010 году - не более чем язвительный пшик. Применительно к AMD64 это и впрямь передёргивание (опять же насколько понимаю). >Количество регистров и способы адресации никак не сказываются на работе программиста, >если только Вы - не разрабочик компилятора (вероятность чего весьма мала, учитывая то, >что доля таких программистов среди всех остальных - очень и очень невелика). Ещё как минимум ядерщики и разработчики кода, который работает в глубоко вложенных циклах (например, libgmp). >Ничего подобного, разработчики практически ничего не заметили, как писали на Objective-C >(в основном), так и пишут, не парясь о регистрах. Напоминаю на всякий, что бывалые яблочные разработчики к прыжкам уже привычны -- сперва с 680x0 на PPC, а теперь с PPC на x86*. >Немножко пришлось повозиться разработчикам драйверов, совсем чуть-чуть >и только первое время, да и то, это было связано по большей части с новой MacOS X. Что-то мне припоминается, что Вы немного перегнули в другую сторону, но да неважно, а вспоминать или пойти в соседнюю комнату поинтересоваться у генерального эпловода конторы лень (и дёргать почём зря). >При разработке драйверов под Windows так вообще, из ОДНОГО И ТОГО же исходника >(естественно, в котором нет ни строчки на ассемблере) генерируется >сразу 3 бинарника в 3 каталогах: x86, amd64 и ia-64. Вот >Вам и "выглядит" для программиста. Ну так оно потом и работает.  Не, как-то работает, не спорю.  Обычно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	69. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 24-Дек-09, 03:53
	>Нет, IBM рассказал про свою часть. А при чем тут IBM? Я спросил у Вас, откуда Вам известна столь интимная информация о  непосильных мучениях Intel с хотелками Джобса. Хотя, не удивлюсь, что Вы ответите аналогично - Intel рассказал :) >Не-а.  Сейчас зазор в производительности между индусом триальным и человеком с головой вырос просто катастрофически. Теперь какого-то триальнрого индуса приплели... Разговор шел о сравнении человека с ассемблером в руках и современного оптимизирующего компилятора типа ICC. Откуда тут взялся индус - непонятно. >Особенно с маленьким патчиком, чтоб не тормозил на оптеронах. :} На оптеронах код работать быстро и не обязан. Этот компилятор использует уйму недокументированной информации о внутренеей архитектуре Intel'овских чипов, которую программист ни в одном руководстве не вычитает. И вот из-за этого у человека нет шанса построить код, который бы максимально учитывал все эти особенности, и более быстрый, чем тот, что построит всезнающий и закрытый ICC. >Извините, а Вы кто? (без подковырок, просто явно не системщик) Не знаю, что именно Вы подразумеваете под словом "системщик", но с программированием на ассемблере сталкиваюсь каждый день. В основном под ARM в системах жесткого реального времени, там действительно это оправдано. А вот под х86 как ни пытались, но более-или менее сложной задаче - ICC все далал гораздо лучше. Я повторюсь, на очень коротких фрагментах иногда имеет смысл использовать ассемблер или же использовать библиотечную и вылизанную до блеска реализацию. Но у человека практически нет шансов написать что-то нестандартное и более быстрое на ассемблере, чем это будет скомпилированный ICC кусок кода на Си. >Общеизвестные факты общеизвестным фактам рознь.  Если бы у нас сидели с таким отношением, то масштабируемость кластеров на несколько _процентов_ лучше, чем Cray сотоварищи -- не вытягивали бы.  А там каждый процент буквально дорогого стоит. Масштабируемость кластеров - тема очень специфическая, из неё трудно делать какие-то общие выводы. Этот как раз тот случай, когда использование ассемблера оправдано, я никогда и не утверждал, что ассемблер не нужен совсем :) Но речь изначально шла все-таки не о таких высоких материях ;) >Ещё как минимум ядерщики и разработчики кода, который работает в глубоко вложенных циклах (например, libgmp). Опять же - это список тех немногочисленных крайностей, которые я ни в коем случае не отрицаю. Что касается ядерщиков - тоже согласен, но с уточнением, что не просто ядерщики, а узкая их прослойка:) Большинство ядерщиков ничего на ассемблере не пишут, для них Си более чем достаточно. >Напоминаю на всякий, что бывалые яблочные разработчики к прыжкам уже привычны -- сперва с 680x0 на PPC, а теперь с PPC на x86* Вот именно, и ни в какой википедии Вы не найдете упоминания о двух мучительных периодах жизни разработчиков под Маки:) В этом собственно и смысл всей дискуссии в макро-масштабе: программистам по большому счету не важно какие используются регистры и способы адресации. Не абсолютно всем, но абсолютному большинству точно. >Ну так оно потом и работает.  Не, как-то работает, не спорю.  Обычно. Замечательно оно работает. Занимался этим лично, поэтому заявляю это с полной отвественностью за свои слова. Несмотря на то, что ничего по существу Вы и не возразили:)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	65. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fr0ster (ok) on 23-Дек-09, 15:20
	"в AMD64 относительная адресация есть и действительно помогает по части "быстро"" Относительная адресация нынче помогает разве в задачах виртуализации.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	67. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 23-Дек-09, 17:04
	>Относительная адресация нынче помогает разве в задачах виртуализации. Угу, нишевый такой рынок.  Тут скоро браузер небось будут в отдельную виртуалку засовывать. :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	68. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от fr0ster (ok) on 23-Дек-09, 18:58
	>>Относительная адресация нынче помогает разве в задачах виртуализации. > >Угу, нишевый такой рынок.  Тут скоро браузер небось будут в отдельную >виртуалку засовывать. :) Рынок и нишевый, и ниша не слабая, но вот на общую производительность в целом процессор влияет все меньше и меньше. Отсюда и виртуализация. Мощность вычислительная растет, эту мощность чтоб не в пузомерки пустить, а с толком утилизировать, виртуализацию и назначили писком моды.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	55. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–1 +/–
	Сообщение от AMD man on 21-Дек-09, 23:12
	А не поленись-ка и глянь на чём собраны ТОП-10 суперкомпьютеров. Хорошо, ТОП-20. 30. 40. 50. Сколько там (супер-пупер) Итаниума и сколько АМД? А?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
Сообщение от lincz on 20-Дек-09, 10:11
Насколько мне известно поддержки Solaris PowerPC от SunMicrosystems нет. А вот Itanium-64 похоже на правду. Solaris хорошо переносится на 64-битные системы. Но чтобы убедиться нужно запустить на целевой машине sddtool(http://www.sun.com/bigadmin/hcl/hcts/device_detect.jsp).
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Аноним (??) on 20-Дек-09, 11:48
	Что вы несёте ? солярис всегда 64-битный на IA-64 Соляриса нет вот новость за 2000-й год http://news.cnet.com/Sun,-Intel-part-ways-on-Solaris-plans/2100-1001_3-243489.html
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Michael Shigorin (ok) on 20-Дек-09, 13:58
	>солярис всегда 64-битный Ещё скажите "был". :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	29. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от lincz on 20-Дек-09, 18:38
	Я имел ввиду, что Solaris хорошо работает с 64-битными x86 архитектурами, например AMD64. Причем именно как 64 система, а не как 32-битная. в то время как IA-64 известна отсутствием поддержки 32-битных программ.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
Сообщение от liks (??) on 20-Дек-09, 17:13
Вот HP не везет. Мало того, что доля на Unix рынке никак не растет по сравнению с IBM, так вот теперь еще и Red Hat такой штык в спину воткнула. Скоро даже откатчикам будет сложно продать свой несупердом.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от Zenitur on 20-Дек-09, 17:33
	>Вот HP не везет. Мало того, что доля на Unix рынке никак >не растет по сравнению с IBM, так вот теперь еще и >Red Hat такой штык в спину воткнула. Скоро даже откатчикам будет >сложно продать свой несупердом. Может, Интелу не везёт? HP и Red Hat вроде как дружат крепко ещё.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	26. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		–1 +/–
	Сообщение от Zenitur on 20-Дек-09, 17:36
	>>Вот HP не везет. Мало того, что доля на Unix рынке никак >>не растет по сравнению с IBM, так вот теперь еще и >>Red Hat такой штык в спину воткнула. Скоро даже откатчикам будет >>сложно продать свой несупердом. > >Может, Интелу не везёт? HP и Red Hat вроде как дружат крепко >ещё. Перечитал второй абзац новости и всё понял.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	31. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+/–
	Сообщение от i (??) on 20-Дек-09, 22:56
	да уж по поводу сопердома это точно, он совсем не супер :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "В Red Hat Enterprise Linux 6 будет прекращена поддержка плат..."		+1 +/–
	Сообщение от Аноним (??) on 20-Дек-09, 23:28
	>да уж по поводу сопердома это точно, он совсем не супер :) да, хлам и обогреватель ещё тот... итаниуму , к сожалению уже не с кем тягаться
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема