Есть такая морозилка - cgroup freezer, суть которой в том, чтобы замораживать процессы, находящиеся в этой группе. Почти как SIGSTOP и SIGCONT, только банановый +)

А с другой стороны есть процессоры арм, которые в своем большинстве при простое практически не жрут энергию...

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

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

Ну так собственно вопрос в том, как вы считаете, стоит ли ее ограничивать принудительно, замораживая процессы? Разумеется никто не будет отнимать возможность юзеру самому указать, что замораживать/не замораживать. Или всетаки это должно быть реализовано на уровне фреймворка/библиотек, как в ведройде? Т.е. разработчик софта должен сам писать приложение так, чтобы оно могло работать в фоне.

Для х86 возможно это будет актуально в будущем, когда разница во времени работы при полной нагрузке и при полном простое будет больше чем в 2-3 раза..

В современных армах есть набор инструкций thumb2 / thumbee, который якобы уменьшает размер бинарников на 30%, а вот насчет производительности википедия говорит что она должна как бы быть такой же, как и с нативным арм кодом.

Что-то я ничего не нашел в интернете на эту тему, может кто нибудь проверял производительность бинарников собранных с -mthumb и без него? Ну или хотя бы где можно почитать об этом?

З.Ы. Я пока попробовать не могу, мой нетбук ушел в астрал из за линковки файерфокса еще часа на четыре)

В продолжении предыдущей темы, я решил попробовать засунуть Radeon 7750 в KVM. Никакой специфической конфигурации не потребовалось, только пришлось загрузить модуль kvm с опцией allow_unsafe_assigned_interrupts=1. В целом, все относительно нормально, драйвера установились, heaven показывает нормальную производительность.

Вот только если выключить VM, а потом запустить повторно, то повисает весь хост, плюс к этому не работает проброс pci устройств, пришлось юзать мышку с клавой через spice, т.е. через virt-manager.

Так что, на данный момент Xen смотрится получше в плане «погамать в крузис» (хотя он и так под вайном рабтает).

qemu-kvm-1.0-r3

Скриншот

Проброс видеокарты в xen

Предыдущие тесты с ксеном

Я уже долго пытался запихнуть в ксен свою GTX 560 Ti, но нвидия с ксеном просто отвратительно (не)работает, как на dom0 так и вообще. В итоге вчера была куплена обычная дешевая Sapphire Radeon 7750. Запихнул ее в комп, отдал ксену и все отлично. Пока успел сыграть в CoD MW2 и Shogun 2 Total war, в целом все достаточно стабильно работает. Dom0 вместе с DomU/win7 грохнулись всего один раз - при установке каталиста.

конфиг ксена вполне обычный. Как и советуют на вики, нужно поставить gfx_passthrough=0 и приклеить видеокарту и ее HDA к pci-stub или xen-pciback. При этом не работает текстовый режим, т.е. до того, как ОС в DomU загрузит драйвер видеокарта работать не будет.

Помимо видеокарты в ксен был отдан юсб контроллер с мышкой и клавой, а так же звуковая карта, т.к. для тех звуковух, что может эмулировать ксен нет драйверов на x64 win7.

Железо которое было использовано:

GA-990FXA-D3 /w bios f5i
Phenom X6 1090T
Nvidia 560Ti /w nouveau для хоста
Radeon 7750 
ведро 3.3 xen 4.1.2

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

Скриншот «Индекса производительности шиндошс»

Кто нибудь пробовал это чудо на планшете? Или хотя бы в курсе как оно там.. ээ поживает?)

Просто мы сейчас, по сути, имеем 3 различных типа устройств по виду взаимодействия с ними: телефон, планшет, десктоп. Некоторые из них пересекаются друг с другом, самый яркий пример - это нетбуки-планшеты, вроде Asus EEE pad transformer или Dell inspiron duo. Так же некоторые телефоны можно подключить к монитору/зомбоящику, например N900. Совершенно очевидно, что использовать плашетный интерфейс на Dell Inspiron duo, к примеру, будет сверх неудобно, когда он в режиме нетбука, как и наоборот. Тоже самое и с телефонами, подключенными к внешнему дисплею, не говоря уж о устройствах по типу Smartbook, где телефон превращается в планшет, а потом и в нетбук.

