Все новости от 28 июня 2005 г.

Intel Celeron становится 64-разрядным

Новый Intel Celeron D 351 почти идентичен Celeron D S775, за исключением того, что в него добавлена 64-разрядная технология EM64T. AMD в середине июля тоже планирует выпустить 64-разрядный чип для массовых ПК — Sempron, а IBM с июня 2003 года снабжает Apple Computer 64-разрядным процессором PowerPC 970, или G5.

Новый Celeron с тактовой частотой 3,20 ГГц содержит кэш-память емкостью 256 Кбайт, 533-МГц системную шину и дополнительную аппаратную поддержку Microsoft Windows Service Pack 2. Intel утверждает, что этот чип позволит более эффективно работать с Web, e-mail и документами, вести семейную бухгалтерию и играть в компьютерные игры. Вдобавок к новому Celeron компания выпустила два сопутствующих чипсета, которые поддерживают видеоизображение высокой четкости, аудио 7.1 surround sound и обеспечивают расширенные возможности по обработке графических данных.

Кроме Celeron 351, Intel анонсировала Celeron 350. Этот процессор тоже работает с тактовой частотой 3,2 ГГц, но не поддерживает EM64T. Оба процессора продаются по ценам от $73 до $127 при поставках партиями по 1000 штук.

Выпуск Celeron D 351 означает окончательный переход Intel на 64-разрядные процессоры для настольных ПК. В начале года Intel выпустила процессор Pentium Extreme Edition с технологией EM64T. Однако выпуск 64-разрядных мобильных версий процессоров Pentium или Celeron компания пока не планирует. Руководство Intel обещает подготовить такие версии к тому времени, когда они смогут воспользоваться преимуществами Microsoft Windows Longhorn. Intel твердо стоит на том, что переход на производство 64-разрядных процессоров для ноутбуков целесообразен лишь тогда, когда будет создана экосистема поддержки 64-разрядных вычислений и можно будет рассчитывать на высокий спрос на 64-разрядные Pentium M. 

 Предыдущие публикации:

Обсуждение и комментарии

	AT 28 Jun 2005 2:50 PM
Хорошие цены. Ждем ответа от AMD а также back-to-school сезона ;-)
	fi 28 Jun 2005 4:10 PM
А мне мой athlon64 нравится, может потом заменю его на x2.
	Vitalij 28 Jun 2005 8:38 PM
И накой нужны эти 64 бит. Просто маркетинговый ход.
	Dmitry ZinCh // dnbarena.ru 28 Jun 2005 10:15 PM
Vitalij, переход от 16 к 32 битам тоже был лишним? =)
	Vitalij 28 Jun 2005 10:45 PM
Dmitry ZinCh // dnbarena.ru , Только кода это случилось тепичный ПК содержал около 2Мб памяти, тоесть в 32 раза больше чем позволяет адресовать 16 бит. Конечно это случилось сличком позно, но с 640Кб не каких особых проблем не было. А сегодня, сколько памяти стоит в твоем ПК, в моем 1Гб и этого сегодня более чем достаточно, а работать с более чем 4Гб памяти умели и 32х битные Xeon. И если вспомнить переход на 32 бита то это было не просто банальное увеличение длины адреса, надеюсь слова "защищенный режим" тебе что то говарят.
	fi 29 Jun 2005 9:20 AM
> И накой нужны эти 64 бит. Просто маркетинговый ход. Ну не скажи, это реально нужная вешь, часть програм быстрей стали работать, тот же gzip. другие, такие как базы, колекторы, вообше без этого нормально не живуть. Даже взять прокси и те глючат на размерах с dvd, если 32бита. А Xeon с более чем 4Гб работают через ж..., и приложения все равно не видят больше 4Гб. Другое дело что Intel 64бита кривые, а уж Celeron64 это только означает что ядро будет одно с P4.
	Aleks 29 Jun 2005 11:58 AM
