corvuscor

Пикабушник
Дата рождения: 1 января
114К рейтинг 80 подписчиков 10 подписок 117 постов 24 в горячем
Награды:
10 лет на Пикабу

А почему бы и да?

Тащемта - предыстория.
Держу для платежей в интернете карту яндекс.денег, которая нынче, после выкупа Сбербанком, теперь ЮМани.

Хотел тут забросить баблишка со своей рабочей карты сбера, она там привязана, и сервис ее идентифицирует как "Сбербанк МИР". Внизу вижу маленькую привычную приписочку:


К оплате 3535.00 Р, с учетом комиссии 1 %

Ваш банк может взять дополнительную комиссию

Как я это вижу:

А почему бы и да?

З.Ы., для зануд: Да, я знаю, что через сбербанк.онлайн комиссии нет.

Показать полностью 1
1233

Еще немного о процессорах нынешних телефонов...

Этот пост к слову о том, что я обычно не просто балаболю, но могу свои слова и пруфами подтвердить, если надо. Как-то между делом написал коммент:

В целом, можно заметить, что воодушевленные техническим прогрессом люди подвезли мне плюсов.

Но было и несколько персонажей, которые, как один из них выразился, решили меня "осадить" и пояснить мне за базар, что я нуб, ламер, чмо и что я, якобы, меряю разные процессоры частотами.


Сегодня, когда я перебирал старые посты, я вспомнил про это и мне пришла в голову идея устроить моему телефону пвп с компом.


Методика более подробно описана в моем старом посте вот здесь:

Тестирование производительности процессора силами ffmpeg.


Кому лень читать - заставим проц раскукоживать видео 4К H264 без хардварного декодирования и посмотрим на полученный фпс. В таких задачах используется много всякого волшебного матана, а ffmpeg довольно неплохо оптимизирован и умеет как во всякие фичи x86, так и arm. Так что тест, как мне кажется, вполне имеет место быть.


Собсна, у меня Redmi Note 8T - дешманофон с Snapdragon 665 на борту (4x Cortex-A73@2.0GHz + 4x Cortex-A53@1.8GHz). На десктопе AMD Ryzen 5 1600@3.7GHz (PBO).

На компе стоит KDE Neon 20.04, на телефоне - Android c Termux, версии ffmpeg там одинаковы.


Я принудительно выключил хардварный декод и форсировал 4 потока, чтобы уравнять условия. Посмотрим на результат:


Телефон:

frame=19036 fps= 41 q=-0.0 Lsize=N/A time=00:10:34.60 bitrate=N/A speed=1.37x

video:9964kB audio:356706kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown

bench: utime=1753.866s stime=22.753s rtime=462.637s

bench: maxrss=343068kB


Комп:

frame=19036 fps=149 q=-0.0 Lsize=N/A time=00:10:34.60 bitrate=N/A speed=4.98x

video:9964kB audio:356706kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown

bench: utime=462.451s stime=1.865s rtime=127.480s

bench: maxrss=388796kB


С учетом того, что частота у десктопа почти вдвое больше, разрыв не такой уж и впечатляющий.

А теперь бонус, из моего старого поста:

Внизу у Athlon II X4 615e с частотой 2.5 GHz. Проц из весовой категории тех самых Core 2 Quad / Phenom II. Выводы можете сами сделать.


Послесловие:

Опять же, я не претендую на истину в последней инстанции, ибо это лишь один из бенчмарков. Есть задачи, с которыми arm-камни справляются хуже, например линпак. Но факт в том, что мои слова почти в точности подствердились первым случайным бенчмарком.

Показать полностью 2

На дне рождения

Знаете, я только сейчас понял сакральный смысл празднования дней рождения.
Когда тебе 18, говорят:

- Наконец ты вырос, теперь станешь большой, самостоятельный и не будешь сидеть на шее у родителей!

И все радуются.

А когда тебе 35, тебе говорят:

- Ну и что ты здесь нюни развесил? Не унывай, дед, пойдем, хряпнем коньячку, которого мы тебе принесли!

Ты идешь, хряпаешь, и все снова радуются.

Поэтому дни рождения нужны в любом возрасте.

10

Строим матрешку из Wine и ваших приложений

Давненько я ничего не писал, но тут на меня снизошло желание сделать пост. Ну ладно.
Думаю, среди тех, кто недавно перешел на Linux, часто возникает потребность использовать Wine. Я и сам, каюсь, иногда его использую. Сейчас я расскажу, как держать на компьютере его разные версии и разные префиксы просто в одной папке, да еще так, что это все будет очень красиво (наверное) логически организовано.

Необходимое предисловие - возможно, вам следует почитать про каскадно-объединенное монтирование. Его принцип - использование различных файловых систем как слоев в матрешке.

Каждый следующий слой представляет разницу с предыдущим. Таким образом реализуется принцип CopyOnWrite, иными словами, нижний слой может быть ReadOnly, а во второй мы будем записывать разницу. Зачем это нужно - будет понятно по тексту.


Саму установку Wine можно разделить на 3 части - бинарники, префикс (аналог диска C:) и, собственно, ваши приложения. Вот мы и разделим.


Основной принцип таков - разделить все на сжатые squashfs файлы (их будет два, один с Wine, а второй с пустым префиксом) и папку, в которой будут ваши настройки и приложения. Посмотрите, что выйдет. Главный принцип - все манипуляции, кроме установки нужных пакетов, будут от юзера.


Сначала надо скачать нужные бинари Wine. Советую для простоты взять отседова:

https://www.playonlinux.com/wine/binaries/phoenicis/


Распаковывам архив, получаем папку с Wine, в ней должны содержаться стандартные для приложения папки - bin, lib, share, и т.д.

Теперь создадим пустой префикс. Сделаем скрипт (назовем его wine5, он нам еще пригодится):


#!/bin/bash


root=`pwd`

cd ./папка_с_вайном/bin

env WINEPREFIX=$root/test_prefix LD_LIBRARY_PATH=$root/папка_с_вайном ./wine "$*"

Запустим этот скрипт папке с папкой Wine и получим пустой префикс в папке test_prefix:

./wine5 winecfg

Теперь запакуем Wine и пустой префикс в squashfs файлы:

mksquashfs ./папка_с_вайном wine_compressed.sqsh -comp lzo

mksquashfs ./test_frefix clear_prefix.sqsh -comp lzo

Почему lzo? Потому-что жмет почти как zip, а на распаковке дает до 1.5 ГБ/с. Такое сжатие может даже ускорить работу на HDD. Приятный бонус - размер бинарей вайна и префикса сократится в 2-3 раза.

В итоге получим все два файла, которые, в сущности, и есть весь Wine. Теперь надо написать скрипт(можете начинать), который их монтирует и размонтирует.

Для начала надо поставить такие вещи, как squashfuse и unionfs-fuse. Это зависит от вашего пакетного менеджера. Допустим, пакеты вы поставили.


Сначала смонтируем squashfs:

squashfuse wine_compressed.sqsh ./wine_mountpoint


squashfuse clear_prefix.sqsh ./prefix_mount_ro

Потом создадим директории prefix_rw(сюда будут записываться ваши приложения) и prefix_merged(полная версия) и соберем матрешку префикса:


unionfs-fuse -o cow ./prefix_rw=RW:./prefix_mount_ro=RO ./merged

Теперь поправим в вашем скрипте пути, пропишем в WINEPREFIX путь к merged, а папку с вайном заменим на wine_mountpoint.


Все можно пользоваться! Размонтировать это дело можно с помощью fusermount -u (добавьте в свой скрипт или сделайте отдельный, по вкусу), опять же, полностью от юзера.

Кроме того, обратите внимание на пути.


Что это дает?

