HElib — библиотека, предоставляющая функции гомоморфного шифрования. На данный момент она включает реализацию криптосистемы Brakerski-Gentry-Vaikuntanathan (BGV), оптимизированной по быстродействию, в том числе за счёт эффективного использования техники упаковки зашифрованного текста Smart-Vercauteren и оптимизаций Gentry-Halevi-Smart.

Над библиотекой работают сотрудники IBM Watson Research Center Виктор Шоуп (Victor Shoup) и Шаи Халеви (Shai Halevi).

Гомоморфное шифрование позволяет производить операции с данными (такие, как, например, сложение и умножение чисел) без их расшифровки. Идея создания таких систем была впервые высказана во второй половине XX века одним из создателей RSA, Рональдом Ривестом, но была ошибочно оценена как нереализуемая. Первая гомоморфная система, позволяющая одновременно выполнять операции и сложения и умножения, была изобретена сотрудником IBM Крейгом Гентри (Craig Gentry) в 2009 году.

HElib написана на C++ с использованием математической библиотеки NTL. Исходный код распространяется согласно GPL.

>>> Подробности

Подскажите где можно поискать книги научной и технической тематики.

Lisp Flavored Erlang (LFE) — Lisp-2 фронтэнд для компилятора языка программирования Erlang. И у него появилась новая замечательная страница c квикстартом и документацией:

http://lfe.github.io/

Вот. Новичкам или кого тошнит от синтаксиса Erlang, должно понравится.

Сначала отдаем карточку vfio.

modprobe kvm
modprobe kvm-amd
modprobe vfio-pci
echo "0000:03:00.0" > /sys/bus/pci/devices/0000\:03\:00.0/driver/unbind
echo "0000:03:00.1" > /sys/bus/pci/devices/0000\:03\:00.1/driver/unbind
echo "1002 6849" > /sys/bus/pci/drivers/vfio-pci/new_id
echo "1002 1256" > /sys/bus/pci/drivers/vfio-pci/new_id

Запускать с опцииями:

-M q35 -device vfio-pci,host=03:00.0,x-vga=on

Поддержка видеокарт теперь официальная, также появилась экспериментальная поддержка нвидиа карт.

ЛОР-ч, посоветуй какое-нибудь годное мозголомное аниме с уклоном в научную фантастику и IT.

inb4: Steins Gate , Robotics Notes, Chaos Head, Battle Programmer Shirase, Appleseed, Serial Experiments Lain, Akira, Akita, Animatrix, .hack, Accel World, Real Drive.

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

В связи с нарастающим идиотизмом и внесения в «Реестр» всех подряд ресурсов, которые на самом деле не представляют никакой опасности для детей, взрослых людей и дебилов, предлагаю перевести ЛОР в i2p.


Как Вам такая идея?

Я надеюсь, что все уже успели насладится возможностью создавать комментарии о пользователях. Для тех кто не в курсе Заметки о пользователях (happy end) и дальше по ссылкам.

Теперь предлагаю обсудить еще одно нововведение, которое может быть полезным для многих: избранные комментарии.

Как это будет работать: у пользователя в профиле появляется галочка «использовать избранные комментарии». Если она выделена - рядом с каждым комментарием появляется звездочка, которую можно зажечь. Список избранных комментариев доступен через профиль пользователя.

Что предлагается обсудить:
1. Как будет выглядеть список комментариев?
2. Важно ли добавлять к комментарию теги/пояснение?
3. Ну и конечно же ждем ваших нужно/ненужно.

P.S. Все интересующиеся могут подписаться на самый длинный тег в сообщении и не пропустить ни одной темы об этом (особенно сбор средств ;-)

Железка FriendlyARM tiny210v2 с ёмкостным экраном

Хоть и поддерживатеся мультитач в моём экране и даже поддерживается ядром и даже его ловят утилиты...но увы иксы криво на столько его поддерживают что подают когда касаешься экрана в 2х точках сразу. В общем начал городить костыли...