Так вопрос по сути в том, имеют ли девелоперы какие нибудь планы о динамическом переключении Плазмы вместе со всем приложениями?

Т.е. допустим, у нас в руках Asus T101 в режиме планшета с запущенной Plasma Active + браузер с одной страницой + окуляр, в котором открыт pdf где-то на середине страницы. Мы переворачиваем девайс в режим нетбука, автоматически запускается Plasma Netbook или Desktop, запущенные приложения тоже меняют свой вид к десктопному варианту и сохраняют то, что в них открыто: позицию документа в окуляре и открытая веб страница в браузере.

В принципе с приложениями, где используется qml в качестве описания интерфейса не должно возникнуть особых трудностей по, хотя бы, базовой реализации этой фичи.. но все же, есть ли у них такие планы и что вы об этом думаете?)

Задумался о покупке такого вот девайса, мой т91 уже давно сдох, а нетбук и планшет по отдельности - не тру.

Из тех, которые я нашел, это Asus t91, t101, lenovo s10-3t, x201t, может кто нибудь видел еще подобные устройства?

Они все на атоме... есть ли в природе нетбуко-планшеты на новых процессорах AMD?

ЗЫ: я в курсе про тачбук и асус трансформер. Первый на достаточно старом чипе и с малым кол-вом рамы, а на втором тегра и андройд +)

Совсем немного осталось ждать.

http://www.youtube.com/watch?v=t-KfxrI1NXg

Немного скриншотов из видео

На фоне заголовков новостей, а-ля «MeeGo RIP», «Nokia не будет развивать MeeGo» и прочей желтизны, тихо мирно пилится сабж, суть которого предоставить Ъ-юзерам и девелоперам минимальную рабочую операционную систему для н900.

Конечно, качество прикладного софта - никакое вообще, но управление железками и низкоуровневые фичи неплохо допилены, а именно:

Софт собранный с mfloat-abi=hard, что полностью сломало ABI с -mfloat-abi=soft, но дало увеличение перформанса до 60 % с математикой. Сами же Developer Edition образы собраны вообще с -mfpu=neon, но пока хз что из этого лучше +)

Допиленные дровишке для PVR SGX 530, над реализацией 3д в драйвере неплохо так поработали. Мягкое изменение ориентации экрана без морганий и наконец то избавились от тиринга.

Новые открытые дровишки для wl1251.

Интерфейс более плавный, чем на маемо, частично из-за hardfp, частично из-за юзания QML. Запуск софта достаточно быстрый, несмотря на то, что система работает с SD карты.

Еще нужно поработать ребятам над потреблением энегрии, и мелочевкой, типо подсветки клавиатуры. Многие вещи уже есть в апстриме, к примеру поддержка idle для вафли.

В целом, это первый билд миго на н900, после которого остались положительные ощущения и с которым можно(с натяжкой) работать. Если нокия со своей стороны обеспечит поддержку проприетарщины на н900, например видео кодеки для dsp, то, я думаю, миго сможет заменить маемо на этом девайсе.

Разумеется в багзилле целая куча багов, ну а я пока жду 25 мая.

Собственно вот сами драйвера. Поддерживают OpenGL 2.1, OpenGL|ES 1.1 и 2.0, OpenVG 1.1.

Я уверен на 95 %, что суспенд и гибернация работать не будут, но возможно пофиксили пару багов, т.к. изменений со времен беты очень мало. Реализация OpenGL даже на бете была хорошей(потому что ее не интел делали), удалось запустить UT2004, правда с тормозами(1.33ггц процессор всетаки), но иногда повисало с ошибкой SGXHwRecovery(в багзилле maemo на n900 такие же проблемы) при работе с компизом и некоторыми другими OpenGL приложениями. Ну и со шрифтами были проблемы, мало того, что у меня они и так не фонтан, иногда они превращались в кашу +)

Надеюсь тут хотя бы что-нибудь почнили...

В общем, новый вкусный кактус от Imagination Technologies и Intel. Приятного аппетита всем, кто использует устройства с GMA 500.

//ушел собирать.

Посоветуйте хороших ШГ, чтобы давали -40 к зрению, желательно моноширинных.

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