У кого есть опыт сборки на Xeonах, расскажите, умеют ли они тактовую частоту снижать на малых нагрузках? Или вентилятор будет выть всё время на максимальных оборотах? Когда-то тоже хотел поэкспериментировать с Xeonами, но из-за опасений, что получится шумно, отказался от этой мысли и собрал компьютер на 12400 за те же самые 67 тыс. (правда, в ценах января 2023 года и с видеокартой попроще).
У меня типовой срок эксплуатации телефона — 4 года, а последующей продажи не предполагается в принципе. Ну и плюс сам факт того, что удалось что-то сэкономить — это, выражаясь языком компьютерных игр, +1 к боевому духу.
Сравнил указанные модели по Kimovil, как выяснилось, Vivo даже выигрывает по показателям. Но это просто не мой ценовой диапазон от слова совсем Я-то сам вообще Huawei P40 покупал, который по камере аналогичен смартфонам из диапазона 40-45 тыс. рублей или даже превосходит их. А во флагманы даже не заглядывал — это не просто не мой ценовой диапазон от слова совсем. Насчёт зарядки — важно не только количество циклов, но и глубина разряда. Если разряжать аккумулятор до 10%, он сдохнет быстрее, чем если до 30%. Ну и последнее: наличие/отсутствие нерешаемых проблем зависит от сценария использования, того, какие приложения нужны.
Причина есть: возможность сэкономить при покупке камерофона. Ну и как правильно заметил комментатор выше, отсутствие сервисов Google Play даёт экономию в несколько часов заряда. При типичных сценариях использования эта экономия заряда может дать как минимум дополнительные полгода жизни аккумулятора. А значит, нужно реже менять телефон, то есть ещё одна экономия. А единственное из важных для меня приложений, которое не удалось заставить работать — это Google Fit. Всякие GMail, Google Docs и т.п. работают без особых проблем.
Именно так: у Huawei отличные камеры по приемлемой цене. Чтобы купить телефон с сопоставимой камерой от другого производителя, нужно залезать как минимум на один ценовой диапазон выше. Поэтому если стоит вопрос «потанцевать с бубном или сэкономить 10-15 тысяч рублей», то выбор будет однозначно в пользу первого варианта. Кстати, всё, что у меня не заработало — это пара игр и приложение Google Fit. Ну и ещё Instagram стал падать после того, как я в том же GBox стал параллельно запускать приложение для SSH-туннелирования. Видимо , памяти не хватает. (Хотя, строго говоря, запускать это приложение именно в GBox особой необходимости нет, просто я так и не смог найти для него APK в свободном доступе, поэтому пришлось ставить через Google Play внутри GBox.)
Есть такая библиотека как HTMX. По сути, делает декларативным (через атрибуты тегов) написание AJAX-запросов к серверу в духе «в ответ на такое-то действие пользователя возьми с сервера кусок HTML-кода с заданного URL и замени/дополни им содержимое вот того divа». При этом весь рендеринг всё равно остаётся на сервере, на клиенте выполняются только вот эти операции замены/добавления. Во многих случаях (за исключением каких-то совсем сложных интерфейсов) позволяет заменить всякие React и Vue, да ещё и легко сделать graceful degradation для случаев отключенного JavaScript или древних броузеров.
Но броузер не может стать ОС потому что уже есть ОС, есть вендорлок и никто никуда не уйдёт и никого никуда не пустят.
Увидел это ваше высказывание, и вспомнил, как у меня когда-то была идея сделать броузер в виде UEFI-модуля. По сути, это и был бы броузер, который стал ОС. (Правда, на реализацию знаний бы не хватило.)
Не только у вас. У меня тоже есть то, что я называю «эффектом 92-ого процента». То есть когда остаётся доделать процентов 8 от всей задачи, могу отложить очень надолго и вернуться и доделать оставшееся через несколько лет.
Не всё в мире делается ради денег. ReactOS существует не на инвестиции, а на пожертвования. Ну и плюс значительный вклад в проект делается добровольцами бесплатно.
Против автоплея роликов опять же есть броузерное расширение. А остальное — это недоработки разработчиков сайта. Ту же карту можно вставить статикой с последующей догрузкой нормальной карты в том случае, если пользователь докрутил до её начала. Добавление скрипта Recaptcha тоже можно повесить на событие, по которому появляется форма (либо по первому клику по любому из её полей). И даже ролик на YouTube можно вставлять статической картинкой в iframe с подгрузкой всех скриптов после клика (правда, проигрываться начинает с задержкой в 1-2 секунды после клика, что не всем может понравиться). Для борьбы с неадекватными действиями контент-менеджеров (вот это — да, реальная проблема) нужно либо выставлять лимит по размерам файла на этапе загрузки, либо делать принудительное масштабирование средствами CMS.
На самом деле главный пожиратель ресурсов — это зачастую не сами сайты, а реклама на них, особенно анимированная, а также всякие скрипты обратных звонков, «живых ассисентов» и прочее маркетологическое зло. Если как следует настроить блокировку всего этого (а также всяких Google Analytics и Яндекс.Метрик, так как со включённым Вебвизором это тоже тот ещё пожиратель ресурсов), то даже на ноутбуке 2013 года покупки пользоваться Интернетом вполне комфортно (проверено на себе, правда, ноутбук с апгрейдом — когда-то заменил HDD на SSD и добавил оперативки до 12 Гб).
И чем поможет управление CPU affinity? Насколько я понимаю, только тем, что может освободить часть ядер для других процессов, чтобы не тормозило устройство в целом. Но сам броузер во время загрузки и отрисовки сайта от этого управления будет тормозить не меньше.
Да не сказать, чтобы разучились. Просто лёгкие сайты делают, в основном, любители-одиночки для своих pet projects, которые без раскрутки просто тонут в информационном шуме, и их мало кто видит. Хотя, с другой стороны, становится всё больше тех, кто не учит сначала чистый CSS и JS, как следовало бы, а сразу изучает всякие frameworkи, из-за чего и не может сделать лёгкий сайт.
основная причина недовольства стариков - не в том, что люди стали тупее, а в том, что у них отобрали ощущение ценности и чувство собственной важности. Что эти грязные гои получили доступ к чему-то сакральному для стариков, что они теперь могут делать тоже самое, но лучше, не прикладывая усилий. Вы совершенно правы насчёт чувства собственной ценности и важности. Именно так всё и есть, могу по себе сказать (хоть и не считаю себя стариком). Скажем, во времена Windows 9X умение решать конфликт IRQ двух устройств воспринималось окружающими как великое шаманство и вызывало восхищение, то сейчас просто почти никто не знает, что такое IRQ. Но плохо даже не это (это всё-таки естественный ход развития, тут ничего не поделаешь), а то, что сейчас, в условиях узкой специализации, просто непонятно, в какое вообще направление развиваться, чтобы добиться такого же эффекта.
Скорее всего, к этому дело и придёт в итоге: телефон + стационарный док для него с портами для подключения мыши, клавиатуры и монитора. В принципе, сами доки есть уже сейчас, вопрос только в том, чтобы приложения под Android стали поддерживать два интерфейса: обычный мобильный и desktop-вариант, где шрифты и значки мельче, но их больше, чтобы было проще выполнять те действия, которые в мобильной версии спрятаны далеко в меню.
Как ярый антикапиталист не могу не порадоваться новости, продлевающей возможности использования старого железа! Хотя, с другой стороны, в большинстве случаев проще поставить подходящий дистрибутив Linux, предназначенный именно для слабых систем (например, Bodhi), и запустить под ним либо самый обычный Chromium, либо какой-нибудь Iron.
А почему нет? Расширения (если имеются в виду extensions, а не plugins) пишутся на JavaScript. Если его поддержку для старых процессоров в самом броузере сделали корректно, то и расширения должны работать нормально.
У кого есть опыт сборки на Xeonах, расскажите, умеют ли они тактовую частоту снижать на малых нагрузках? Или вентилятор будет выть всё время на максимальных оборотах? Когда-то тоже хотел поэкспериментировать с Xeonами, но из-за опасений, что получится шумно, отказался от этой мысли и собрал компьютер на 12400 за те же самые 67 тыс. (правда, в ценах января 2023 года и с видеокартой попроще).
У меня типовой срок эксплуатации телефона — 4 года, а последующей продажи не предполагается в принципе. Ну и плюс сам факт того, что удалось что-то сэкономить — это, выражаясь языком компьютерных игр, +1 к боевому духу.
Сравнил указанные модели по Kimovil, как выяснилось, Vivo даже выигрывает по показателям. Но это просто не мой ценовой диапазон от слова совсем
Я-то сам вообще Huawei P40 покупал, который по камере аналогичен смартфонам из диапазона 40-45 тыс. рублей или даже превосходит их. А во флагманы даже не заглядывал — это не просто не мой ценовой диапазон от слова совсем.
Насчёт зарядки — важно не только количество циклов, но и глубина разряда. Если разряжать аккумулятор до 10%, он сдохнет быстрее, чем если до 30%.
Ну и последнее: наличие/отсутствие нерешаемых проблем зависит от сценария использования, того, какие приложения нужны.
Нет, мне OpenTunnel был нужен, который позволяет использовать SSH как аналог VPN.
Причина есть: возможность сэкономить при покупке камерофона. Ну и как правильно заметил комментатор выше, отсутствие сервисов Google Play даёт экономию в несколько часов заряда. При типичных сценариях использования эта экономия заряда может дать как минимум дополнительные полгода жизни аккумулятора. А значит, нужно реже менять телефон, то есть ещё одна экономия. А единственное из важных для меня приложений, которое не удалось заставить работать — это Google Fit. Всякие GMail, Google Docs и т.п. работают без особых проблем.
Именно так: у Huawei отличные камеры по приемлемой цене. Чтобы купить телефон с сопоставимой камерой от другого производителя, нужно залезать как минимум на один ценовой диапазон выше. Поэтому если стоит вопрос «потанцевать с бубном или сэкономить 10-15 тысяч рублей», то выбор будет однозначно в пользу первого варианта.
Кстати, всё, что у меня не заработало — это пара игр и приложение Google Fit. Ну и ещё Instagram стал падать после того, как я в том же GBox стал параллельно запускать приложение для SSH-туннелирования. Видимо , памяти не хватает. (Хотя, строго говоря, запускать это приложение именно в GBox особой необходимости нет, просто я так и не смог найти для него APK в свободном доступе, поэтому пришлось ставить через Google Play внутри GBox.)
Есть такая библиотека как HTMX. По сути, делает декларативным (через атрибуты тегов) написание AJAX-запросов к серверу в духе «в ответ на такое-то действие пользователя возьми с сервера кусок HTML-кода с заданного URL и замени/дополни им содержимое вот того divа». При этом весь рендеринг всё равно остаётся на сервере, на клиенте выполняются только вот эти операции замены/добавления. Во многих случаях (за исключением каких-то совсем сложных интерфейсов) позволяет заменить всякие React и Vue, да ещё и легко сделать graceful degradation для случаев отключенного JavaScript или древних броузеров.
А как же PHP? По-моему, для серверной части для не highload-проектов он подходит куда больше, и по ресурсам (особенно памяти) менее прожорлив.
Увидел это ваше высказывание, и вспомнил, как у меня когда-то была идея сделать броузер в виде UEFI-модуля. По сути, это и был бы броузер, который стал ОС. (Правда, на реализацию знаний бы не хватило.)
Решил проверить информацию и тоже запустил этот benchmark. Результаты (под Debian Testing, процессор Intel i5 12400, видеокарта AMD RX 6500 XT):
Яндекс.Браузер — 19.7 ± 0.38
Edge —16.3 ± 0.30
Iron (урезанный Chromium, из которого выдрали синхронизацию) — 16.2 ± 0.77
Firefox — 12.8 ± 0.16
Не только у вас. У меня тоже есть то, что я называю «эффектом 92-ого процента». То есть когда остаётся доделать процентов 8 от всей задачи, могу отложить очень надолго и вернуться и доделать оставшееся через несколько лет.
Не всё в мире делается ради денег. ReactOS существует не на инвестиции, а на пожертвования. Ну и плюс значительный вклад в проект делается добровольцами бесплатно.
Против автоплея роликов опять же есть броузерное расширение.
А остальное — это недоработки разработчиков сайта. Ту же карту можно вставить статикой с последующей догрузкой нормальной карты в том случае, если пользователь докрутил до её начала. Добавление скрипта Recaptcha тоже можно повесить на событие, по которому появляется форма (либо по первому клику по любому из её полей). И даже ролик на YouTube можно вставлять статической картинкой в iframe с подгрузкой всех скриптов после клика (правда, проигрываться начинает с задержкой в 1-2 секунды после клика, что не всем может понравиться).
Для борьбы с неадекватными действиями контент-менеджеров (вот это — да, реальная проблема) нужно либо выставлять лимит по размерам файла на этапе загрузки, либо делать принудительное масштабирование средствами CMS.
На самом деле главный пожиратель ресурсов — это зачастую не сами сайты, а реклама на них, особенно анимированная, а также всякие скрипты обратных звонков, «живых ассисентов» и прочее маркетологическое зло. Если как следует настроить блокировку всего этого (а также всяких Google Analytics и Яндекс.Метрик, так как со включённым Вебвизором это тоже тот ещё пожиратель ресурсов), то даже на ноутбуке 2013 года покупки пользоваться Интернетом вполне комфортно (проверено на себе, правда, ноутбук с апгрейдом — когда-то заменил HDD на SSD и добавил оперативки до 12 Гб).
И чем поможет управление CPU affinity? Насколько я понимаю, только тем, что может освободить часть ядер для других процессов, чтобы не тормозило устройство в целом. Но сам броузер во время загрузки и отрисовки сайта от этого управления будет тормозить не меньше.
Да не сказать, чтобы разучились. Просто лёгкие сайты делают, в основном, любители-одиночки для своих pet projects, которые без раскрутки просто тонут в информационном шуме, и их мало кто видит. Хотя, с другой стороны, становится всё больше тех, кто не учит сначала чистый CSS и JS, как следовало бы, а сразу изучает всякие frameworkи, из-за чего и не может сделать лёгкий сайт.
Скорее всего, к этому дело и придёт в итоге: телефон + стационарный док для него с портами для подключения мыши, клавиатуры и монитора. В принципе, сами доки есть уже сейчас, вопрос только в том, чтобы приложения под Android стали поддерживать два интерфейса: обычный мобильный и desktop-вариант, где шрифты и значки мельче, но их больше, чтобы было проще выполнять те действия, которые в мобильной версии спрятаны далеко в меню.
Как ярый антикапиталист не могу не порадоваться новости, продлевающей возможности использования старого железа!
Хотя, с другой стороны, в большинстве случаев проще поставить подходящий дистрибутив Linux, предназначенный именно для слабых систем (например, Bodhi), и запустить под ним либо самый обычный Chromium, либо какой-нибудь Iron.
А почему нет? Расширения (если имеются в виду extensions, а не plugins) пишутся на JavaScript. Если его поддержку для старых процессоров в самом броузере сделали корректно, то и расширения должны работать нормально.