Господа! Честное слово, почти ничего не понял из этой статьи "Новый Intel Celeron D 351 почти идентичен Celeron D S775, за исключением того, что в него добавлена 64-разрядная технология EM64T" По моему, эта технология х.з. еще когда появилась в Xeon и мягко говоря, ориентирована прежде всего на адресацию больших объемов памяти. Скорее всего, от ней до "сквозной" 64 разрядности процессора далеко. АЛУ, регистры и.т.д. Поясните плиз.
	Vitalij 29 Jun 2005 12:26 PM
2 fi Вау, gzip стал работать быстрей. И где это ты видел чтобы базы на Celeron исполняли. И может для тебя это ново, но работать с 64 бит данными могут и 32 бит процесоры (в прочем как и с 128, 256, ...) конечно более медленно. А реально 64 бит вычисления почти не нужны, это понемали те люди которые это все разробатывали, по умолчанию, без префикса команды, используются 32 бит данные. Так что остается только адресация, но и тут можно было найти гораздо лудший выход.
	fi 29 Jun 2005 2:06 PM
да gzip, ровно в два раза :). А насчет баз, и причем тут Celeron? Я вообще про 64 бита писал без привязки к названию. Дочитай зачем нужен Celeron64. > (в прочем как и с 128, 256, ...) конечно более медленно Про то и речь что медлено, сегодня размер указателей (тот же размер файла) уже превзашел 32 бита и что теперь, городить костели? 64-бита реально уже были нужну ещё в прошлом веке.
	Бармаглот 29 Jun 2005 2:39 PM
2Aleks: Посетите сайт Интел, не ленитесь. Там вы узнаете, что iEM64T - суть сквозная 64 разрялность, включающая в себя длинные регистры, целочисленные операции двойной точности, длинные указатели и т.д. Реализация идентична реализации в Атлон/Оптерон и ничуть не кривее, как говорит товарищ fi. Товарищ fi просто сильно любит свой Атлон и готов ругать все остальное. Подумайте на досуге, товарищ fi, как можно "криво" сделать длинный регистр ? Или реализацию операции сложения двойной точности ? Может вы думаете, что в Атлоне транзисторы "прямее" стоят ?
	fi 29 Jun 2005 3:01 PM
то Бармаглот > как можно "криво" сделать длинный регистр Я вот тоже думаю КАК? А Intel смог! Я исхожу из того, что производительность не возрасла, а на некоторых тестах и вовсе упала по сравнению с 32битным кодом (на том же компе!!) Лично мое предположение: Intel пытается застолбить дорожку не напрягаясь. Более того, возможно 64-битность эмулируется через 64-битные команды, как это было с 16бит в PPro, или 32бита в итаниуме. А в будущем посмотрим.
	fi 29 Jun 2005 3:02 PM
Sorry. "эмулируется через 32-битные команды"
	Бармаглот 29 Jun 2005 3:09 PM
2fi: Уважаемый, до тех пор пока ваше мнение о кривости, падении производительности и пр. не будет подкреплено материалом, это останется не более чем вашим мнением.
	fi 29 Jun 2005 3:38 PM
то Бармаглот после: "Меня такие технологические тонкости перестали интересовать достаточно давно. " что вам еще подкреплять? А остальные просто набирают в google Athlon64 vs. P4 EM64T, и читают про сравнение. Мой вывод, это только мой вывод, но он уже сделан.
	Vitalij 29 Jun 2005 3:41 PM
2 fi Указатели размера файла - это что, вчера новый тип данных придумали.Если ты имееш ввиду позицию в файле, то это черезвычайно "важно" почти как gzip, который работаэт теперь в 2 раза быстрей. Сказалбы 50% быстрей, может быть и поверил, а два раза просто смешно.
	Бармаглот 29 Jun 2005 4:00 PM
