Ну давайте перечислим лучшие стороны смартфона Huawei — SoC Kirin состоит из ядер ARM Cortex A* серий, архитектуры ARM Big-little, видеоускорителя ARM Mali, нейронный блок, модем и прочее если верно помню от Huawei, оперативная память Samsung, Hynix, Micron, Nanya? Флеш диск — Kioxia(Toshiba-Western Digital), Samsung, Hynix, Micron? оптический сенсор в основных камерах — Sony, Samsung? оптика Leica? Экраны тут уже могут быть варианты — пусть китаский… остаётся корпус, плата и монтаж элементов и батарея(пусть тоже китайская). Все это управляется Android или Harmony (которая тоже как бы Linux)… Я все перечислил или что то забыл?
Потому что Самсунг сам разрабатывал дизайн ядер высокопроизводительного кластера Мангус(в отличии от Хуваей взявший разработку ARM в лице А75/76/77 и тд), но сделал это менее удачно чем Эпл, в составе Эксинос и кстати так и не осилил нормальный шедьюлер
который раскидывал нагрузку между кластерами биг-литл(если верно помню у Exinos 3 кластера с парой своих ядер Magnus, парой ядер типа Cortex A75/76 во втором кластере и 4 ядра типа A55 в 3 кластере… вот тут они и нешмогли в шедьюлер который распределял бы нагрузку между 3 кластерами, а отличии от Huawei, который насколько я помню на оригинальном дизайне Big-little ARM с двумя кластерами и шедьюлером разработки ARM… у Huawei модемы свои, а не Квалком как у Samsung и я считаю это одной из лучших сторон Kirin… Также похоже на то что у TSMC (который делает процессоры Kirin) техпроцесс отлажен лучше, чем у Samsung на собственном производстве PS… эти все мои посты набраны со смартфона Honor, с процессором Kirin 970
Ну так подучись сам, чем отличаются набор инструкций от ядра… если грубо говорить набор инструкций это API, но Хуваей использует готовую реализацию предложенную ARM в лице A77/A55, а Apple полностью свою реализацию ядра но на базе API ARM… потроха самого CPU Хуавей не поидумывало — вязло готовый дизайн ARM, но снабдив его дополнительными блоками — нейронные вычисления… это не отменяет того, что Huawei внесли доработки в оригинальный дизайн ARM, но ключевое в том, что не они его авторы
На самом деле у Хуавей свое там модем(и они их не плохо делают), блок нейройной сети — лицензированное ядра ARM A77 и ядра ARM A55 и видеоядро Mali — думаете почему сейчас там переполох в Китае из за покупки ARM американской компанией nVidia… отличие от Apple в том, что у последней полностью свое ядро с набором команд ARM, а не лицензированное ядро разработки ARM
Мой Honor Play швыранули с апдейтом до 10ки… хотя идентичный по железу Honor 10 обновили(да разница в цене при покупке была не большая — взял с бОльшей батареей Honor Play)… в итоге +1 апдейт версии (8.1 на 9) андроида…
азиатские модели если верно помню не на процессорах Qualcomm… но я согласен, что не понятно позиционирование стало… были топы по железу, но с доступной ценой для гиков… сейчас средний класс по завышенной цене… мое видение: 1+ нужно выпускать ровно две модели… флагман и субфалгман… флагман на 8xx серии Qualcomm, 12Gb/256Gb и Amoled 90Hz (±600 ye), субфлагман 7xx серия Qualcomm, 8Gb /128Gb(+ карты памяти) экраном IPS 90Hz(±400 ye)… но это все с одним большим но! если они будут делать Оксиджен OS реально качественным продуктом для гиков, а не сырой поделкой с внезапными бутлупами
Это забавно слышать, тем у кого были Mi3, Mi4, Redmi первых поколений, у которых поддержка была 4-4.5 года… И сравнивали ее со сроком поддержки у Apple… а теперь — 2 года считают нормальным… особенно приятно когда, допустим, год назад ты покупаешь смартфон и через год его прекращают поддержку (потому что у него 2 года поддержки )… о двух годах можно говорить только в контексте срока поддержки после официального прекращения продаж… это более менее вменяемо…
шутка смешная если бы не понимать что эту страницу, на которой такое кол-во джаваскрипта, что Ваш потенциально рабочий 286XT загрузил бы чуть менее чем никак что бы Вы смогли оставить комментарий )) даже если предположить что Вы на нем завели Win 3.1 с каким то браузером который в принципе что то смог отобразить похожее на сайт ))) я даже не уверен что 486 (DX4-100 и там чуть более быстрый аналог от AMD) последний поколений осилил бы… более-менее правдоподобная версия звучало бы: написано с Pentium II 400MHz (но это не точно и возможно даже понадобился бы Pentium III 800MHz)
https://en.wikipedia.org/wiki/Dynamic_range
аббревиатура DNR в разрезе характеристик аудиоустройств ничто иное как «динамический диапазон»… уберите эту чушь что Вы добавили — iXBT и его раздел аудиозвука сейчас плачет кровавыми слезами
а если <?php declare(strict_types = 1);
не не слышали? я надеюсь вы теплое (строгую типизацию) с мягким (динамическую систему типов) не путаете часом? что Вас смущает в автоматической конверсии типов при арифметических операциях строки содержащее число с числом? «1» + 1 несколько отличается от «apple» + 1? Principle of Least Surprise… if you know what i mean… естественно я не идеализирую PHP как и любой инструмент он со своими недостатками, но в свежих версиях ему дали достаточно встроенных фич для корректной работы с типами в объектной модели… но если настаиваете укажите мне тут typehints: https://pastebin.com/GgvLi5c5 я уже молчу про то, что тут выше «боготворили» NodeJS — там список «забавностей» ECMAScript так же поражает воображение :)
1) откройте для себя продукты JetBrains — удаленная разработка с Docker станет быть чем то менее удивительным 2) ваши данные о производительности PHP устарели лет на 10 — на данный момент это один из самых быстрых скриптовых языков 3) кого уже в 2020 волнует многопоточность в разрезе развития облачных вычислений, закона Густафсона и масштабируемого параллелизма(я уже даже молчу про то, что часть логики уже перехало на строну клиента в разрезе PWA/SPA приложений)… 4) гулите Swoole и ReactPHP… самые забавные хрюки обычно издают те, кто не могли освоить чуть больше одного ЯП и выглянуть из-за шторок стека MS… хотя за TypeScript и VS Code им вполне спасибо
намекаю на то что выбор server side скриптового ЯП вопрос религиозного предубеждения в контексте задачи которую планируют решать… PHP на данный момент один из самых быстрых скриптовых языков… есть поддержка строгой типизации, типизированных переменных, типизированных параметров функций и возвращаемого результата, поддержка лямбда функций… есть реактивные фреймворки реализующие корутины (Swoole), event loop(ReactPHP), которым писяются от счастья JS программисты… вообще смешно обсуждать инструменты если речь про тех кто инструменты умеет использовать в первую очередь… какая разница какой формы тебе молоток в руки дали если умеешь пользоваться молотками в принципе… :) например строить микросервисную архитетктуру на Java скорее как стрелять из пушки по воробьям — есть уже некий оверхед потребления памяти требуемый JVM… есть более легковесные менее потребляющие (по дефолту) память инструменты… Go… хотя та же NodeJS, которая так же может выжирает память с приличными аппетитами, падает и поднимается PM2/forever казалось бы причем тут PHP… оптимизации кода? зачем? стоимость написания скрипта для управления перезагрузкой инстансов 10$… сколько стоит оптимизация и отладка утечек памяти?
который раскидывал нагрузку между кластерами биг-литл(если верно помню у Exinos 3 кластера с парой своих ядер Magnus, парой ядер типа Cortex A75/76 во втором кластере и 4 ядра типа A55 в 3 кластере… вот тут они и нешмогли в шедьюлер который распределял бы нагрузку между 3 кластерами, а отличии от Huawei, который насколько я помню на оригинальном дизайне Big-little ARM с двумя кластерами и шедьюлером разработки ARM… у Huawei модемы свои, а не Квалком как у Samsung и я считаю это одной из лучших сторон Kirin… Также похоже на то что у TSMC (который делает процессоры Kirin) техпроцесс отлажен лучше, чем у Samsung на собственном производстве PS… эти все мои посты набраны со смартфона Honor, с процессором Kirin 970
аббревиатура DNR в разрезе характеристик аудиоустройств ничто иное как «динамический диапазон»… уберите эту чушь что Вы добавили — iXBT и его раздел аудиозвука сейчас плачет кровавыми слезами
ЛОЛ
не не слышали? я надеюсь вы теплое (строгую типизацию) с мягким (динамическую систему типов) не путаете часом? что Вас смущает в автоматической конверсии типов при арифметических операциях строки содержащее число с числом? «1» + 1 несколько отличается от «apple» + 1? Principle of Least Surprise… if you know what i mean… естественно я не идеализирую PHP как и любой инструмент он со своими недостатками, но в свежих версиях ему дали достаточно встроенных фич для корректной работы с типами в объектной модели… но если настаиваете укажите мне тут typehints: https://pastebin.com/GgvLi5c5 я уже молчу про то, что тут выше «боготворили» NodeJS — там список «забавностей» ECMAScript так же поражает воображение :)