Я так понимаю, речь о логических анализаторах на основе кипарисовского чипа FX2LP. Если да - то этот чип в принципе был спроектирован (теми самыми кипарисами) без ПЗУ и основной способ его приведения в рабочее состояние - загрузка кода в ОЗУ через USB. Это по сути очень-очень дешёвое ядро 8051 + GPIO + USB 2.0 PHY. Потому этот чип обрёл популярность в качестве "транслятора" GPIO-USB 2.0. И поэтому он ставится в том числе у Saleae Logic. Это один из самых дешёвых способов прокачать примерно 300 мегабит в секунду из некоторого устройства в ПЭВМ.
Вот так смотришь на демосцену размером 4096 байт, а потом на подобные "приложения" и понимаешь, что где-то IT-индустрия свернула не туда. Хоть борьба за каждый байт и имеет чисто спортивный интерес, но это куда менее безумно, чем подобные "приложения".
Плохо в этом то, что это изменение изначальных условий, которыми они вообще привлекли меня. Ты сначала заходи, устраивайся. А как освоишься - мы тебя начнём доить.
Попробуйте купить ребёнку мороженое, а когда он съест половину - отобрать оставшуюся половину. Формально Вы молодец и ребёнок на халяву получил половину мороженого. По факту же вы станете врагом для него, потому что изменили изначальные условия "сделки", которая выражалась как "вот тебе, мальчик, мороженое".
Я бы ещё понял, если бы они честно сказали "Ребята, сервис близок к убыточному, мы на сервера тратим столько, с пользователей получаем вот столько. Дела плохи, дальше только закрытие сервиса. Поэтому закручиваем гайки, теперь то, что нам обходится за деньги - будет стоить для пользователей столько-то денег". Но ведь хранение двух файлов по 1 Гб для сервера равнозначно хранению одного на 2 Гб. То есть это не привязано к затратам на сам процесс, а чисто манипуляция с целью раскошелить и ничего более.
Если раньше кому-то хватало бесплатной версии, то теперь либо дополнительно возись с разбиением файлов, либо неси деньги, грязный халявщик. И ведь некоторые действительно понесут деньги. Доход увеличится, автора инновационной идеи наградят. Вот он смысл.
Чем ближе к монополии, тем больше дичи. Тут и до отмены веб-версии рукой подать, чтобы только из "нашего" приложения с неотключаемой рекламой. Ну и другие замечательные идеи увеличения прибыли.
Очень хотелось бы тестов бинарного транслятора.
Горшенин говорил, что x86-код, выполняемый в трансляторе примерно на 25% медленнее нативного. Было бы интересно посмотреть хотя бы 3-4 теста.
Так-то флешка на 8 Мб стоит 0,5 — 1$, питальник и разъём — в сумме не более 0,5$.
По функциональным возможностям данной штуке в пору тягаться с BluePill за 2 бакса, ибо даже до чипов F4 она не дотягивает. Цена устройства завышена в несколько (без преувеличения) раз. За 3 доллара — вполне достойная рынка вещь. За 10 — думаю, что это мертворождённый продукт. Время покажет.
Вот только цена в 10 баксов практически обнуляет достоинства данного устройства. Это же цена старших stm-ов, которые, если надо, есть и в очень мелких bga-корпусах.
Не могу не согласиться, очень печально смотреть как ресурсы твоей машины, которых 10 лет назад хватало для самых тяжёлых клиентских приложений, теперь тратятся (причём зачастую их не хватает) на откровенные свистоперделки, не добавляющие ни информативности ни функционала.
Но увы, веб стал слишком массовым, и теперь это не закрытая тусовка гиков, а огромный рынок. И на нём главным образом работают маркетинговые правила, а вовсе не правила оптимизации ПО.
Так что единственное, что хоть несколько может остановить этот экстенсивный процесс — это стагнация в сфере проектирования CPU (например, если возникнут длительные трудности перехода с кремния и долгое топтание на одном техпроцессе с архитектурными улучшениями производительности по 3-5% процентов в год).
А иначе сколько ни дай — всё мало. Всё обмажут тонной JavaScript и модным дизайном. Так, чтобы страница сервиса погоды требовала больше, чем Crysis в своё время.
В самом деле, две первые — регион. Две вторые — примерно год (± 1). Значит придётся ещё 7 бит заложить под регион, а это увеличивает требования по памяти до 1 Гб.
Либо я неверно понял условие, либо задача вполне решается следующим образом:
-Принимаем формат паспорта за YYYY NNNNNN. При этом YYYY — это не абы что, а цифры примерно соответствующие году выдачи, то есть можно вычесть, скажем, 2000 и хранить только оставшиеся 6 бит (от 2000 до 2063 года). NNNNNN не сократить, это 20 бит.
-Итого имеем 26 бит, однозначно идентифицирующих документ. Для хранения всех паспортов одного года требуется 2^20 бит то есть 128 Кбайт. Таких массивов у нас 64 (по годам), то есть всего 64 * 128 Кбайт = 8 Мегабайт (это наши итоговые требования по памяти).
-Однажды делаем предварительный проход по базе паспортов и выставляем соответствующие биты.
-Приходит запрос. Вычисляем смещение умножением двух чисел, читаем один бит — получаем результат. На всё про всё вряд ли и микросекунда уйдёт.
Работаю в области embedded и видел подобное, однако основная часть железяк в данный момент на ARM, где смещение может вычисляться кучей способов, чаще всего предварительной загрузкой соответствующих констант из постоянной памяти в регистры.
Так что для архитектуры ARM данные извращения откровенно бесполезны, ибо патчить память либо бинарник не имеет никакого смысла, нужные константы не фигурируют напрямую в коде, они загружаются однократно перед вычислением смещений.
Я не особо силён в ассемблере x86, но сомневаюсь, что вычисление смещений — это исключительно константы в хард-коде в стиле
imul rdi,I,800
Как минимум, руками это точно можно переписать на аналогичную ARM схему.
Бывает ли, что крупные компании указывают при решении прекратить поддержку какой-либо системы технические причины такого решения?
Ну например «Ребята, наш САПР переезжает с OpenGL на Vulkan, стало на 40 % быстрее. OpenGL далее тянуть не будем, у кого нет — извиняйте».
Какие (хотя бы гипотетически) системные функции нужны Chrome, которые не может предоставить Windows 7?
В чём с их стороны заключается поддержка? Ведётся две ветки разработки? В Windows 7 делаем так, а в Windows 10 — эдак?
Тот случай, когда лучше поздно, чем никогда.
Да, судя по этому документу, разница чуть ли не в 10 раз в пользу POM.
Не факт, что тест абсолютно честный (то есть визуальная составляющая примерно одинаковая, исключая проблему экстремальных углов камеры к поверхности), да и сравнение на железе 15-летней давности.
Но всё же, судя по тому, что POM до сих пор активно используется, он не потерял актуальности и честная геометрия сильно проигрывает.
Если на плате есть свободный PCIe — будет и поддержка NVME. При наличии UEFI — нативная (даже если официально она отсутствует). При отсутствии UEFI — через что-либо вроде Clover.
Если на плате нет PCIe — то SATA.
Вот и весь технический смысл (который, кстати, так и не был полностью раскрыт в статье). Остальное — реклама.
На мой взгляд, есть два разумных применения ПЛИС:
-Прототипирование кристаллов (с последующим запуском ASIC в серию)
-Построение спецвычислителей/нестандартных контроллеров в малосерийном производстве (когда выпускать свой ASIC экономически нецелесообразно).
Остальные задачи — это из пушки по воробьям, вроде «коммутируем 3,3 В на 2,5 В» или «ПЛИС как супервизор по питанию». Эти задачи решаются очень дешёвыми микросхемами, созданными именно для этого.
А уж «заводите всё на ПЛИС, там разберёмся» — это вообще за гранью. Вы серьёзно считаете, что использование ПЛИС в качестве «коммутатора всего-на-всё» будет дешевле дополнительных 2 или даже 4 слоёв в плате?
ПЛИС — это отличная вещь сама по себе. Вот только не нужно пихать её всюду по поводу и без.
То есть Вы вместо конкретных цифр предлагаете перейти на субъективные ощущения «мне и так нормально»?
А что с реалтаймовыми приложениями? Если у Вас вместо 30 кадров в секунду будет 10 — тоже нормально?
В чём тогда весь смысл дорогого устройства на ARM с Windows, если производительность не брать в расчёт? Что же тогда брать в расчёт?
Автономность? Так купите Celeron за 300$ и 5 павербанков по 20 000 мА/ч на 100$.
А их вес/размер просто не берите в расчёт, скажите, что Вам комфортно и так.
Судя по тому, что есть в сети, разница в производительности нативного ARM приложения и того же приложения под x86 приблизительно в 2-3 раза. То есть эмуляция x86 отъедает 50-70%.
За эти ноутбуки хотят приличных денег (обычно ближе к 1000$), при этом производительность в x86 получается на уровне ноутбуков на Celeron'е за 300$.
Если я не прав — очень хотелось бы увидеть бенчмарки, подтверждающие, что с эмуляцией x86 всё неплохо. Пока что я видел только обратное.
Я так понимаю, речь о логических анализаторах на основе кипарисовского чипа FX2LP. Если да - то этот чип в принципе был спроектирован (теми самыми кипарисами) без ПЗУ и основной способ его приведения в рабочее состояние - загрузка кода в ОЗУ через USB. Это по сути очень-очень дешёвое ядро 8051 + GPIO + USB 2.0 PHY. Потому этот чип обрёл популярность в качестве "транслятора" GPIO-USB 2.0. И поэтому он ставится в том числе у Saleae Logic. Это один из самых дешёвых способов прокачать примерно 300 мегабит в секунду из некоторого устройства в ПЭВМ.
Вот так смотришь на демосцену размером 4096 байт, а потом на подобные "приложения" и понимаешь, что где-то IT-индустрия свернула не туда. Хоть борьба за каждый байт и имеет чисто спортивный интерес, но это куда менее безумно, чем подобные "приложения".
Плохо в этом то, что это изменение изначальных условий, которыми они вообще привлекли меня. Ты сначала заходи, устраивайся. А как освоишься - мы тебя начнём доить.
Попробуйте купить ребёнку мороженое, а когда он съест половину - отобрать оставшуюся половину. Формально Вы молодец и ребёнок на халяву получил половину мороженого. По факту же вы станете врагом для него, потому что изменили изначальные условия "сделки", которая выражалась как "вот тебе, мальчик, мороженое".
Я бы ещё понял, если бы они честно сказали "Ребята, сервис близок к убыточному, мы на сервера тратим столько, с пользователей получаем вот столько. Дела плохи, дальше только закрытие сервиса. Поэтому закручиваем гайки, теперь то, что нам обходится за деньги - будет стоить для пользователей столько-то денег". Но ведь хранение двух файлов по 1 Гб для сервера равнозначно хранению одного на 2 Гб. То есть это не привязано к затратам на сам процесс, а чисто манипуляция с целью раскошелить и ничего более.
Если раньше кому-то хватало бесплатной версии, то теперь либо дополнительно возись с разбиением файлов, либо неси деньги, грязный халявщик. И ведь некоторые действительно понесут деньги. Доход увеличится, автора инновационной идеи наградят. Вот он смысл.
Чем ближе к монополии, тем больше дичи. Тут и до отмены веб-версии рукой подать, чтобы только из "нашего" приложения с неотключаемой рекламой. Ну и другие замечательные идеи увеличения прибыли.
Жадность хуже, чем холера. Жадность губит флибустьера...
Если это даёт возможность запуска кастомного ПО - думаю, майнинг идёт на PS5. А значит и дефицит.
Горшенин говорил, что x86-код, выполняемый в трансляторе примерно на 25% медленнее нативного. Было бы интересно посмотреть хотя бы 3-4 теста.
По функциональным возможностям данной штуке в пору тягаться с BluePill за 2 бакса, ибо даже до чипов F4 она не дотягивает. Цена устройства завышена в несколько (без преувеличения) раз. За 3 доллара — вполне достойная рынка вещь. За 10 — думаю, что это мертворождённый продукт. Время покажет.
Но увы, веб стал слишком массовым, и теперь это не закрытая тусовка гиков, а огромный рынок. И на нём главным образом работают маркетинговые правила, а вовсе не правила оптимизации ПО.
Так что единственное, что хоть несколько может остановить этот экстенсивный процесс — это стагнация в сфере проектирования CPU (например, если возникнут длительные трудности перехода с кремния и долгое топтание на одном техпроцессе с архитектурными улучшениями производительности по 3-5% процентов в год).
А иначе сколько ни дай — всё мало. Всё обмажут тонной JavaScript и модным дизайном. Так, чтобы страница сервиса погоды требовала больше, чем Crysis в своё время.
-Принимаем формат паспорта за YYYY NNNNNN. При этом YYYY — это не абы что, а цифры примерно соответствующие году выдачи, то есть можно вычесть, скажем, 2000 и хранить только оставшиеся 6 бит (от 2000 до 2063 года). NNNNNN не сократить, это 20 бит.
-Итого имеем 26 бит, однозначно идентифицирующих документ. Для хранения всех паспортов одного года требуется 2^20 бит то есть 128 Кбайт. Таких массивов у нас 64 (по годам), то есть всего 64 * 128 Кбайт = 8 Мегабайт (это наши итоговые требования по памяти).
-Однажды делаем предварительный проход по базе паспортов и выставляем соответствующие биты.
-Приходит запрос. Вычисляем смещение умножением двух чисел, читаем один бит — получаем результат. На всё про всё вряд ли и микросекунда уйдёт.
Может я всё-таки неверно понял условие?
Работаю в области embedded и видел подобное, однако основная часть железяк в данный момент на ARM, где смещение может вычисляться кучей способов, чаще всего предварительной загрузкой соответствующих констант из постоянной памяти в регистры.
Так что для архитектуры ARM данные извращения откровенно бесполезны, ибо патчить память либо бинарник не имеет никакого смысла, нужные константы не фигурируют напрямую в коде, они загружаются однократно перед вычислением смещений.
Я не особо силён в ассемблере x86, но сомневаюсь, что вычисление смещений — это исключительно константы в хард-коде в стиле
Как минимум, руками это точно можно переписать на аналогичную ARM схему.
Ну например «Ребята, наш САПР переезжает с OpenGL на Vulkan, стало на 40 % быстрее. OpenGL далее тянуть не будем, у кого нет — извиняйте».
Какие (хотя бы гипотетически) системные функции нужны Chrome, которые не может предоставить Windows 7?
В чём с их стороны заключается поддержка? Ведётся две ветки разработки? В Windows 7 делаем так, а в Windows 10 — эдак?
Да, судя по этому документу, разница чуть ли не в 10 раз в пользу POM.
Не факт, что тест абсолютно честный (то есть визуальная составляющая примерно одинаковая, исключая проблему экстремальных углов камеры к поверхности), да и сравнение на железе 15-летней давности.
Но всё же, судя по тому, что POM до сих пор активно используется, он не потерял актуальности и честная геометрия сильно проигрывает.
Если на плате нет PCIe — то SATA.
Вот и весь технический смысл (который, кстати, так и не был полностью раскрыт в статье). Остальное — реклама.
-Прототипирование кристаллов (с последующим запуском ASIC в серию)
-Построение спецвычислителей/нестандартных контроллеров в малосерийном производстве (когда выпускать свой ASIC экономически нецелесообразно).
Остальные задачи — это из пушки по воробьям, вроде «коммутируем 3,3 В на 2,5 В» или «ПЛИС как супервизор по питанию». Эти задачи решаются очень дешёвыми микросхемами, созданными именно для этого.
А уж «заводите всё на ПЛИС, там разберёмся» — это вообще за гранью. Вы серьёзно считаете, что использование ПЛИС в качестве «коммутатора всего-на-всё» будет дешевле дополнительных 2 или даже 4 слоёв в плате?
ПЛИС — это отличная вещь сама по себе. Вот только не нужно пихать её всюду по поводу и без.
А что с реалтаймовыми приложениями? Если у Вас вместо 30 кадров в секунду будет 10 — тоже нормально?
В чём тогда весь смысл дорогого устройства на ARM с Windows, если производительность не брать в расчёт? Что же тогда брать в расчёт?
Автономность? Так купите Celeron за 300$ и 5 павербанков по 20 000 мА/ч на 100$.
А их вес/размер просто не берите в расчёт, скажите, что Вам комфортно и так.
За эти ноутбуки хотят приличных денег (обычно ближе к 1000$), при этом производительность в x86 получается на уровне ноутбуков на Celeron'е за 300$.
Если я не прав — очень хотелось бы увидеть бенчмарки, подтверждающие, что с эмуляцией x86 всё неплохо. Пока что я видел только обратное.