2fi: Ну вот, например, одна из ссылок "When multiple applications are running, the clear conclusion is that the Intel Pentium 840 Extreme Edition is superior to the AMD Athlon 64 X2 4800+" http://www.tomshardware.com/cpu/20050603/index.html Уважаемый источник. Да, в однозадачном режиме Атлон работает быстрее, только вот такого режима давно уже я не пользую. В среднем постоянно задач 5 работает - от стандартных офисных, до просмотра видео.
	fi 29 Jun 2005 4:00 PM
Сам улыбнулся, когда увидел тест для gzip, но если подумать так и должно быть - за одну операцию обрабатывается слово в два раза длинее.
	fi 29 Jun 2005 4:02 PM
> В среднем постоянно задач 5 работает - от стандартных офисных, до просмотра видео. Вообще-то это еще не много задачность.
	Aleks 29 Jun 2005 4:17 PM
то Бармаглот. Продолжаю утверждать что основной выигрышь от EM64T будет при использовании памяти более 4 Gb. Эти процессоры (как, подозреваю, и от AMD) не суть 64 разрядные, а 32 разрядные с 64 разрядными расширениями. Совместимые. Регистры сделать 64 разрядными в общем не трудно. Но понимают ли они всегда 64 разрядные операнды там, где раньше при вычислениях и обработке приходилось использовать 32 разряда ? Почему тогда они продолжают выпускат, хотя и со скрипом, Itanium ? Чем он лучше ПРИНЦИПИАЛЬНО ?
	fi 29 Jun 2005 4:27 PM
то Aleks AMD64 (и аналог EM64T) действильно полностью 64-бита, это не тоже самое, что адресация у Xeon. Itanium совсем другой по архитектуре, post-RISC
	fi 29 Jun 2005 4:30 PM
Кстати, Intel еще Xscale выпускает :)
	Бармаглот 29 Jun 2005 4:45 PM
2Aleks: Так и быть, проведу маленький ликбез. iEM64T Itanium Адресация памяти 1ТБ (40 бит) 1024ТБ Кэш на кристалле от 2 до 8 от 3 до 9 Регистров 24 264+64 Длина конвейера 20 8 Целочисленных АЛУ 2 6 FP АЛУ 2 2 Load&Store АЛУ 0 4 Таким образом ресурсов на кристалле у Итаниум значительно больше, что позволяет (при правильной компиляции) добиватся значительно большей производительности, за счет паралелльности обработки кода - прежде всего ветвлений и циклов.
	Vitalij 29 Jun 2005 5:34 PM
2 Бармаглот Вы наверное имели введу IA-64. Эта платформа дейиствительно обладает большим потенциалом, но сегодня имеет слишком много проблем в первую очередь с происводительностъю и ценой. А массовое внедрение этой технологии как мне и вам хотелосьбы произойдет нескоро, если вобще произойдет. И эти убогие 64 бит расширениея x86 явно тормозят процес. 2 fi Еще раз удвоение производительности только от использование 64 битных вычислений невозможно теоритически, а вот ее падение еще как возможно.
	fi 29 Jun 2005 5:43 PM
то Vitalij а вы подумайте. Теория проста. IA-64 - "дейиствительно обладает большим потенциалом"??? поживем увидем, пока она с трудом продвигается. А "эти убогие 64 бит расширениея x86" уже двигают в нужном направлении :).
	Vitalij 29 Jun 2005 5:55 PM
to fi А про увеличиный размер кода, и про старую пропускную способность памяти забыл? На практике большинству алгоритмов и вовсе 64 бита даром ненужны.
	Бармаглот 29 Jun 2005 6:02 PM
2Vitalij: В одном из недавних постов я уже писал - Итаниумов сейчас продается в России больше, чем РИСК архитектур. А заменой Хеонам он не является.
	Vitalij 29 Jun 2005 6:12 PM
to Бармаглот Я не имел ввиду Itanium и не сегодня, я говорил о EPIC архетиктуре и IA-64 системе команд.
	Бармаглот 29 Jun 2005 6:23 PM
2Vitalij: Ну так и ? Итаниум и есть реализация EPIC и IA-64
	Vitalij 29 Jun 2005 6:38 PM