Шаг первый. У меня ёмкостной экран и после гугления выяснилось что мне надо добавить в строчку загрузки параметр:

root=/dev/mtdblock4 rootfstype=yaffs2 console=ttySAC0,115200 init=/sbin/init ctp=3 lcd=S70

Дальше...заменяем библиотеки из кутопии которая идёт на диске но тут складывается другая проблема...убунта использует более старую версию библиотек...ставим очередной костыль - символические ссылки (в архиве они есть) пытаемся запустить иксы и

/usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/input/tslib_drv.so: undefined symbol: xf86XInputSetScreen qmlviewer: Fatal IO error: client killed xinit: connection to X server lost

Причём это родной убунотовский драйвер! Блин...качаем исходники xf86-input-tslib и самого tslib пересобираем ТОЛЬКО xf86-input-tslib от tslib нужны только хедеры...ну и вроде всё работает...пока косяков не заметил :)

Ах да... в rc.local надо бы добавить:

export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_TSDEVICE=/dev/input/event2 export TSLIB_TSEVENTTYPE=INPUT

в общем ура :)

Ну если кто то забредёт сюда за решением то вот http://yamolodoi.ru/upload/userfiles/1/tochscreen-support-ubuntu1210-tar5168f... копируем с заменой :)

А всё потому что блин friendlyarm не даёт исходники плагинов tslib так бы их просто пересобрал :(

Такой вызывающий топик, а внутри атупизм.
Вопрос: куда сейчас развивается такая наука как CS? Если ее вообще можно считать наукой.
Если нельзя, то сформулирую так: куда движется алгоритмика? В том числе математика, применимая к вычислительным системам, может быть парадигмы яп или еще что-то в этом роде.
Допустим имеем сферического младшего научного сотрудника в тапочках, а что исследовать он не знает. Тоесть, конечно, знает, но не уверен нахрена ему это надо (читай: кто его будет финансировать).

Функциональщину не предлагать, нейросети и графику тоже.

Было:
- есть код под GPLv3 (например вычисления);
- есть еще код под GPLv3 (различный транспорт);
- к этому добавлен main-модуль под GPLv3;
= тут все ясно и понятно, имеем проект под GPLv3.

Стало:
- к указанному GPLv3 проекту добавили код, реализующий транспорт через разделяемую память;
- координаты и формат данных в разделяемой памяти задаются в настройках/опциях, можно считать что работает интерпретатор или компилятор;
- все изменения исходников доступны;
= ну тоже понятно, имеем проект под GPLv3, в который внесены изменения, нарушений нет.

Туплю:
- есть проприетарная прога, которая создает именованный регион разделяемой памяти и производит с ним обмен;
- настройками двух проектов их можно «подружить», таким образом GPLv3 и не-GPL в каком-то смысле объединяются;
- обмен производится массивами (длина плюс линейно данные);
= вопрос, это нарушение GPLv3 или нет?

Тихо и незаметно вышла версия 319.12, имеющая статус беты.

Самым важным в этом выпуске является начальная поддержка технологии Optimus для Linux, позволяющая на лету переключаться между встроенной видеокартой на базе GPU Intel и дискретной картой NVIDIA.

Пока драйвер поддерживает только рендер изображения на карте Nvidia и последующий его вывод через интегрированную карту Intel (динамическое переключение в зависимости от нагрузки не поддерживается). Пример настройки X-сервера.

Стоит вспомнить, что ранее Nvidia не планировала поддержку Optimus в Linux.

Основные изменения по сравнению с 313.30:

• Добавлена поддержка опций для секции Monitor в xorg.conf: «Ignore», «Enable», «Primary» и «Rotate». Например, опцию «Rotate» можно применять для автоматического поворота вывода для монитора с указаным хешем EDID:

      Section "Monitor"
          Identifier "DPY-EDID-ee6cecc0-fa46-0c33-94e0-274313f9e7eb"
          Option "Rotate" "left"
      EndSection

• Добавлена поддержка профилей приложений. Подробнее — глава «Application Profiles» в README.
• Добавлена поддержка панорамирования(panning) для RandR 1.3.
• Добавлена начальная поддержка RandR 1.4, в котором добавлены объекты с возможностью выбора источника вывода изображения. Это может использоваться для горячего перенаправления вывода на другое устройство или для организации совместной работы нескольких GPU, когда один GPU используется для вывода, а второй для рендеринга сцен (например, вывод осуществляется через USB-адаптер DisplayLink, а рендеринг на GPU NVIDIA)
• Добавлена утилита nvidia-modprobe, устанавливаемая с правами setuid root и используемая компонентами драйвера для управления загрузкой модуля ядра и создания необходимого для взаимодействия с ним символьного устройства. По умолчанию по прежнему используются штатные средства дистрибутивов по загрузке модулей и созданию устройств, а утилита позиционируется как запасной вариант при их недоступности.

• Утилита командной строки nvidia-settings обновлена, теперь можно указывать устройства вывода по имени, например:

          nvidia-settings -q [DVI-I-0]/RefreshRate
          nvidia-settings -q [GPU-1.DVI_I-1]/RefreshRate

  Также теперь не нужно указывать в качестве цели «X screen 0», в случае, если операция или запрос не требуют этого. Вместо этого будут обрабатываться все устройства.
• Добавлена страница для настройки параметров VDPAU в панель управления NVIDIA, которая позволяет управлять настройками декодирования видео VDPAU-совместимыми GPU.
• Добавлена поддержка динамического управления видеорежимами через опции RandR: --newmode, --rmmode и --delmode утилиты xrandr.
• Удалена поддержка затенения курсора в драйвере для X-сервера.
• И многое другое.

>>> Полный список изменений

Очередной нубовопрос:
Чтобы всё было ясно, сразу все карты раскрою: я пишу свой миниатюрный init, нужно запустить шелл (/bin/bash, например).
Как мне это сделать? Нашёл в исходниках ядра использование do_execve для этой цели. Потыкал, но ничего не вышло. В правильном направлении копаю?
Смысл ещё и в том, что, похоже, придётся запускать этот самый шелл в отдельном треде, т.к. init тоже должен выполнять кое-какие функции (следить за демонами, например).
Но пока мне нужно просто запустить /bin/bash так, чтобы то, что он выводит оказывалось на экране, а то, что вводится с клавиатуры попадало в него.

Итак, кто какие курсы слушает? Нравится ли? Делимся годнотой.

какие параметры за что отвечают с комментариями и на русском

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

1. Процессор AMD FX-8320, система Debian Wheezy, Xen 4.1.3.

На ядре 3.2 из состава Wheezy c параметром cpufreq=xen команда xenpm get-cpufreq-states all ничего не отдает, проц молотит на полной частоте; с cpufreq=dom0-kernel cpufreq-info управляет частотой процессора, все ок - но только для dom0. Делаю полную нагрузку в domU - частота не меняется.

На самосборном ядре 3.7-rc8 при работе без Xen'а частота регулируется, все ок. Модуль используется acpi-cpufreq (см. ниже).

Под гипервизором с cpufreq=xen как и раньше ничего нет; с cpufreq=dom0-kernel cpufreq-info говорит, что не может регулировать частоту процессора.

На 3.7 modprobe powernow-k8 пишет, что

powernow-k8: this CPU is not supported anymore, using acpi-cpufreq instead.

Подгрузка acpi-cpufreq в Xen отдает ошибку - нет такого устройства.

В общем, можно ли как-то завести энергосбережение в Xen? 40W разницы потребления - достаточно ощутимые потери.

2) Та же машина, система была установлена на попавшийся под руку SATA-диск на 160 Гб. 2 раздела, каждый в degraded RAID1, далее - один /boot, второй как PV LVM'а. Все поставлено, работает.

