Часовой пояс: UTC + 3 часа




Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 48 • Страница 2 из 3<  1  2  3  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Member
Статус: Не в сети
Регистрация: 21.04.2013
terenty79 писал(а):
потеря производительности на эмуляцию arm, убьёт все плюшки mips ядер. не говоря про то, что ещё кучу глюков словить можно будет, легко

Главное это цена лицензии на новые ядра MIPS, а софт со временем перепишут.



Партнер
 

Member
Статус: Не в сети
Регистрация: 05.08.2011
Grotlon писал(а):
В подавляющем числе приложений, 64 битность ни как не влияет на производительность.

Подавляющее количество приложений, которое используется тобой, налегают на операции с плавающей арифметикой (видео, звук, картинки), поэтому ARM (или лучше MediaTek) самое то для тебя.


 

Member
Статус: Не в сети
Регистрация: 29.03.2012
Центурион, титан, рога, вар... Когда будут сины и паладины?

_________________
Большой кот. Пушистый. Полосатый. Чёрно-белый.

экс-Председатель Союза писателей имени G-Man'a


 

Member
Статус: Не в сети
Регистрация: 22.02.2010
Откуда: Большой Деревни
Фото: 2
Genry писал(а):
На уровне команд ядра оптимизирует компилятор. У ARM свой компилятор, у MIPS- свой, и оптимизация соответсвенно.
В этом и есть подтверждение моих слов, что эти чукчи только на этот чудо компилятор, и надеются только. да на аппаратные костыли проца, которые этот чудесно так оптимизированный говнокод, перемалывать будут.


 

Member
Статус: Не в сети
Регистрация: 08.02.2007
Genrix, таки да, я тож не особо понял шютку, надеюсь, что уважаемый комрад GreenCo не стремится к "славе" Ивана Урганта))

_________________
GF MX400 R9600 GF 6800LE R1950XT GF 8800GT R4890 GF580 R9 290X
Dr 700 AXP 2500+ A64 3200+ AX2 4200+ e4300 e7200 i5 760 i5 3570K


 

Member
Статус: Не в сети
Регистрация: 22.02.2010
Откуда: Большой Деревни
Фото: 2
Grotlon писал(а):
а софт со временем перепишут.
тогда, когда нынешнее поколение сотстариться, и потеряет интерес к жизни, и прочим удовольствиям.


 

Member
Статус: Не в сети
Регистрация: 05.08.2011
terenty79 писал(а):
В этом и есть подтверждение моих слов, что эти чукчи только на этот чудо компилятор, и надеются только. да на аппаратные костыли проца, которые этот чудесно так оптимизированный говнокод, перемалывать будут.


Исли-б чукча умел читать, он бы знал, что в ядре MIPS нет блока аппаратной оптимизации, как у других. Вся оптимизация порядка выполнения комманд делается компилятором (VLIV архитектура).Поэтому глюков, как у некоторых, быть не может. Компилятор сам решает какие комманды можно выполнить одновременно, раньше или позже и формирует программную последовательность.


 

Member
Статус: Не в сети
Регистрация: 21.04.2013
Genry писал(а):
Подавляющее количество приложений, которое используется тобой, налегают на операции с плавающей арифметикой (видео, звук, картинки), поэтому ARM (или лучше MediaTek) самое то для тебя.

Значит ты на своем телефоне работаешь с базами данных? Хотелось бы мне на это посмотреть.


 

Member
Статус: Не в сети
Регистрация: 03.08.2012
Работал с MIPS в pic32mx.
Там ядро m4k.
Хорошая серия микроконтроллеров.


 

Member
Статус: Не в сети
Регистрация: 05.08.2011
Grotlon писал(а):
Значит ты на своем телефоне работаешь с базами данных? Хотелось бы мне на это посмотреть.

Игрушки, например, - это тоже базы данных. И эта база всё больше, чем интереснее и красивее становится игрушка.


 

Member
Статус: Не в сети
Регистрация: 23.02.2013
Откуда: г. Орел
Genry vliw как мне кажется только еще больше усугубит проблемы для той области где царствуют армы.
длинное слово >> большие кеши >> больший размер приложений >> много пустых команд - это список обычных проблем таких архитектур.
и не надо забывать что большинство софта которое щас собирается под андроид (где задействования инструкции типа неона или sse) еще и под третий набор ну уж точно оптимизировать никто не будет так что нужен костыль на подобие интеловского чтоб варить код написанный под армы.
а все рассуждение про супер компилятор - я так и не понял к чему. пофиг как работает сам дроид - важно как будет работать софт. и тут даже такому монстру как интлу тяжко потому что рынок этот арм и точка а про mips я бы вообще ничего не говорил.

Добавлено спустя 6 минут 9 секунд:
да и vliw мне кажется тут что то не то я всегда думал что mips это risc имхо пойду в гугол почитаю.

