Инсайдерская инфа от AMD.
Характеристики флагмана:
Компания верит, что это нанесет сокрушительный удар по Intel в сегменте портативных суперкомпьютеров и высокопроизводительных серверов.
Первые фото микропроцессора:
Первые фото микропроцессора:
Думаю, многие неофиты мира GNU/Linux слышали модное нынче словцо - Docker.
Опять же, постараюсь кратко и доходчиво объяснить, что это, с чем его едят и для чего это может быть нужно неспециалисту вроде меня. И да, это не руководство для новичка, ибо их полно.
Для начала немного о контейнерной виртуализации. В ядре Linux есть технология разделения ресурсов под названием cgroups. Она может управлять доступом приложения к ресурсам - памяти, процессору, дискам. Несколько контор и просто неравнодушных ребят собрались и запилили LXC - систему управления контейнерами. Так же как в случае с chroot, это лишь виртуальное окружение - но без ядра. Сама по себе система LXC - мощная вещь, но и того оказалось мало.
Но это все присказка. На основе этого добра ребята из Docker Inc сделали сделали свой продукт.
Только вот сам по себе Docker - это не система виртуализации, как многие считают, а система объектно-ориентированной доставки софта. Т.е. изначально оно ориентированно на то, чтобы "поднять настроенный апач одной строкой в терминале".
А теперь простой пример. Скачаем образ Ubuntu Bionic (это бетка) и запустим его.
username$: sudo docker pull ubuntu:bionic
bionic: Pulling from library/ubuntu
c5cc0d8681c1: Pull complete
25992ae88689: Pull complete
92b293e28b63: Pull complete
5e97fb8c1b1b: Pull complete
e89d6de98e44: Pull complete
Digest: sha256:4decfd6e336e1cf246127151753d2a24a3185b5f667b91b925e8b38e7ea903a0
Status: Downloaded newer image for ubuntu:bionic
Образ выкачался. Проверим.
username$: sudo docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
ubuntu bionic 02f9d6707661 5 weeks ago 88.3 MB
Ну так как-то. Форматирование текста с консоли тут едет, так что немного не наглядно.
Сказать сразу - образов в репозитории море, но об этом позже.
А теперь самое интересное - стартанем его:
username$: sudo docker run -it --rm --name temp_ubuntu -v /home/user/test1:/home/ ubuntu:bionic /bin/bash
И нас выплюнет в консольку контейнера с этой убунтой.
Отсюда поподробнее: -it - это интерактивный(i) терминал(t), --rm - удалить контейнер после останова, -v - проброс "внутрь" папки с хоста.
Можно что-то протестировать, собрать, а потом тормознуть контейнер через Control-D - и все чисто как в аптеке.
Но вообще, откровенно говоря, Docker нужен не для этого.
Так вот, о чем я - Docker позволяет "упаковать" какой либо сервак со всеми потрахами внутрь готового образа, и переносимость от хоста к хосту будет почти стопроцентная. Можно push-нуть уже готовый образ в репозиторий, и потом его так-же играючи обратно залить.
В результате в репозиториях уже можно найти огромное количество универсальных рецептов.
Но есть и более специализированный вариант - сборка образа с помощью Dockerfile.
Если просто - это такой сценарий, что нужно сделать и что запустить. Есть у меня один, которым я иногда пользуюсь - это Jupyter (сервер с IPython, блекджеком и шлюхами для научных расчетов). Так выглядит Dockerfile:
FROM debian:sid
ENV DEBIAN_FRONTEND noninteractive
RUN apt-get update && apt-get install -y python3 python3-pip python3-fann2
RUN pip3 install --upgrade pip && pip3 install jupyter sympy numpy scipy matplotlib pandas networkx
EXPOSE 8888
CMD jupyter notebook --allow-root --ip 0.0.0.0 --no-browser --notebook-dir=/home
Что он, чьорт побьери, делает?
Ну Debian Sid - это понятно, надеюсь.
ENV DEBIAN_FRONTEND noninteractive - переменная, чтобы apt не спрашивал да/нет у бездушной машины.
Далее идут команды установки всего и вся через RUN. Да, их следует делать поменьше раз, поэтому команды длинные.
EXPOSE "выпячивает" порт наружу.
Ну и CMD - конечная команда запуска.
Также стоит отметить, что обычно лучше юзать ENTRYPOINT, но это вам гуглить самим.
Теперь собираем образок:
username$: sudo docker build -f /path/to/dockerfile -t name_of_image
Этот образ можно переносить с машины на машину, а можно просто отправить dockerfile через вконтактик))
Еще какие бонусы?
Так как Docker использует OverlayFS (ранее был aufs) - а это про copy-on-write - он не создает контейнеры с нуля, а только послойно записывает разницу между контейнером и изначальным образом. Так что таких контейнеров можно поднять с десяток при сравнительно небольших накладных затратах.
В общем, писать про это можно очень много и долго, но надобности за обилием написанных мануалов нет. Если интересно - просто попробуйте.
Периодически проскакивают разные срачевые посты. Не буду тыкать пальцем.
Основная суть вопроса от людей, линуксом ну совсем не пользующихся сводятся приблизительно к одному тезису:
- почему вы такие упоротые упорные сидите в своем линуксе и не хотите виндой пользоваться, как нормальные люди?
По списку, но не по значимости:
1. Wine.
Серьезно, да, я не шучу. Если закрыть глаза на недостатки последнего, приходит в голову то, что со старыми приложениями он зачастую работает лучше самой Windows, представляет средства для бэкпортирования новых версий DirectX на старые версии Windows, а также обеспечивает относительно изолированные друг от друга и относительно портативные окружения (т.н. префиксы). Вот оно как, Михалыч!
2. Поддержка файловых систем.
Конечно, энтузиасты делают поддержку, но это "все не так, и все не то". Возникает, опять же, резонный вопрос - зачем богоподобным майкам поддерживать всякую маргинальщину?
А наверное потому, что устройств, использующих и предпочитающих несовместимые с Windows файловые системы сейчас больше, чем, собственно, этих самых Windows. Может стоит сделать своим юзерам жизнь немного удобнее и запилить поддержку парочки популярных?
3. Прямой доступ к железу.
Тут я может и пожадничал, зато от чистого сердца. Невозможность прямого доступа к железу иногда мешает: сложности представляет побитовая работа с накопителями на заруженной системе, например. Нельзя помигать светодиодиком через GPIO, передав команды через sysfs. И еще много моментов, менее очевидных. Драйверная модель Windows NT не позволяет, если я не ошибаюсь.
4. Нативные контейнеры.
Начиная с chroot и заканчивая докером. И только не говорите, что это только для серверного применения, у вас просто хорошего контейнера не было =)
5. Pulseaudio.
Да, не все любят Поттеринга, ну "пшшаудио" и т.д. и т.п. Но если порассуждать - это крайне мощная вещь, позволяющая очень гибко управлять аудиопотоками, поддерживающая сетевую прозрачность и качество микширования вплоть до Bit Perfect.
Да, в Windows есть ASIO, но это вещь сторонняя и по назначению ближе к JACK. А жаль.
6. Портативный софт.
Да, в Windows он есть, но это в 90% случаев просто технопорно (в данном случае - порно с мелкой домашней скотиной и предметами интерьера). Кто во что горазд, как говорится. И все это обильно тормозит и чем-то гадит на жесткий диск. А в Linux есть AppImage - он прост и прозрачен. А если и это не устраивает, можно по вкусу упаковать софт в squashfs с прозрачным сжатием zstd, с которым оно будет работать даже быстрее, чем без него (это магия!). В общем, вы поняли.
7. Пакетные менеджеры.
Ну, где то на переферии поживает One-Get, можете просветить меня, если я не прав. Хотя здесь есть разница подходов. Кто-то от консоли с буковками шарахается как от прокаженного. Или от Vim'а.
8. Средства файловых систем.
Опять же, это можно отнести к 2, но нет. Есть много утилит, основанных на особенностях монтирования файловых систем в Linux. Например, cifs-utils, абсолютно прозрачно монтирующие сетевые ресурсы. Или что-то более экзотичное, типа gitfs. Также в формировании Live-CD используют каскадно-объединенное монтирование, когда несколько read-only образов монтируются как единая файловая система с возможностью записи изменений по приципу copy-on-write. В общем, тема широка.
9. И еще кое-что по мелочи.
В Windows можно разве что еще посетовать на отсутсвие некоторых более-менее универсальных интерфейсов. Если говорить про ffmpeg, например, который используется в куче утилит для скринкастов - для захвата экрана, например, есть тормозной gdigrab, либо множество велосипедов, в разной степени удачных для разных версий Windows / железа. Нет универсального API для кодирования видео, DXVA в кодирование не может, а производители видеокарт не могут прекратить клепать собственные API. В итоге поддержка аппаратного кодирования видео в софте - это такой неуловимый Джо. Даже в линуксе дела обстоят, кмк, получше.
Вот, что пришло в голову. Не претендую, конечно же, на роль истины в последней инстанции. Это просто мое мнение.
Наконец свершилось!
Разработчики представили стабильную версию Wine под номером 3.0.
Релиз содержит более 6000 изменений. Из основных нововведений:
- Поддержка Direct3D 10 и 11
- Поток команд Direct3D (CSMT)
- Графический драйвер Android
- Улучшенная поддержка DirectWrite и Direct2D.
На сегодня в роадмапе для следующего релиза запланирована поддержка DirectX12, DirectX9 силами OpenGL ES (необходимо для Android). Поддержка Vulkan API также отложена (что довольно странно, при "живом" то D3D11).
З.Ы. поддержка Witcher 3 и Photoshop CC 2018 на сегодня доведена до юзабельного состояния))
Ссылка на полный анонс:
Честно сказать, выхода этой тачки я ждал давно, хотя нынче и не в том положении, чтобы менять авто. Ну пусть будет небольшой обзор, авось кому-то будет полезно. Короче, такая приблизительно машина (фото из сети):
Оговорюсь прежде, отправная точка при сравнении - одноклассники и мой личный авто - Chevrolet Aveo/Sonic. Пишу только то, что увидел там своими глазами. Не претендую на серьезный обзор, просто мнение с моей колокольни.
Первое впечатление - выглядит (внешне) реально дорого. Тут претензий нет. Если интересно - не смотрите фотки и обзоры, зацените вживую. Это, пожалуй, первая Лада, смотря на которую глаз радуется (а заодно спрятанный где-то в недрах сознания дачник-говномес).
Потом глянул в багажник. Тут без откровений, он сравнительно невелик для универсала, 480 литров вроде, но блин, скрытые нишы, органайзеры, 12V розетка - это огонь. Пол, кстати, с органайзером - ровный, два человека не сильно большого роста могут вполне неплохо разместиться на ночлег. Сама полочка органайзера, тем не менее - из пенопласта. Долговечность такого решения при активном использовании под вопросом.
Пересел в салон. Все как-бы довольно неплохо, просторно. Пластик дешевенький, конечно, но смысл задрачиваться на эту тему в B-классе? За что зацепился глаз, вернее, не глаз, а другая часть туловища - немного маловата продольная регулировка сиденья, как мне показалось. Но это уже придирки.
Взял покататься машину на ручке. Вау-эффекта на ходу она не вызывает, но и придраться особо не к чему. Хорошее реактивное усилие на руле - есть. Плотная подвеска, не пасующая перед ямами - есть. Дугу держит вполне годно. Попереставляться на скорости не вышло, но и тут, думаю, все будет бодрячком. Шумка - вполне сносная, пожалуй, может даже посоревноваться и с C-классом. Сотку разменял играючи, ощущения быстрой езды не возникает, что неплохо. Помощник при трогании в гору порадовал - чувствуешь себя белым человеком))
Но и тут не без "но". Поначалу показалось, что машина ну вообще не едет. Будто там не 1.8, а 1.2 под капотом. Только на прямой понял - педаль газа задемпфирована по самые небалуйся. Она довольно тугая, и "подхватывает" ближе к середине. Да и в целом, в плане динамики здесь все нормально, но и только. Характер машины флегматичный.
И вместо послесловия. Это, скорее, нельзя отнести к недостаткам машины, но 17-е катки на низком профиле - это несерьезно. Зря Автоваз идет на поводу у кхм... молодежи. А общее впечатление - положительное.
Некоторые безопасники посмеивались надо мной, когда я говорил, что проблемы безопасности - это в первую очередь "просто баги".
Так вот, эти безопасники - е*чие дебилы.
Линус Торвальдс о причинах отказа в принятии патча в ядро 4.15.
Может, новость уже не совсем новость, но, судя по недавнему тестированию на Phoronix новый ядреный модуль amdgpu на самом свежем ядре уже обгоняет старый radeon почти на всех картах (выше Radeon HD 7xxx)
Судя по моему личному тестированию на KDE Neon (ubuntu 16.04) со стоковым ядром 4.13 - все очень даже работоспособно, из регрессий - только криво работающее аппаратное ускорение видео.
Нафиг это надо?
Из основных нововведений - поддержка Vulkan (radv), штатный интерфейс для разгона и возможность накатить новый проприетарный драйвер AMDGPU-PRO (на данный момент особой ценности не представляет).
Как включить?
Для начала убедиться в свежести софта. Нужна mesa из padoka ppa (в т.ч. пакет mesa-vulkan-drivers), ядро >= 4.13 (пакет linux-image-generic-hwe-16.04-edge для Ubuntu 16.04).
Затем надо передать параметры ядра, скажем, создав файл
/etc/modprobe.d/local.conf со строками (для GCN 1.0):
options amdgpu si_support=1
options radeon si_support=0
или (для GCN 1.1):
options amdgpu cik_support=1
options radeon cik_support=0
и выполнив
sudo update-initramfs -u
Также настоятельно советую создать файл
/etc/X11/xorg.conf.d/20-amdgpu.conf c содержимым
Section "Device"
Identifier "AMD"
Driver "amdgpu"
Option "TearFree" "on"
Option "DRI" "3"
EndSection
Если система не грузится, можно все откатить из Recovery Mode, из рут консоли:
$mount -o remount,rw /
$rm /etc/modprobe.d/local.conf
$rm /etc/X11/xorg.conf.d/20-amdgpu.conf
$update-initramfs -u
На этом все, удачных экспериментов.