LINUX.ORG.RU

Сообщения rha

 

MeeGo 1.2 жить можно, но не всё гладко

Галерея — Скриншоты

Поставил вчера MeeGo 1.2 на свой нетбоок (ASUS eeepc 1018p). Первые впечатления приятные. Гораздо шустрее и удобнее чем виндовс 7 стартер. Всё железо распозналось и даже работает, единственное что плохо, определяет (гораздо) меньше памяти, чем на самом деле есть. Уже открыл тикет в бaгзилле. Тем не менее это не мешает быть (на взгляд) гораздо быстрее венды.

По умолчанию используется Chromium браузер. Флеш плагин установлен сразу. Как устоновить Firefox пока не понял, но может он и не нужен. Chromium достаточно удобен и так.

Вместо yum используется zypper. В принципе разницы никакой.

Скайп устанавливается, даже работает, но кривовато. Звонки, камера, чат работают, но часто подвисают.

Новый принцип десктопа (для меня как не пользователя iPhone/iPad). Окнa как таковые теряют (или меняют) свой смысл. Для каждого приложения выделяется виртуальный экран. Думаю это даже удобно, хотя за два дня пока не привык.

Гимп не сильно удобно использовать, так как там интерфейс предполагает наличие панели инструментов, слоёв и т.д. Всё это громоздится на маленьком экране, и не всё помещается.

В остальном всё нормльно. Достаточно юзабельно. В общем, MeeGo останется основной ОС на моём нетбуке.

>>> Просмотр (2048x1200, 442 Kb)

 

rha
()

[parallel][I/O] как делают настоящие джедаи?

Форум — Development

Братья,

у меня вопрос следующего плана. Есть очень много входных данных (около 10^4 файлов различной длины). Данные надо почитать, проверить определённым способом и в зависимости от результатов проверки либо записать в новый файл, либо проигнорировать. Есть также много компов. Каждый комп многоядерный (4 ядра). Данные лежат в сети (пусть будет гигбитный езернет) и примонтированны к каждому компу как NFS партишн. Хочется, чтоб всё было как можно параллельно.

Проблема в чтении файлов. Сейчас я делаю след образом. Пока ограничиваюсь одим компом, но в перспективе использовать надо больше. Каждый тред/поток читает свой собственный входной файл. Каждый поток решает что с ними делать и в случае успеха записывает в свой собственный выходной файл. В итоге имеется стрёмная производительность. Согласно top каждый тред/поток поедает только около 10 процентов процессорного времени, что свидетельствует о том, что имеют место простои.

Понятно, что всё дело в вводе/выводе. Потом я подумал, что пусть только один тред/поток читает данные и занимается их раздачей другим участникам.

Но прежде, чем ломать дрова, решил проконсультироваться у народа. Как делают нормальные люди с прямыми руками в таких случаях? Стоит ли искать истину в середине? Типа k потоков читают информацию и раздают её n-k потокам для обработки.

Кроме вышеупомянутых компов есть один очень мощный суперкомп с GPFS, который почти справляется в первым подходом. Согласно топ каждый поток поедает 75% CPU времени. Тем не менее хочется большего.

Теперь к техническим деталям. линукс, gcc, пока OpenMP, но в перспективе MPI или гибрид. Для I/O использую стандартную сишную библиотеку.

Извините, если объяснил невнятно. Если что, спрашивайте.

 

rha
()

[ELF][нуб] откуда берётся стартовый адрес?

Форум — Development

dear all,

прочитал статью «Как запускается функция main() в Linux» http://gazette.lrn.ru/lg84/kim.html

так и не понял, откуда берёться адрес запуска программы? Что вообще за адрес? Адрес где? У каждого бинарника он свой (уникальный)?

помогите вкурить.

 ,

rha
()

[asm][x86_64] red zone для Intel 64. такое есть?

Форум — Development

на сайте x86-64.org скачал x86-64 ABI, в котором прочёл, что есть так называемая red zone - область размером в 128 байтов, которая находится за пределами %rsp, которая зарезервированна и которая не должна изменятся обработчиками сигналов и прерываний. Таким образом можно использовать эту область для временных переменных, не подгоняя указатель на стек в прологе и эпилоге.

Листая документацию по Intel, подобного не нашёл (плохо искал?). Может кто знает, предусмотренно ли такое для Intel 64 архитектур?

В попытке предотвратить возгласы, типа «нафига тебе это надо», отвечу: ради спортивного интереса.

 

rha
()

[chrome] проблемы с pdf

Форум — Desktop

Приветствую!

Поставил себе Google Chrome браузер (система Fedora 12 на x86_64). Прикольно так, шустро бегает и удобен в использовании. Единственная проблема (пока) - это открытие ссылок на pdf файлы. Появляется серый экран и ничего не происходит.

Гуглил на эту тему. Народ предлагает либо установить Adobde Plugin либо открывать через Google Docs Viewer.

Первое меня не устраивает, так как плагин 32-битный и запускать его во враппере чё-то не хочется. У меня на работе так настроено. Частенько падает. Но на работе Firefox только. Я там настроил так, чтоб автоматически предлагалось открыть программой по умолчанию (evince например). Второе меня ещё больше не устраивает. Google Docs Viewer - это от лукавого. Во-первых грузится дольше, во-вторых невсегда корректно показывает pdf.

Можно ли настроить Chrome так, чтоб он предлагал открыть файл установленной в сиситеме программой?

Какие ещё есть способы?

 

rha
()

RSS подписка на новые темы