Обратите внимание на слова "не сегодня", лудше скасать не следующие 3 года.
	fi 30 Jun 2005 10:17 AM
то Vitalij >А про увеличиный размер кода, и про старую пропускную способностьпамяти забыл? "старую"??? это может у Intel? В общем у AMD64 проблем "с пропускной способностью памяти" нет, что хорошо показывают тесты с двух и одноканальной памятью: все таки хороший контролер памяти - наследство идей Alpha. >На практике большинству алгоритмов и вовсе 64 бита даром ненужны. При чем тут "большинство алгоритмов"? Достаточно что есть те для которых это важно. Теперь конкретно про gzip - что тут вас удивило? В чем непонимание? Целочисленная арифметика, компактный код (то есть весь в кэше), за один такт обрабатывается одно слово, и если длина слова выросла в два раза, то и скорость обработки (байт/сек.) выросла в два раза. Чуствую себя просветителем :-))) Ну совсем на последок, для вас набрал в google и сходу получил: http://www.pcstats.com/articleview.cfm?articleid=1665&page= 6 Mini-GZIP: Operating System Seconds Ranking WindowsXP Pro w/SP1 (32-bit Mode) 7.73 WindowsXP 64 (32-bit Mode) 7.718 WindowsXP 64 (64-bit Mode) 3.421 Можете еще поискать, более авторитетные сравнения.
	SlvUn - slvunmail.ru 1 Jul 2005 8:05 PM
Intel Celeron становится 64-разрядным Запорожцу разметили спидометр со 128 километров до 256
	Чр 4 Jul 2005 3:18 PM
и девительно не понятно зачем 64 разрядность Celeroны разве что стимулировать написание 64 рарядыных игрушек? бред какой то.. вот двух ядерный целерон было бы прикольно. :) допустми 2X2ГГЦ целерона но цене 3.2 P4. я бы взял..
	Чр 4 Jul 2005 3:24 PM
а работать с более чем 4Гб памяти умели и 32х битные Xeon. и ка кон так может работать? что У ПО возомжно ВИУРАЛЬНА ПАОМЯТЬ больеш 4 ГИГ? потняо что операиона может это вс еразурулить.. НО ЕСЛИ В ОДНМ процессс УКЗАТЕЛЬ 32 битный. не фига ваш XEON не моомжет. 64 биность вообщето нужна. когда памяти больше 3ГИГ. но врядел кто купит 5 гиг наприер и ЦЕЛЕРОН :). смех да и только разве что елси память упадет в цене раз так в 5 пять. сисема должна быть сбалансирована.. а смысл в 64 разрядности как только в увеличени ВИРУАТЛНОЙ( те иметь указатеь 64 разаряда) памяти реально мало... НО ЭТО НИША Атлонов и P$ а не целеронов.. хотя для популяризации своей ( никмонятно какой 643 разряднсоти от интел) Это маркетенговый шаг ..те они на это потеряют> но ои приходится это делать. потмоу как АМД уже их общшел со своей 64 разхярдность.. ТЕ ОБГНАЛ НА ГОЛОСУ не по скорсоти а ПО РАСОПТРАнености исопльзовани именно 64 разрярадности..
	Vitalij 4 Jul 2005 4:04 PM
то Чр > и девительно не понятно зачем 64 разрядность Celeroны Чтобы gzip работал в 2 раза быстрей, верней даже не gzip, а идеализированный тест основаный на его алгоритме. А процес, ну если ему очень нужно адресовать много памяти, можно разбить на два.
	fi 8 Jul 2005 7:16 PM
> и девительно не понятно зачем 64 разрядность Celeroны Простейший пример: образ DVD больше чем 2^32, и чтобы не использовать кoстели для 64 разрядности типа "long long" очень УДОБНО использовать в сегодняшних системах 64-битную архитектуру, не зависемо от увелечения производительности. Более того, мы еще в прошлом веке дошли до придела 2^32 и теперь младший сегмент рынка подтягивается до 64-бит.