Далее я покупаю новый диск, на котором это все будет жить; режу на разделы, завожу в RAID, синхронизирую, ставлю загрузчик на новый диск, старый вывожу из RAID'а, grow'аю сначала сам RAID, потом PV под новые объемы. Все ок. Перезагрузка, отключаю старый диск - GRUB начинает стартовать, но вместо появления меню перезагружается машина. Потом что-то сделал (не помню - чего только уже не перепробовал) - меню (как GRUB, так и Xen'а) начало появляться, после них вместо загрузки ядра - ребут. Если попробовать править пункты, то при попытке автодополнения дисков по Tab'у - ребут.

Если подключить старый диск - все работает. Можно дождаться загрузки ядра и выдернуть диск - система дальше себя чувствует нормально на новом диске; проблема исключительно при загрузке. Даже уже брал зачищал старый диск, создавал новый раздел исключительно под /boot, снова заводил его в RAID - только так и работает.

В общем, как это пофиксить? :)

AMD опубликовала код для поддержки аппаратного декодирования видео на движке UVD (Unified Video Decoder). Поддержка декодирования реализована для карт Radeon HD 4000 - Radeon HD 7000 «Southern Islands» (с движком UVD2 и новее). Это позволяет задействовать аппаратный декодер при воспроизведении видео в форматах H.264, VC-1, и MPEG. Доступ к декодеру осуществляется через VDPAU. Необходимые изменения в ядре ожидаются к версии 3.10, а код со стороны Mesa попадет в основную ветку немедленно (по словам А. Дойчера).

