Это возможно и было правдой на старте продаж, когда разработка еще не окупилось. Когда же продажи уже идут, разработка окуплена, идет просто поддержка, производитель просто в плюсе и имеет немного разную маржу в зависимости от ОС, если провести такое разделение.
Это бы тем более высветило все плюсы винды, если цена поддержки линя была выше, и все бы это видели. Сейчас же все совершенно не прозрачно.
«манипуляций больше, чем под других» — это изменение в производстве образа на диске. Для пользователя больше манипуляций не становится. И я не вижу в этом ни ущемления основной массы, ни больших затрат для реализации.
А так да, пускай творят что хотят, и ФАС никакие не нужны, и делать, чтобы конкуренты могли пробиться ничего не надо. Капитализм же.
Если производитель поддерживает убунту, то по логике должно быть: покупаешь винду — оплачиваешь ее лицензию и поддержку, покупаешь линух — оплачиваешь его поддержку.
Если производитель не поддерживает — можно купить без OS, а дальше поддержка это твоя забота, делай что хочешь, вендор ничего не теряет.
Но вот сейчас ситуация такая, что многие крупные то поддерживают, но механизм возврата средств на винду — это мощный рычаг против остальных игроков и получается наоборот. Это пользователям других ос зачастую приходится покупать с виндой и оплачивают винду, а не свою ОС.
Dell, например, уже поддерживает linux. Хочу я:
1. Прозрачности, видеть сколько стоит лицензия и оплачивать ту, какую я выберу.
2. Банальное удобство покупателя, чтобы я пришел в любой магазин и был выбор, чтобы любую из _уже_ поддерживаемых производителем OS мог выбрать.
Если производитель ничего больше не поддерживает — чтобы был вариант без OC (обычно это вариант с FreeDOS), и чтобы я никуда не бегал с возвратом лицензии на винду, а сразу заплатил на сумму лицензии меньше.
Да, лицензия может быть проблемой и заставлять линковаться динамически и на винде и на лине. Правда не все это знают и бывает что и нарушают.
Я помню время как на винде прежде чем использовать либу, ты ее отдельно собираешь и копируешь в проект .lib. При апдейте студии может и не заработать, а так же либы собранные с разными опциями могут и не ужиться.
В общем веселье тоже то еще было, сейчас получше стало.
В целом по трудозатратом мне примерно одинаково обходились все 3 системы mac/win/linux по этой проблеме.
Media Foundation обычно включают в инсталер игр на Unity, потому что он требует. Включают не просто так, можете погуглить проблемы mfplat.
Да я и не против. Просто дайте выбор и разделите — с лицензией на винду, чтобы я четко видел сколько потрачено на винду или лицензию на платный линух, чтобы я четко видел сколько стоит этот линух. Аналогично FreeDOS и другие.
А что мешает сделать меню выбора при включении? Линь все равно бесплатный, так что не надо даже менять образ при покупке виндовой лицензии. После выбора раздел с другой системой можно удалять. Можно было бы еще приложенными кодами, если бы обе системы были платными, но усложнять вроде не требуется.
В общем, это не выглядит технически сложной задачей и большими затратами при производстве. Просто сейчас это не требуется и никто конкурента естественно включать не будет. А различие в цене это вообще пугающий фактор.
Правило номер 1 для решившего сделать продукт на линуксе — линковаться с либами из дистриба нельзя категорически.
Надо использовать статические либы как на винде, что не статическое — тащить с собой (как и на винде в папке с прогой обычно куча dll присутствует).
Тащат обычно свой рантайм (Steam) или flatpack/snap/appimage.
Очень стабильные иногда используют из appimage и иногда бывает что он где-то уже не запускается, но в целом это тоже юзабельный вариант.
На винде кстати тоже бывают неудобства, что приложению надо установить или сишный рантайм такой-то студии или directx redist или Media Foundation. Обычно этого тоже можно избежать, но ленятся.
Я недавно покупал, искал на linux специально, но пришлось купить на винде и сразу же снести. Выходит на мне наварились, когда я не хотел. Так что да, я хочу чтобы ФАС работал и что-то сделал. Что их выпускают я прекрасно знаю, я хочу теперь реально их купить (и с разницей в цене и без гемора с возвратом).
А как насчет гарантированной переключалки при покупке винда/линь и оплаты лицензии винды отдельно?
Технически не должно быть проблем такое сделать, магазин может даже выносить уже правильно настроенный ноут и поддерживать на складе рыночное соотношение. А разница в цене это ой какой сигнальчик может быть для некоторых, особенно если кроме рабочего бравзера особо больше ничего не надо.
не знаю почему но 10 даже не пытается открывать exe файл как exe файл и даже не пытается создавать процесс, молча, без ошибок, без логов, без ничего
Это похоже на сайлент креши, я столкнулся с этим, когда мое приложение крашилось и ничего небыло видно.
Как я понял, это сделано чтобы не напрягать пользователя, когда после обновления многое начинает крашится, а так — просто меньше значков в трее и появляется ощущение более надежной системы.
И в обычных настройках этого нет, вот первое из гугла как включить обратно: superuser.com/questions/1246626/is-it-by-design-that-windows-10-no-longer-displays-app-has-stopped-working-d/1349113
Крашлог на самом деле есть, но закопан и каждый раз лезть его смотреть для девелопера не очень удобно.
DWS это уже делает, а в известных адресах, например, есть client-s.gateway.messenger.live.com и login.live.com что убивает скайп.
Есть даже предупреждение:
>IF YOU NEED SKYPE, MARKET, XBOX APP, WMR OR ANY OTHER MICROSOFT APPS WITH INTERNET FEATURES DON'T INSTALL DWS!
И список этот обновляется, так что если это ради паранои — практически бесполезно т.к. утечке достаточно произойти 1 раз и возможно уйдет вся накопленная инфа, ну или часть накопленной, но какое-то накопление есть наверняка.
Самое надежное что есть это github.com/Nummer/Destroy-Windows-10-Spying
Но это сломает скайп и много что еще т.к. оно будет просто несовместимо с приватностью.
+ У меня апдейты его действия уже несколько раз восстанавливали, не помогало даже физическое удаление таких вещей как CompatTelRunner.exe и изменение прав, чтобы его не перезаписали. Но возможно такие действия уже стихли.
На кастомные сборки я бы тоже не рассчитывал, слишком глубоко въелось и против официального ветра идти сложно.
Запрещать обновления тоже так себе решение для современных ос + эти обновления будут требовать куча софта типа студии, даже безотностиельно секурити обновлений.
С -icount как-то не получилось, qemu-system-arm на нее не ругается, а вот qemu-arm пишет:
qemu: unknown option 'icount'
Да и в любом случае блоки нужны, чтобы показать профайл по функциям, а посчитать блок и самому не так сложно + можно тяжелые инструкции, если что, пропарсить, и им больше клоктиков приписать.
А так мне самому интересно, как это еще сделать менее костыльно, выдача блоков все-таки сильно тормозит QEMU, если влезть в его код можно профайл сильно ускорить. И ничего более путного чем QEMU я не нашел пока для этих целей.
Тоже нужен был детерминированный профайлинг, только для реальных архитектур x86/x64/armv7/aarch64/mips. Сделал через QEMU github.com/lieff/qemu-prof.
Очень удобно профайлить в CI и отслеживать изменения от коммита к коммиту. По времени такое не сделать т.к. изменения обычно небольшие, и если измерять на хардваре, то даже если много циклов делать, — зависит от фазы луны и температуры в датацентре. Не говоря уже о том, что в CI сборщик обычно не фиксирован и реального железа архитектур отличных от x86 обычно нет.
По поводу батареи, попробуйте powertop и в разделе tweaks включить все твики (некоторые останутся «bad» до перезапуска powertop, после перезапуска все должно быть «good») + обновление фирмвари. Что-то из этого мне помогло (9370), с вайфаем проблем нет. Что за дистрибутив кстати?
Это бы тем более высветило все плюсы винды, если цена поддержки линя была выше, и все бы это видели. Сейчас же все совершенно не прозрачно.
А так да, пускай творят что хотят, и ФАС никакие не нужны, и делать, чтобы конкуренты могли пробиться ничего не надо. Капитализм же.
Если производитель не поддерживает — можно купить без OS, а дальше поддержка это твоя забота, делай что хочешь, вендор ничего не теряет.
Но вот сейчас ситуация такая, что многие крупные то поддерживают, но механизм возврата средств на винду — это мощный рычаг против остальных игроков и получается наоборот. Это пользователям других ос зачастую приходится покупать с виндой и оплачивают винду, а не свою ОС.
1. Прозрачности, видеть сколько стоит лицензия и оплачивать ту, какую я выберу.
2. Банальное удобство покупателя, чтобы я пришел в любой магазин и был выбор, чтобы любую из _уже_ поддерживаемых производителем OS мог выбрать.
Если производитель ничего больше не поддерживает — чтобы был вариант без OC (обычно это вариант с FreeDOS), и чтобы я никуда не бегал с возвратом лицензии на винду, а сразу заплатил на сумму лицензии меньше.
Я помню время как на винде прежде чем использовать либу, ты ее отдельно собираешь и копируешь в проект .lib. При апдейте студии может и не заработать, а так же либы собранные с разными опциями могут и не ужиться.
В общем веселье тоже то еще было, сейчас получше стало.
В целом по трудозатратом мне примерно одинаково обходились все 3 системы mac/win/linux по этой проблеме.
Media Foundation обычно включают в инсталер игр на Unity, потому что он требует. Включают не просто так, можете погуглить проблемы mfplat.
В общем, это не выглядит технически сложной задачей и большими затратами при производстве. Просто сейчас это не требуется и никто конкурента естественно включать не будет. А различие в цене это вообще пугающий фактор.
Надо использовать статические либы как на винде, что не статическое — тащить с собой (как и на винде в папке с прогой обычно куча dll присутствует).
Тащат обычно свой рантайм (Steam) или flatpack/snap/appimage.
Очень стабильные иногда используют из appimage и иногда бывает что он где-то уже не запускается, но в целом это тоже юзабельный вариант.
На винде кстати тоже бывают неудобства, что приложению надо установить или сишный рантайм такой-то студии или directx redist или Media Foundation. Обычно этого тоже можно избежать, но ленятся.
Технически не должно быть проблем такое сделать, магазин может даже выносить уже правильно настроенный ноут и поддерживать на складе рыночное соотношение. А разница в цене это ой какой сигнальчик может быть для некоторых, особенно если кроме рабочего бравзера особо больше ничего не надо.
Это похоже на сайлент креши, я столкнулся с этим, когда мое приложение крашилось и ничего небыло видно.
Как я понял, это сделано чтобы не напрягать пользователя, когда после обновления многое начинает крашится, а так — просто меньше значков в трее и появляется ощущение более надежной системы.
И в обычных настройках этого нет, вот первое из гугла как включить обратно:
superuser.com/questions/1246626/is-it-by-design-that-windows-10-no-longer-displays-app-has-stopped-working-d/1349113
Крашлог на самом деле есть, но закопан и каждый раз лезть его смотреть для девелопера не очень удобно.
Есть даже предупреждение:
>IF YOU NEED SKYPE, MARKET, XBOX APP, WMR OR ANY OTHER MICROSOFT APPS WITH INTERNET FEATURES DON'T INSTALL DWS!
И список этот обновляется, так что если это ради паранои — практически бесполезно т.к. утечке достаточно произойти 1 раз и возможно уйдет вся накопленная инфа, ну или часть накопленной, но какое-то накопление есть наверняка.
Если ради ресурсов — тут скорее CompatTelRunner.exe надо прибивать постоянно, у меня он постоянно набитый винт сканирует. Проблема давно известная, вот первое из гугла whatsabyte.com/windows/compattelrunner-exe-high-cpu-issue
Но это сломает скайп и много что еще т.к. оно будет просто несовместимо с приватностью.
+ У меня апдейты его действия уже несколько раз восстанавливали, не помогало даже физическое удаление таких вещей как CompatTelRunner.exe и изменение прав, чтобы его не перезаписали. Но возможно такие действия уже стихли.
На кастомные сборки я бы тоже не рассчитывал, слишком глубоко въелось и против официального ветра идти сложно.
Запрещать обновления тоже так себе решение для современных ос + эти обновления будут требовать куча софта типа студии, даже безотностиельно секурити обновлений.
Да и в любом случае блоки нужны, чтобы показать профайл по функциям, а посчитать блок и самому не так сложно + можно тяжелые инструкции, если что, пропарсить, и им больше клоктиков приписать.
А так мне самому интересно, как это еще сделать менее костыльно, выдача блоков все-таки сильно тормозит QEMU, если влезть в его код можно профайл сильно ускорить. И ничего более путного чем QEMU я не нашел пока для этих целей.
Очень удобно профайлить в CI и отслеживать изменения от коммита к коммиту. По времени такое не сделать т.к. изменения обычно небольшие, и если измерять на хардваре, то даже если много циклов делать, — зависит от фазы луны и температуры в датацентре. Не говоря уже о том, что в CI сборщик обычно не фиксирован и реального железа архитектур отличных от x86 обычно нет.
cat /sys/power/mem_sleep должно выдать:
s2idle [deep]
Это их прошлый кодек для изображений (но возможно не их реализация).