1. А то, что монтировать unionfs можно сколько угодно раз, единожды примонтировав wine и пустой префикс. Таким образом, можно создавать префиксы - для простоты - пустые установки Windows, которые почти ничего не весят, как контейнеры. Кроме того, слоев в матрешке может быть сколько угодно. Можно упаковать и приложения. Можно даже запаковать целую игру, в rw будут писаться только сохранения и настройки. Так что применение зависит только от вашей фантазии и целей.


2. Значительное сокращение размера.


3. Все это внутри одной папки и не требует софта кроме тонких оберток типа squashfuse и unionfs-fuse, которые во многих дистрибутивах есть по дефолту.


Послесловие или FAQ.

Вопрос: Это все известно и используется в контейнерах и LiveCD, зачем ты это пишешь?

Ответ: Потому-что могу и хочу.


Вопрос: Почему не использовать более современную aufs?

Ответ: Она не умеет в FUSE.


Вопрос: Ничего не понял, нафига мне это красноглазие? Я сижу на Windows и прекрасно себя чувствую.

Ответ: Вот и сидите дальше, что вы здесь забыли?


Может быть, что-то упустил.

Показать полностью
338

Движок XRay портирован на Linux.

Разработчики проекта OpenXRay сообщили о готовности альфа-выпуска порта движка под Linux. Само портирование уже завершено, однако многое ещё не готово и проходит стадию доработки, но уже сейчас движок запускается и работает. Исходные коды можно скомпилировать с помощью CMake и GCC 7. Для работы под Linux используются библиотеки SDL2 и OpenGL. Исходные коды проекта доступны на GitHub.

https://github.com/OpenXRay/xray-16

В рамках проекта OpenXRay происходит развитие движка X-Ray версии 1.6.02, используемого в игре "S.T.A.L.K.E.R.: Зов Припяти". Проект основан после утечки исходных кодов движка и ставит перед собой цель исправления всех оригинальных недочётов и введения новых возможностей как для обычных пользователей, так и для разработчиков модификаций. Разработчики приглашают всех желающих присоединиться к разработке проекта.


Парочку скринов:

От себя хочу отметить, что, к сожалению, код лицензионно не чист и используется с устного разрешения Григоровича, о чем разработчики честно предупреждают.


Ссылки на опеннет и первоисточник:

https://www.opennet.ru/opennews/art.shtml?num=49684

https://vk.com/openxray?w=wall-166255019_43

Показать полностью 2
2074

Проект Python для соблюдения политкорректности избавляется от терминов "master" и "slave"

Гвидо ван Россум (Guido van Rossum) поставил точку в споре, возникшем среди разработчиков языка Python из-за изменений, предложенных Виктором Штиннером (Victor Stinner), работающим в Red Hat и входящим с число ключевых разработчиков Python. Виктор предложил вычистить код Python от упоминания слов "master" и "slave", так как их использование является неполиткорректным и ассоциируется с рабством и неравноправием. Несколько лет назад некоторые открытые проекты уже затронула череда подобных переименований, например, в Drupal термины "master" и "slave" были заменены на "primary" и "replica", а в Django и CouchDB на "leader" и "follower".

Соответствующие патчи приняты в состав выпуска 3.8.

Источник : opennet

Проект Python для соблюдения политкорректности избавляется от терминов "master" и "slave"
1460

Microsoft ведёт переговоры о покупке GitHub

По сведениям издания Business Insider, полученным из неофициальных источников, Microsoft и GitHub обсуждают возможность продажи сервиса. Отмечается, что последние годы представители Microsoft и GitHub уже безуспешно общались по вопросам продажи, но несколько недель назад начались более серьёзные переговоры. В качестве ориентировочной стоимости упоминается сумма в 5 миллиардов долларов (в 2015 году GitHub оценивался в 2 миллиарда) и пока не ясно, согласится ли на такую цену Microsoft.


http://www.opennet.ru/opennews/art.shtml?num=48696

Microsoft ведёт переговоры о покупке GitHub
Отличная работа, все прочитано!