_________________
Мертвый киберпанк с улыбкой мутанта... (:


 

Member
Статус: Не в сети
Регистрация: 05.08.2011
mag_ai писал(а):
и не надо забывать что большинство софта которое щас собирается под андроид (где задействования инструкции типа неона или sse) еще и под третий набор ну уж точно оптимизировать не кто не будет так что нужен костыль на подобие интеловского чтоб варить код написанный под армы.

Все специализированные блоки (как и SSE) используются (обслуживаются) парой библиотек, через которые и работают остальные программы. Если вы у себя в персоналке поменяли видеокарту, ведь не приходится выбрасывать все ПО и накатывать новое. Нужно только заменить драйвер (обслуживающую библиотеку). Для MIPS (для ARM или ваш вариант) все драйвера (проприетарное фирмваре) обеспечивает производитель, никто нос туда не сует.


 

Member
Статус: Не в сети
Регистрация: 23.02.2013
Откуда: г. Орел
Genry все прекрасно с одним но библиотеки эти часто либо часть платформы (привет гугол или кто решит их переписать) а другая часть это то кто делает байткод приложения - компилированные приложения это уже не тот уровень...
то есть есть два варианта либо приложение тянет библиотеку за собой либо часть этой библиотеки и есть это приложение. при этом "библиотека" должна прекрасно работать в приделах arm / x86 / mips и это тулза должна быть для всех приложений андроида (чтоб конечный потребитель не задумывался что пойдет на его телефон а что нет). но это для систем полностью скомпилированного кода. а вот с далвиком и байт-кодом так не выйдет. если используются команды так они перво наперво - прямиком через системное апи это значит что никакого тулкита в андроиде нет и все реализуется на уровне приложений - что фактически приводит к той самой первой моей мысли либо костыль либо никак.
сумбурно вышло ну как вышло... а еще есть проблема решения задачи vliw (если конечно mips это vliw) то есть далвик щас работает на risc и cisc и я недумаю что он хорошо справиться с vliw. так что думаю идея утопичная. вот если mips это risc тогда что то может выйти... а так я думаю что нет никто париться даж не будет.

_________________
Мертвый киберпанк с улыбкой мутанта... (:


 

Member
Статус: Не в сети
Регистрация: 27.07.2011
Цитата:
Примерно так мог бы выглядеть Царь Леонид через неделю битвы в Фермопильском ущелье, полежи он неделю на жарком греческом солнышке.

Под озоновой дырой.


 

Member
Статус: Не в сети
Регистрация: 23.02.2013
Откуда: г. Орел
Более правильное объяснение. постараюсь иначе объяснить.
виртуальная машина джава это прослойка для выполнение байт-кода... то есть а влив требует крутых компиляторов и полностью откомпилированого кода. а значит такую крутую штуку и сложность доведение кода до кондиции повесят на далвик - что кажется не очень логично.
а с simd как я понимаю архитектуру андроида можно работать только через системное апи или через далвик. но опять либо далвик нужен паченый (ибо нужно будет выполнять уже собранный код под армы скажем) потому что налету перевести команды неона скажем в mips это и есть костыль. либо писать библиотеку для поддержки всех архитектур в приделах приложение что тож проблема.

_________________
Мертвый киберпанк с улыбкой мутанта... (:


 

Заблокирован
Заблокирован
Статус: Не в сети
Регистрация: 18.08.2008
все армокапец настает


 

Member
Статус: Не в сети
Регистрация: 21.04.2013
Genry писал(а):
Игрушки, например, - это тоже базы данных. И эта база всё больше, чем интереснее и красивее становится игрушка.

Очень сомневаюсь, что они выиграют от 64 битной адресации. На настольном ПК ускорились только архиваторы, и то всего лишь на 10%.


 

Junior
Статус: Не в сети
Регистрация: 27.07.2011
mips это risc, при чем здесь vliw?

Аффтар жжет напалмом в тех абзацах, которые не понял в оригинале и перевел как смог, додумывая всякую чушь. Два раза прочитал абзац про многоуровневую безопасность не понимая, что за бред там написан, пока не догадался заглянуть в оригинал.


 

Member
Статус: Не в сети
Регистрация: 05.12.2010
Откуда: Воронеж
Тут за наезды на Гренку предупреждения дают,если что))))))Так что аккуратнее.У меня уже 2)))

_________________
Lucky Star 5MVP3 + AMD K6-III 450 + Ati Rage 128.
Asrock AB450M-SL + Ryzen 5 4600 + RX570


 

Member
Статус: Не в сети
Регистрация: 23.02.2013
Откуда: г. Орел
Politura писал(а):
mips это risc, при чем здесь vliw?

а фиг его знает... все началось с:
Genry писал(а):
в ядре MIPS нет блока аппаратной оптимизации, как у других. Вся оптимизация порядка выполнения комманд делается компилятором (VLIV архитектура).

я честно порылся и пришел к выводу она все таки risc как и думал всегда. но человек так уверено писал что я решил что стоит и минусы vliw рассказать. вообщем проблем это не поубавило.

_________________
Мертвый киберпанк с улыбкой мутанта... (:


Показать сообщения за:  Поле сортировки  
Форум закрыт Новая тема / Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней. Закрыто  Сообщений: 48 • Страница 2 из 3<  1  2  3  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 24


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan