Комментарии 31
Я так понимаю, ограничение на оперативную память в 1Gb практически во всех подобных проектах — это принципиальный лимит от производителей SoC? ну не знаю, в лицензии написали, примерно как microsoft+intel в нетбуках сделали (так же хитрыми лицензиями на железо и софт), особенно на заре их появления, чтобы разграничить премиум и лоэнд сектора.
Или существует какая то неразрешимая техническая проблема? Где елки палки ARM железки до 16Gb оперативкой и теми же SATA и PCIe разъемами?
Или существует какая то неразрешимая техническая проблема? Где елки палки ARM железки до 16Gb оперативкой и теми же SATA и PCIe разъемами?
+1
Там есть версия с 2Gb, но мне то же кажется такое ограничение странным.
+2
> ограничение на оперативную память в 1Gb практически во всех подобных проектах — это принципиальный лимит от производителей SoC
По сравнению с CPU классических компьютеров, у SoC чаще более узкий контроллер памяти (уже шина, меньше каналов). Если у Intel Core обычно 2 канала по 64 бита, то у дешевых SoC часто 1 канал в 32 бита с более старыми стандартами (правда Apple делал и 1x64 и 2x64 в дорогих Apple Ax). На канал нельзя повесить слишком много чипов, а объемы массово выпускаемых чипов вполне ограничены стандартами (описание LPDDR3 от 2012, «16Gb addressing defined») и доступной литографией (по планам на 2014 год — наибольший размер чипа LPDDR3 — 8 Гбит = 1 ГБ).
В случае с Allwinner A64, на базе которого сделали PINE A64, как раз 1 канал в 32 бита: wiki.pine64.org/index.php/Main_Page — drive.google.com/file/d/0B0cEs0lxTtL3STJoV0FMMVNBUXc/view «Allwinner A64 Datasheet. Mobile Application Processor. Version 1.1 Jun. 26, 2015»
> Или существует какая то неразрешимая техническая проблема?
Скорее экономическая… Меньше контактов на память (и не требуются контакты на кучу каналов SATA и PCIe), меньше и дешевле корпус, дешевле платы под SoC, ниже энергопотребление, дешевле проект чипа (не требуются высокоскоростные IP-core для SATA/PCIe/USB3/DDR4, меньше площадь). A64 выполнен в «FBGA396 balls, 0.65mm ball pitch, 15x15mm» и стоит всего 5$.
По сравнению с CPU классических компьютеров, у SoC чаще более узкий контроллер памяти (уже шина, меньше каналов). Если у Intel Core обычно 2 канала по 64 бита, то у дешевых SoC часто 1 канал в 32 бита с более старыми стандартами (правда Apple делал и 1x64 и 2x64 в дорогих Apple Ax). На канал нельзя повесить слишком много чипов, а объемы массово выпускаемых чипов вполне ограничены стандартами (описание LPDDR3 от 2012, «16Gb addressing defined») и доступной литографией (по планам на 2014 год — наибольший размер чипа LPDDR3 — 8 Гбит = 1 ГБ).
В случае с Allwinner A64, на базе которого сделали PINE A64, как раз 1 канал в 32 бита: wiki.pine64.org/index.php/Main_Page — drive.google.com/file/d/0B0cEs0lxTtL3STJoV0FMMVNBUXc/view «Allwinner A64 Datasheet. Mobile Application Processor. Version 1.1 Jun. 26, 2015»
SDRAM
* Compatible with JEDEC standard DDR2/DDR3/DDR3L/LPDDR2/LPDDR3 SDRAM
* Support clock frequency up to 667 MHz (DDR3-1333)
* Support 2 chip selects
* Up to 3GB address space
* 32-bit bus width
* 16 address signal lines and 3 bank signal lines
> Или существует какая то неразрешимая техническая проблема?
Скорее экономическая… Меньше контактов на память (и не требуются контакты на кучу каналов SATA и PCIe), меньше и дешевле корпус, дешевле платы под SoC, ниже энергопотребление, дешевле проект чипа (не требуются высокоскоростные IP-core для SATA/PCIe/USB3/DDR4, меньше площадь). A64 выполнен в «FBGA396 balls, 0.65mm ball pitch, 15x15mm» и стоит всего 5$.
+1
1) На данной плате используется PoP компоновка памяти, когда память лепится поверх процессора. Соответственно ограничение 1 чип на 1(?) канал.
2) Да пожалуйста
http://b2b.gigabyte.com/products/product-page.aspx?pid=5422#ov
Или ещё не вышедшая
https://m.youtube.com/watch?v=yM0pjUEVSxY
2) Да пожалуйста
http://b2b.gigabyte.com/products/product-page.aspx?pid=5422#ov
Или ещё не вышедшая
https://m.youtube.com/watch?v=yM0pjUEVSxY
0
судя по цене выгоднее решения на intel x86, тот же целерон 22нм, и бонусом opencl встроенное видео (не говоря про 3D), даже 4-ядерный будет быстрее, и кажется потребление того же уровня.
да и остальные параметры странно 'не дотягивают'… но надеюсь у них все получится
да и остальные параметры странно 'не дотягивают'… но надеюсь у них все получится
0
Это серверная плата c процессором, который массово не выпускается.
Разумеется она будет дороже платы с целероном.
Но у дешевого целерона вряд ли будут сетевые интерфейсы на два десятка Gbit.
Рынка ARM десктопов/рабочих станций пока нет. Ну и плат нет =)
Зачем нужны даже 16GB ОЗУ, если вам их нечем занять?
Дома прекрасно хватает 2GB для повседневных задач (на ARM компе). На маке и 8GB мало.
X-Gene 1 это уже «дедушка» на 40нм техпроцессе. AMCC довольно медленно рожает. Сейчас уже правда X-Gene 3 на подходе.
У Huawei свои платы есть под 32-ядерные ARM-ы
https://www.youtube.com/watch?v=dLHhnLLw4Fw
Сейчас китайцы вообще монстра ваяют — 64 ядерный MARS от Phytium Technology.
64 ядра
32MB L2 кеш
128MB L3 кеш
16 контроллеров DDR3 памяти 204GB/s
2 x 16 линий PCIE3.0
Разумеется она будет дороже платы с целероном.
Но у дешевого целерона вряд ли будут сетевые интерфейсы на два десятка Gbit.
Рынка ARM десктопов/рабочих станций пока нет. Ну и плат нет =)
Зачем нужны даже 16GB ОЗУ, если вам их нечем занять?
Дома прекрасно хватает 2GB для повседневных задач (на ARM компе). На маке и 8GB мало.
X-Gene 1 это уже «дедушка» на 40нм техпроцессе. AMCC довольно медленно рожает. Сейчас уже правда X-Gene 3 на подходе.
У Huawei свои платы есть под 32-ядерные ARM-ы
https://www.youtube.com/watch?v=dLHhnLLw4Fw
Сейчас китайцы вообще монстра ваяют — 64 ядерный MARS от Phytium Technology.
64 ядра
32MB L2 кеш
128MB L3 кеш
16 контроллеров DDR3 памяти 204GB/s
2 x 16 линий PCIE3.0
+1
Прошу прощения.
На данной плате НЕ используется PoP =)
А слона то мы и не заметили(с)
На данной плате НЕ используется PoP =)
А слона то мы и не заметили(с)
+1
Давно хочу купить одноплатник, но никак не могу придумать зачем он мне -_-
+1
Зачем 64 бита, когда памяти не больше 2ГБ? Производительность только упадет чутка.
+2
Модно.
+1
These include 64-bit data processing and extended virtual addressing and a 64-bit general purpose registers.
www.arm.com/products/processors/cortex-a/cortex-a53-processor.php
0
Ну ожидаемо, что там и регистры будут 64-битными. Но много величин в нашем человеческом мире, требующих 64 бита для подсчета?
Наличие 64-битных регистров не способно компенсировать увеличение потребления памяти и уменьшения попаданий в кэш из-за более длинных указателей.
Наличие 64-битных регистров не способно компенсировать увеличение потребления памяти и уменьшения попаданий в кэш из-за более длинных указателей.
+1
Накладные расходы компенсируется повышением производительности от новой ISA, упрощённой и переработанной под современные реалии (предикация не очень дружит с out-of-order процессорами). Опциональные части спецификации ARMv7 стали обязательными. Упростилась кодогенерация. Не нужно следить какая версия FPU/NEON, есть ли ускорение криптографии и т.д. и и т.п.
Вообщем польза от перехода на ARMv8 огромнейшая.
А 64-бит вычисления нафиг не нужны.
Из интересных возможностей ARMv8 — поддержка 8 битные тегов — полезно для динамических языков.
Вообщем польза от перехода на ARMv8 огромнейшая.
А 64-бит вычисления нафиг не нужны.
Из интересных возможностей ARMv8 — поддержка 8 битные тегов — полезно для динамических языков.
+2
Я, наверное, не верно высказался. Вот это заявление странное «Производительность только упадет чутка.» по сравнению с чем и с чего бы? Потому что pointers будут 64 бита, а не 32?
Сходите по ссылке, там есть табличка Cortex-A53 Processor: Architectural Features которая показывает, что есть только в 64 битовом процессоре.
> Но много величин в нашем человеческом мире, требующих 64 бита для подсчета?
Криптография? Там конечно 64 бита мало, но можно на 64 битах реализовать пошустрее.
Сходите по ссылке, там есть табличка Cortex-A53 Processor: Architectural Features которая показывает, что есть только в 64 битовом процессоре.
> Но много величин в нашем человеческом мире, требующих 64 бита для подсчета?
Криптография? Там конечно 64 бита мало, но можно на 64 битах реализовать пошустрее.
0
Упадет по сравнению с 32 битами. Потому что указатели будут больше, выравнивание членов в структурах будет по границе 8 байт. Это вызовет увеличение потребления памяти и меньше элементов будет влезать в кэш.
Я сам столкнулся с этим, правда на x86-64, но думаю, не принципиально.
Я сам столкнулся с этим, правда на x86-64, но думаю, не принципиально.
+1
Я бы с удовольствием посмотрел бы на ваше приложение, если это возможно, или на тестовое приложение. Удивляет сколько же у вас указателей было.
Я признаюсь, ни разу такого не видел. И соглашусь с ребятами из viva64 www.viva64.com/en/k/0003 «it occurs rarely and such cases are usually determined by an unsuccessful choice of the format in which data are stored in the program.»
Я признаюсь, ни разу такого не видел. И соглашусь с ребятами из viva64 www.viva64.com/en/k/0003 «it occurs rarely and such cases are usually determined by an unsuccessful choice of the format in which data are stored in the program.»
0
Мое приложение — рейтрейсинг визуализатор. Главная проблема, как я понял — обход KD-дерева. Чем меньше нода занимает в памяти — тем быстрее. А каждая нода содержит указатели на две другие ноды. В 32-битной версии она занимает сейчас 24 байта, а в 64-битной — 32 байта. Можно, конечно, переиграть, но это уже трудоемкие оптимизации.
Сейчас перепроверил, на тестовой сцене 32-битная версия отрабатывает за ~9,6 секунд в среднем, а 64-битная — за ~10,1.
Сейчас перепроверил, на тестовой сцене 32-битная версия отрабатывает за ~9,6 секунд в среднем, а 64-битная — за ~10,1.
+1
Масштабируемое решение с прицелом на будущее.
0
Все современные ядра Cortex-A (35, 53, 57, 72) от ARM относятся к архитектуре ARMv8-A, 64-битность в них присутствует (но можно исполнять и 32-битные приложения и, с помощью гипервизора, 32-битную ОС).
Предела в 2 ГБ памяти в системе не было и в более ранних системах («ARMv7+LPAE solves the 4GB limitations… 40-bit physical address space»), более того, MMU в AArch64 является незначительной модификацией MMU из Cortex-A15 («The memory management unit defined by AArch64 is fundamentally the same as that used in the Cortex-A15 except for the ability to now support both 48-bits of virtual and physical address.»)
Цитаты из White Paper Technology Preview: The ARMv8 Architecture, 2011:
PS: По аналогии: зачем в x86 Linux сделали режим x32, если программы можно было исполнять и в традиционном x86 (i686) режиме? Кстати, не исключают появление подобного ABI и на ARM — lwn.net/Articles/548838 " or upcoming ARM server chips propose similar ABIs."
Предела в 2 ГБ памяти в системе не было и в более ранних системах («ARMv7+LPAE solves the 4GB limitations… 40-bit physical address space»), более того, MMU в AArch64 является незначительной модификацией MMU из Cortex-A15 («The memory management unit defined by AArch64 is fundamentally the same as that used in the Cortex-A15 except for the ability to now support both 48-bits of virtual and physical address.»)
Цитаты из White Paper Technology Preview: The ARMv8 Architecture, 2011:
...Does ARMv8 need to be considering a full 64-bit instruction set architecture with its larger virtual address space architecture or not? In terms of ARM’s current markets, the need to support a single application that requires more than 4GB address space is rather small.Т.е. такие тренды, что уже нельзя поставить современное производительное ядро от ARM, в котором не было бы поддержки 64-битного режима AArch64.
Trends. That’s really what ARM has to look at when defining a new architecture. That is the nature of our business, we need to look a long way forward, and plan. ARMv8 as of today is one of the largest programs ever to be managed within ARM…
PS: По аналогии: зачем в x86 Linux сделали режим x32, если программы можно было исполнять и в традиционном x86 (i686) режиме? Кстати, не исключают появление подобного ABI и на ARM — lwn.net/Articles/548838 " or upcoming ARM server chips propose similar ABIs."
0
Нет pci-e, нет sata — бесполезная игрушка.
0
Это не ПК-компьютер в широком понимании, а процессор для обработки домашних видео файлов (4K и 1K), как мне кажется.
0
Нету SATA, и какая-то странная звёздочка рядом со скоростью сетевухи.
Не всё в цене/спеках. Есть много подводных камней, например:
1. Устройство ребутит когда подключаешь пины (например: UART/SPI)
2. Наоборот, устройство не хочет бутиться если подключены пины
3. Устройство греется так сильно при работе, что в конце концов перезапускается.
4. На родном дистрибутиве, из коробки, установлен маленький вогоньчик bloat-a, так что его до использования ещё вычистить надо.
5. И, last but not least — комьюнити, комьюнити, комьюнити.
Не всё в цене/спеках. Есть много подводных камней, например:
1. Устройство ребутит когда подключаешь пины (например: UART/SPI)
2. Наоборот, устройство не хочет бутиться если подключены пины
3. Устройство греется так сильно при работе, что в конце концов перезапускается.
4. На родном дистрибутиве, из коробки, установлен маленький вогоньчик bloat-a, так что его до использования ещё вычистить надо.
5. И, last but not least — комьюнити, комьюнити, комьюнити.
0
главное что бы Android не тормозил. И позволял запускать OpenGL ES. Тогда возьму аж три, под переделку панели приборов в своем lifan ^_^
0
Кто нибудь заказывал уже? Можно ли заказать две платы одной посылкой?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
PINE A64: универсальный 64-х битный мини-ПК с Kickstarter