>>> патч в Mesa

portage версии 2.1.11.52
И ещё появляются (перед вопросом об установке) куча сообщений QA Notice: 'grep' called in global scope: категория/ебилд-версия

В чём суть: хочу я установить какой-нибудь ебилд. Скажем hostapd. И жду пять минут (на ноутбуке, на компе - 1), пока меня спросят, действительно ли я хочу установить данный ебилд. Причём некоторые пакеты (редко) почти моментально разрешают зависимости.

Эта проблема у меня давно, на основном компе можно и потерпеть. А вот сейчас на ноуте был просто ужас. Сразу могу сказать, что проблема не в дисковой подсистеме, emerge сжирает весь проц (одно ядро).

Если кому-то нужен простенький рогалик, особо не занимающий мозг, то в стиме дают «Dungeon of Dredmor». Всего 3$. Всё вроде православно, ходим, убиваем, лутаем, лечимся, покупаем-продаем, берем квесты, качаемся, но не так сложно, как в каком-нибудь adom'е. Проходить подземелья довольно весело, особенно натыкаясь на комнаты с over9000 мобов.

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

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

Особенно хочется отметить юмор в игре. Спойлерить не буду :)

Давно хотел создать тему, не решался, не бейте. Я из добрых побуждений, самому очень даже понравилось.

Ссылка в магазин: http://store.steampowered.com/app/98800/?snr=1_7_15__13

Скриншот из игры: http://www.diygamer.com/wp-content/uploads/2011/10/DungeonsofDredmor001.jpg

Не могу разобраться с DRI_PRIME, выхлоп glxinfo никак не меняется

madcore@vostro ~ $ /usr/sbin/lspci |grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Thames XT/GL [Radeon HD 7600M Series]

madcore@vostro ~ $ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x7c cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 4 associated providers: 0 name:Intel
Provider 1: id: 0x55 cap: 0xd, Source Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 0 name:radeon

madcore@vostro ~ $ DRI_PRIME=1 glxinfo |grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile x86/MMX/SSE2
OpenGL version string: 3.0 Mesa 9.0.1
OpenGL shading language version string: 1.30

Однако, при DRI_PRIME=1 glxgears работают без vsync, в отличии от обычного режима. Других различий обнаружить не удалось. Ведро 3.7.10, дрова xf86-video-intel-2.20.13 и xf86-video-ati-7.1.0