Здравствуйте, alpha21264, Вы писали:
a> DC>Я 2 месяца отказывал в сексе жене, пока настраивал писикард-вифи на ноуте. И звук в наушниках... Если с первым я справился пересобиранием ядра, то со вторым так и не. a> DC>ЗЫ. Да, дебьян. a> У Вас какие-то ОЧЕНЬ кривые руки. У меня и то и другое завелось из коробки. a> CentOS.
Кривые руки у разработчиков системы и этой железяки. Ибо под виндой вообще никаких телодвижений делать не пришлось, всё заработало сразу после втыкания девайсов в ноут. Да, в тот же самый. Тех же железяк. через полчаса после возни с пингвином.
Здравствуйте, DenisCh, Вы писали:
DC>Кривые руки у разработчиков системы и этой железяки. Ибо под виндой вообще никаких телодвижений делать не пришлось, всё заработало сразу после втыкания девайсов в ноут. Да, в тот же самый. Тех же железяк. через полчаса после возни с пингвином.
Думаю, что у разработчиков системы. Железяка хорошая. У меня такая. Работает на десятке. Проблем нет.
vsb>Почему? Он умеет прозрачно запускать x86 приложения, например? Без существенной потери производительности.
Обратное, кстати, умели ещё в 2013-м некоторые x86–андроиды, которые активно в те времена продвигала Lenovo. Динамическая трансляция ARM в x86 практически без потери производительности. Intel Houdini называлось. Будет практический смысл и рост популярности ARM–ноутов — запилят и х86->ARM в лине.
Здравствуйте, serj.e, Вы писали:
SE>Будет практический смысл и рост популярности ARM–ноутов — запилят и х86->ARM в лине.
Производительности скорее всего не хватит.
CC>Производительности скорее всего не хватит.
Странное утверждение. Не хватит для чего именно?
Мощные модели сегодняшних ARM:
* всяко производительнее, чем Атомы 2013-го;
* развиваются семимильными шагами, в то время как Интел ускорился за последние 10 лет всего в два раза. Ничего, впрочем, удивительного: эффект низкой базы;
* вполне подобрались к low-end х86, используемым в массовых дешевых ноутбуках.
В то же время, Intel Houdini обеспечивал накладные расходы всего в 10-15% при трансляции ARM->x86. Измерял в те времена сам, собрав с помощью Android NDK несколько бенчмарков. Если обеспечить сравнимую эффективность в обратную сторону, то может и взлететь.
PS. Хороший, кстати, вопрос: в какую сторону сложнее произвести динамическую трансляцию? С одной стороны, x86-64 количественно сложнее AArch64, CISC vs RISC. С другой — у AArch64 больше регистров, есть на что разложиться.
Здравствуйте, serj.e, Вы писали:
CC>>Производительности скорее всего не хватит. SE>Странное утверждение. Не хватит для чего именно?
Крутить то, что погромисты наговнокодили, есессна
SE>* всяко производительнее, чем Атомы 2013-го;
Doh!
SE>* развиваются семимильными шагами, в то время как Интел ускорился за последние 10 лет всего в два раза. Ничего, впрочем, удивительного: эффект низкой базы;
До тех пор пока они заметно отстают в производительности конечным пользователям всё равно как быстро они развиваются.
SE>* вполне подобрались к low-end х86, используемым в массовых дешевых ноутбуках.
Ну т.е. "производительности скорее всего не хватит"
SE>Если обеспечить сравнимую эффективность в обратную сторону, то может и взлететь.
+1
SE>у AArch64 больше регистров, есть на что разложиться.
В данном случае это слабый бонус.
Кроме того в ARM больше ограничений, одно только требование не использовать unaligned access чего стоит.
Здравствуйте, CreatorCray, Вы писали:
SE>>Будет практический смысл и рост популярности ARM–ноутов — запилят и х86->ARM в лине. CC>Производительности скорее всего не хватит.
Хы, я смотрю в этой темке сплошь теоретики сидят, которые спорят хватит производительности или нет... В то время как это всё уже давным давно работает на практике.
Причём народ занимается этим уже много лет, т.е. первые попытки были на убогих телефонах/планшетах почти десятилетней давности! И ничего, пользовались в своё удовольствие (ну собственно если цель запустить старую игру под WinXP, то ей вообще хорошо на планшетах даже под эмулятором).
Здравствуйте, alex_public, Вы писали:
CC>>Производительности скорее всего не хватит. _>Хы, я смотрю в этой темке сплошь теоретики сидят, которые спорят хватит производительности или нет... В то время как это всё уже давным давно работает на практике.
Производительность это не про "работает" а про работает быстро, mr Не-теоретик.
Нехватка производительности это когда оно работает медленнее чем на других, доступных на рынке, HW платформах.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>если в плане перфоманса, то x86->ARM даст лучший результат.
С чего бы вдруг?
Чем ты на ARM будешь эмулировать тот же SSSE? (это не опечатка)
Таки придётся, потому что большинство бинарей уже давно скомпилены с использованием новых (гм, новых?) инструкций.
Здравствуйте, CreatorCray, Вы писали:
НС>>если в плане перфоманса, то x86->ARM даст лучший результат. CC>С чего бы вдруг?
Больше возможностей для оптимизации.
CC>Чем ты на ARM будешь эмулировать тот же SSSE? (это не опечатка)
А они часто используются в реальности?
CC>Таки придётся, потому что большинство бинарей уже давно скомпилены с использованием новых (гм, новых?) инструкций.
Ну конкретно SSSE довольно много живых процессоров не поддерживают. Llano, емнип, к примеру. Довольно странно компилировать распространяемых код с его обязательным наличием.
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Больше возможностей для оптимизации.
Это не означает автоматически лучшего результата.
Да и возможности весьма ограничены, если сравнивать с голым x86 то да, регистров больше. Но как только добавляем SSSE то ситуация резко разворачивается.
CC>>Чем ты на ARM будешь эмулировать тот же SSSE? (это не опечатка) НС>А они часто используются в реальности?
Да.
CC>>Таки придётся, потому что большинство бинарей уже давно скомпилены с использованием новых (гм, новых?) инструкций. НС>Ну конкретно SSSE довольно много живых процессоров не поддерживают.
Гм, живых?.. В x86 мире давно переползли на x64, который поддерживает SSE2 минимум.
По факту же SSSE уже был в процах 2006го года выпуска.
В живой природе, сиречь у пользователей, которые готовы покупать новые девайсы, SSE2+ давно и прочно.
НС>Llano, емнип, к примеру. https://en.wikipedia.org/wiki/List_of_AMD_accelerated_processing_units#Lynx:_"Llano"_(2011)
MMX, Enhanced 3DNow!, SSE, SSE2, SSE3, SSE4a, ABM, NX bit, AMD64, Cool'n'Quiet, AMD-V
НС> Довольно странно компилировать распространяемых код с его обязательным наличием.
Ничего странного, не-SSE процы уже вымерли.
Минимум SSE2, по факту скорее в районе SSE 4.1 — 4.2, которые вышли 10 лет назад.
Здравствуйте, CreatorCray, Вы писали:
НС>>Больше возможностей для оптимизации. CC>Это не означает автоматически лучшего результата.
А кто говорил про автоматически лучший?
НС>> Довольно странно компилировать распространяемых код с его обязательным наличием. CC>Ничего странного, не-SSE процы уже вымерли. CC>Минимум SSE2, по факту скорее в районе SSE 4.1 — 4.2, которые вышли 10 лет назад.
Здравствуйте, Nuzhny, Вы писали:
N>Здравствуйте, sambl74, Вы писали:
CC>>>Минимальные спеки для компа/лапотопа на данный момент это 16 GB RAM, 4 core 2Ghz+ CPU, 256GB NVMe SSD S>>И сюда укладывается навскидку процентов 30 ноутов на рынке.
N>Неправда. Ещё до кризиса 2014 года слышал утверждение, что до 50 тысяч рублей ноутбуков не бывает. То есть они могут выглядеть как ноутбуки, включаться, но по факту представляют собой кусок говна. Можно сказать, что сейчас до 100 тысяч ноутбуков не бывает. А всё, что выше уже, как правило, удовлетворяет требованиям выше.
Гм, год назад купил HP ProBook 430 G5 за 64тр. в макс. конфигурации, добавил второй SSD, вот еще хочу памяти дорастить до 32GB. Вполне доволен, отличная рабочая лошадка.
Core I7-8550U
16GB RAM (а будет 32 GB)
256GB SSD + 512GB SSD
