Sun, Aug 15, 2010

Флаги процессора

Часто встает вопрос о том, что означают те или иные флаги процессора, которые показывает команда cat /proc/cpuinfo. Я заинтересовался этим и нашел по этому поводу материал, перевод которого предлагаю.


3DNOW
Расширение мультимедиа, созданное AMD для своих процессоров, основанных на MMX.


3DNOWEXT
3DNOW Extensions. Расширенный вариант 3DNow! .
 
ACPI
Поддержка
ACPI (Автоматического управления конфигурацией и питанием).
 
APIC
Расширенный контроллер прерываний (Advanced Programmable Interrupt Controller).
 
CID+
Скорее всего, это означает
Certified Interconnect Designer (Сертификация для разработчиков дизайна печатных плат)
 
CLFSH/CLFlush
Cache Line Flush .
 
CMOV
Условные инструкции "переместить/сравнить" (Conditional Move/Compare Instruction).
 
CMP_Legacy
Показывает, что процессор не совместим с технологией Hyper-Threading.
 
Constant_TSC
На процессорах Intel P4,
Time Stamp Counter работает с постоянной частотой, которая не зависти от частоты процессора, когда используется технология EIST (Enchanced Intel Speedstep) - технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке.
 
CX8
Набор инструкций CMPXCHG8B. (Сравнение и обмен 8 байтов. Также известен как f00f (произносится как "FOOF"), аббревиатура для
F0 0F C7 C8 шестнадцатеричное обозначение инструкций, выявляющая дефекты в большинстве процессоров Intel Pentium, Pentium MMX, Pentium и OverDrive).
 
CX16
Набор инструкций CMPXCHG16B. (Позволяет выполнять атомарные операции над 128-битными двойными учетверенными словами (128-bit double quadword (or oword) data types). Это полезно для счетчиков высокого разрешения, которые могут обновляться несколькими процессорами (или ядрами).
 
DE
Debugging Extensions.
 
DS
Debug Store.
 
DTS
Цифровой термодатчик (Digital Thermal Sensor).
или
Хранение отладочных данных трассировки (Debug Trace Store).
 
EM64T
Intel Extended Memory 64 Technology - технология Intel, аналогичная 64-битной технологии для процессоров AMD. Использует 64-битные регистры процессора и 64-битные физические адреса памяти (адреса страниц), чтобы позволяет поддерживать до 1
тебибайта оперативной памяти, который впоследствии может быть увеличен (в будущих релизах процессоров) до 1 пебибайта.
 
EIST
Enhanced Intel SpeedStep -
технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке..
 
FID
Frequency IDentifier - идентификатор частоты.
 
FPU
Блок
x87 вычислений с плавающей точкой, встроенный в процессор. Именно здесь выполняются все математические расчеты. Использовался в качестве отдельной микросхемы на процессорах 80486SX и ранее (так называемый 80487 или 80387 и т.д. на процессоре 80486DX FPU уже был встроенным). На всех более поздних процессорах Pentium этот блок является встроенным.
 
FXSR
Инструкции FXSAVE/FXRSTOR.
 
HT
Hyper-Transport. Поддержка HyperTransport (AMD) или HyperThreading (Intel).
 
HTT
Hyper-Threading Technology. Возможность использования одного физического процессора как двух отдельных логических процессоров, воспользовавшись неиспользуемыми регистрами процессора во время обычной операции, чтобы попытаться повысить эффективность процессора. Если несколько программ используют те же регистры обоих логических процессоров, известны случаи, когда Hyper-Threading снижал общую производительность системы.
 
LM Long Mode (64bit Extensions) - режим в котором 64-битные приложения могут получать доступ к 64-битными инструкциям и регистрам процессора.
 
MCA
Machine Check Architecture - механизм, посредством которого процессор информирует программы или операционную систему об ошибках в аппаратном обеспечении.
 
MCE
Machine Check Exception - тип ошибки, которая возникает, когда центральный процессор обнаруживает проблему в аппаратном обеспечении

MMX
Ходят слухи что это расширения мультимедия (MultiMedia eXtension) или Multiple Math или Matrix Math eXtension, но формально это бессмысленный акроним, являющийся торговой маркой Intel.
 
MMXEXT
MMX Extensions - расширения
MMX.
 
MNI
Модульный сетевой интерфейс
(Modular Network Interface )
или
Merom New Instruction
(cм SSSE3).
 
MON
Монитор процессора.
 
MSR
Поддержка
RDMSR и WRMSR.
 
MTRR Memory Type Range Register - поддержка диапазонных регистров памяти.
 
NNI
Nehalem New Instructions (см. SSE4).
 
NX

Поддержка технологии No Execute
 
PAE
Physical Address Extensions - расширения физических адресов. Добавляет возможность 32-битным процессорам адресовать более 4 ГБ физической памяти с помощью 36-битных адресов
Intel вместо стандартных 32 бит, получая доступ к памяти до 64 гибибайтов оперативной памяти. Большинство чипов от AMD также поддерживает эту технологию.
 
PAT
Page Attribute Table - технология управления памятью на x86 и x86-64 процессорах.
 
PNI
Prescott New Instruction - кодовое имя для набора инструкций SSE3, до выпуска чипов семейства Intel Prescott (которые позже были добавлены в семейство Pentium-4).
 
PSE
Page Size Extensions (см. PSE36).
 
PSE36
Page Size Extensions 36. IA-32 поддерживает два метода доступа к памяти свыше 4 ГБ (32 бит). PSE (Page Размер Extension) была первым методом, который использовался Pentium II. Этот метод дает преимущество совместимости, поскольку он сохранил размер PTE (page table entry) 4 байта. Однако, практическая реализация этого возможна только через драйвер. Такой подход страдает от значительного ограничения производительности, из-за буферных операций копирования, необходимых для чтения и записи выше 4 Гб.
 
SS
Self-Snoop.
 
SSE
Поддержка набора 70 новых потоковых SIMD (Single Instruction, Multiple Data) инструкций встроенных в процессор. Впервые появился на процессорах Intel Pentium III, первым чипом AMD с поддержкой SSE был Athlon XP.
 
SSE2
Поддержка 144 дополнительных потоковых SIMD инструкций. Впервые появился на процессорах Intel Pentium 4. Первым чипом AMD с поддержкой SSE2 был Athlon 64.
 
SSE3
Третья версия набора потоковых расширений SIMD (13 дополнительных инструкций). Впервые появился на чипах Prescott процессоров Intel Pentium 4. AMD включил поддержку этой технологии на процессорах Athlon 64 "Venice".
 
SSSE3
Дополнительный набор потоковых расширений SIMD 3. (SSSE3 содержит 16 новых дискретных инструкций по сравнению с SSE3. Каждая из них может выполняться на 64-разрядных регистрах MMX или 128-битных регистрах XMM. Однако, документация Intel содержит 32 новые инструкции.) Дебютировал на процессорах Intel Core 2 Duo. Чипы AMD пока не поддерживают данную технологию.
 
SSE4
Четвертая версия потоковых расширений SIMD. Следующая версия SSE-инструкций от Intel, содержащя 50 дополнительных инструкций, которая дебютировала на процессорах Intel семейства «Nehalem». Также известна как "Nehalem New Instructions (NNI)".
 
SVM
Secure Virtual Machine - расширения AMD для виртуализации.
 
SYSCALL
Системный вызов - механизм, используемый приложением для запроса операционной системы.
 
TNI
Tejas New Instruction (cм. SSSE3).
 
ТМ
Thermal Monitor.
 
TM2
Thermal Monitor 2.
 
TPR
Task Priority Register - регистры приоритета задач, используются операционной системой для планирования исполнения множества задач.
 
TS
Thermal Sensor.
 
TSC
Time Stamp Counter — используется для повышения точности измерения скорости вычислений.
 
TTP
Thermal Trip.
 
VME
Дополнительный режим эмуляции 8086.
 
VMX
Технология аппаратной виртуализации от Intel
 

XTPR
TPR chipset update control messenger. Часть кода APIC.


Флаги процессора

Часто встает вопрос о том, что означают те или иные флаги процессора, которые показывает команда cat /proc/cpuinfo. Я заинтересовался этим и нашел по этому поводу материал, перевод которого предлагаю.


3DNOW
Расширение мультимедиа, созданное AMD для своих процессоров, основанных на MMX.


3DNOWEXT
3DNOW Extensions. Расширенный вариант 3DNow! .
 
ACPI
Поддержка
ACPI (Автоматического управления конфигурацией и питанием).
 
APIC
Расширенный контроллер прерываний (Advanced Programmable Interrupt Controller).
 
CID+
Скорее всего, это означает
Certified Interconnect Designer (Сертификация для разработчиков дизайна печатных плат)
 
CLFSH/CLFlush
Cache Line Flush .
 
CMOV
Условные инструкции "переместить/сравнить" (Conditional Move/Compare Instruction).
 
CMP_Legacy
Показывает, что процессор не совместим с технологией Hyper-Threading.
 
Constant_TSC
На процессорах Intel P4,
Time Stamp Counter работает с постоянной частотой, которая не зависти от частоты процессора, когда используется технология EIST (Enchanced Intel Speedstep) - технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке.
 
CX8
Набор инструкций CMPXCHG8B. (Сравнение и обмен 8 байтов. Также известен как f00f (произносится как "FOOF"), аббревиатура для
F0 0F C7 C8 шестнадцатеричное обозначение инструкций, выявляющая дефекты в большинстве процессоров Intel Pentium, Pentium MMX, Pentium и OverDrive).
 
CX16
Набор инструкций CMPXCHG16B. (Позволяет выполнять атомарные операции над 128-битными двойными учетверенными словами (128-bit double quadword (or oword) data types). Это полезно для счетчиков высокого разрешения, которые могут обновляться несколькими процессорами (или ядрами).
 
DE
Debugging Extensions.
 
DS
Debug Store.
 
DTS
Цифровой термодатчик (Digital Thermal Sensor).
или
Хранение отладочных данных трассировки (Debug Trace Store).
 
EM64T
Intel Extended Memory 64 Technology - технология Intel, аналогичная 64-битной технологии для процессоров AMD. Использует 64-битные регистры процессора и 64-битные физические адреса памяти (адреса страниц), чтобы позволяет поддерживать до 1
тебибайта оперативной памяти, который впоследствии может быть увеличен (в будущих релизах процессоров) до 1 пебибайта.
 
EIST
Enhanced Intel SpeedStep -
технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке..
 
FID
Frequency IDentifier - идентификатор частоты.
 
FPU
Блок
x87 вычислений с плавающей точкой, встроенный в процессор. Именно здесь выполняются все математические расчеты. Использовался в качестве отдельной микросхемы на процессорах 80486SX и ранее (так называемый 80487 или 80387 и т.д. на процессоре 80486DX FPU уже был встроенным). На всех более поздних процессорах Pentium этот блок является встроенным.
 
FXSR
Инструкции FXSAVE/FXRSTOR.
 
HT
Hyper-Transport. Поддержка HyperTransport (AMD) или HyperThreading (Intel).
 
HTT
Hyper-Threading Technology. Возможность использования одного физического процессора как двух отдельных логических процессоров, воспользовавшись неиспользуемыми регистрами процессора во время обычной операции, чтобы попытаться повысить эффективность процессора. Если несколько программ используют те же регистры обоих логических процессоров, известны случаи, когда Hyper-Threading снижал общую производительность системы.
 
LM Long Mode (64bit Extensions) - режим в котором 64-битные приложения могут получать доступ к 64-битными инструкциям и регистрам процессора.
 
MCA
Machine Check Architecture - механизм, посредством которого процессор информирует программы или операционную систему об ошибках в аппаратном обеспечении.
 
MCE
Machine Check Exception - тип ошибки, которая возникает, когда центральный процессор обнаруживает проблему в аппаратном обеспечении

MMX
Ходят слухи что это расширения мультимедия (MultiMedia eXtension) или Multiple Math или Matrix Math eXtension, но формально это бессмысленный акроним, являющийся торговой маркой Intel.
 
MMXEXT
MMX Extensions - расширения
MMX.
 
MNI
Модульный сетевой интерфейс
(Modular Network Interface )
или
Merom New Instruction
(cм SSSE3).
 
MON
Монитор процессора.
 
MSR
Поддержка
RDMSR и WRMSR.
 
MTRR Memory Type Range Register - поддержка диапазонных регистров памяти.
 
NNI
Nehalem New Instructions (см. SSE4).
 
NX

Поддержка технологии No Execute
 
PAE
Physical Address Extensions - расширения физических адресов. Добавляет возможность 32-битным процессорам адресовать более 4 ГБ физической памяти с помощью 36-битных адресов
Intel вместо стандартных 32 бит, получая доступ к памяти до 64 гибибайтов оперативной памяти. Большинство чипов от AMD также поддерживает эту технологию.
 
PAT
Page Attribute Table - технология управления памятью на x86 и x86-64 процессорах.
 
PNI
Prescott New Instruction - кодовое имя для набора инструкций SSE3, до выпуска чипов семейства Intel Prescott (которые позже были добавлены в семейство Pentium-4).
 
PSE
Page Size Extensions (см. PSE36).
 
PSE36
Page Size Extensions 36. IA-32 поддерживает два метода доступа к памяти свыше 4 ГБ (32 бит). PSE (Page Размер Extension) была первым методом, который использовался Pentium II. Этот метод дает преимущество совместимости, поскольку он сохранил размер PTE (page table entry) 4 байта. Однако, практическая реализация этого возможна только через драйвер. Такой подход страдает от значительного ограничения производительности, из-за буферных операций копирования, необходимых для чтения и записи выше 4 Гб.
 
SS
Self-Snoop.
 
SSE
Поддержка набора 70 новых потоковых SIMD (Single Instruction, Multiple Data) инструкций встроенных в процессор. Впервые появился на процессорах Intel Pentium III, первым чипом AMD с поддержкой SSE был Athlon XP.
 
SSE2
Поддержка 144 дополнительных потоковых SIMD инструкций. Впервые появился на процессорах Intel Pentium 4. Первым чипом AMD с поддержкой SSE2 был Athlon 64.
 
SSE3
Третья версия набора потоковых расширений SIMD (13 дополнительных инструкций). Впервые появился на чипах Prescott процессоров Intel Pentium 4. AMD включил поддержку этой технологии на процессорах Athlon 64 "Venice".
 
SSSE3
Дополнительный набор потоковых расширений SIMD 3. (SSSE3 содержит 16 новых дискретных инструкций по сравнению с SSE3. Каждая из них может выполняться на 64-разрядных регистрах MMX или 128-битных регистрах XMM. Однако, документация Intel содержит 32 новые инструкции.) Дебютировал на процессорах Intel Core 2 Duo. Чипы AMD пока не поддерживают данную технологию.
 
SSE4
Четвертая версия потоковых расширений SIMD. Следующая версия SSE-инструкций от Intel, содержащя 50 дополнительных инструкций, которая дебютировала на процессорах Intel семейства «Nehalem». Также известна как "Nehalem New Instructions (NNI)".
 
SVM
Secure Virtual Machine - расширения AMD для виртуализации.
 
SYSCALL
Системный вызов - механизм, используемый приложением для запроса операционной системы.
 
TNI
Tejas New Instruction (cм. SSSE3).
 
ТМ
Thermal Monitor.
 
TM2
Thermal Monitor 2.
 
TPR
Task Priority Register - регистры приоритета задач, используются операционной системой для планирования исполнения множества задач.
 
TS
Thermal Sensor.
 
TSC
Time Stamp Counter — используется для повышения точности измерения скорости вычислений.
 
TTP
Thermal Trip.
 
VME
Дополнительный режим эмуляции 8086.
 
VMX
Технология аппаратной виртуализации от Intel
 

XTPR
TPR chipset update control messenger. Часть кода APIC.


Сетевые сервисы для восстановления системы и/или изменения разделов

Многие слышали о таких сервисах как boot.kernel.org и netboot.me
(позволяют запускать минималистичные сборки ОС без предварительной загрузки).

Когда я о них услышал я загорелся идеей сделать их установку в opensuse максимально простой - "в 1 клик", для чего собственно и собрал следующие пакеты:

netbootme-for-os-bootloader
bootkernelorg-for-os-bootloader


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

Данные пакеты будут полезны если нужно изменить системные разделы диска ("/"), или как еще один инструмент для восстановления системы в случае сбоя, или...


Ссылки:  на проект, на spec-файл.

Да, можно было бы обойтись и без создания пакета, а просто:
cd /boot
wget http://static.netboot.me/gpxe/netbootme.lkrn
/sbin/update-bootloader --add --image /boot/netbootme.lkrn --name "netboot.me
#(и то же самое для bootkernelorg)

но мне показалась удобней сделать это в виде пакета, just for fun).

Fri, Aug 06, 2010

Решение проблем с тачпадом.

С переходом на 11.3 начал замечать странное поведение тачпада. Закрываются вкладки в браузере, вставляется текст.

Для меня решение оказалось довольно простым:
1) Смотрим в synclient -l | grep ClickFinger3
2) По умолчанию значение 2
3) Проверяем поведение тачпада установив временно занечение 1
4) synclient ClickFinger3=1

Если все работает добавляем в /etc/X11/xorg.conf.d/20-synaptics.conf
Option "ClickFinger3" "1"

При следующем рестарте X сервера изменения вступят в силу.

Wed, Jul 21, 2010

KVM и/или Xen? Выбор платформы виртуализации

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

Понедельник, 12 Июля 2010 00:00 Joe 'Zonker' Brockmeier

Когда Xen появился в 2002 году, он, выпущенный под лицензией GPL, выглядел основным претендентом на «корону» основной платформы виртуализации для Linux. Если же мы быстро перенесемся в настоящее время, то увидим что новичок в этой области полностью вытеснил Xen, как основу виртуализации по умолчанию в дистрибутивах Red Hat и, более того, вполне себе комфортно обосновался в основном ядре Linux. Что же выбрать из них? Xen или KVM?
Область виртуализации развивается довольно быстро. Поэтому если у вас нет времени следить за разработкой KVM или Xen, то у вас неизбежно появятся затруднения в выборе лучшего для вас варианта. Ниже приведен беглый обзор состояния текущего рынка решений виртуализации на основе Xen и KVM.

KVM и Xen
Xen это гипервизор, поддерживающий следующие архитектуры: x86, x86_64, Itanium, и ARM. Он может запускать Linux, Windows, Solaris, и некоторые из BSD-систем в качестве гостевых ОС (на поддерживаемых гостевой системой процессорных архитектурах). Он поддерживается рядом компаний, в первую очередь Citrix , также используется Oracle для Oracle VM, и других. Xen может реализовать режим полной виртуализации на тех системах, которые имеют поддержку технологии аппаратной виртуализации (такие как Intel-VT и AMD-V), а может работать как обычный гипервизор на машинах, которые не имеют таких расширений.
KVM это гипервизор, который находится в основном ядре Linux. Вашей родительской системой в случае его использования, естественно, обязана быть Linux, но в качестве гостевых систем поддерживаются Linux, Windows, Solaris и BSD-системы. Он работает на архитектурах x86 и x86-64 с аппаратной поддержкой виртуализации. Это означает, что KVM не может использоваться на старых процессорах не имеющих такой поддержки, а также на некоторых новых CPU (например, процессоры Intel Atom). По большей части, это не проблема для дата-центров, которые, так или иначе, все равно меняют оборудование раз в несколько лет. Но это также означает, что KVM не вариант для ряда узкоспециализированных систем, таких например, как SM10000, которые пытаются использовать процессоры Atom в центрах обработки данных.
Если вы хотите использовать виртуализацию на основе Xen, то вам нужно ядро, собранное с его поддержкой. Хоть Linux и может запускаться в качестве гостевой системы под Xen с ядра версии 2.6.23, использовать ее «из коробки» в качестве родительской системы не получится. Это означает, что не каждый дистрибутив Linux можно использовать для запуска виртуальных машин под Xen. Поэтому вам нужно выбрать дистрибутив Linux, который поставляется с поддержкой Xen или собрать собственное ядро (Последний совет не самый легкий путь, поскольку патчей для поддержки Xen очень много, накладываются они не на каждое ядро и даже если они все наложатся успешно, не факт, что ядро корректно соберется. Проще найти дистрибутив, ядро которого уже пропатчено для поддержки Xen. Поскольку Novell поддерживает решения на Xen, то, например, все ядра openSUSE собираются с его поддержкой. Найти их можно здесь. Прим. перев.). Еще один путь - использовать одно из коммерческих решений на базе Xen, такое как Citrix XenServer. Единственная проблема в том, что эти решения зачастую не являются решениями с полностью открытым исходным кодом.
Поэтому многие собирают собственные ядра или ищут того, кто может это сделать. Xen используется на довольно большом количестве серверов: от недорогих провайдеров Virtual Private Server (VPS) (как Linode ) до таких «больших мальчиков», как Amazon EC2.Статья на TechTarget показывает, что провайдеры, которые вложили значительные средства в решения на Xen совсем не собираются переключаться на что-либо еще. Даже если KVM и превосходит Xen технически, они вряд ли будут ломать и перестраивать существующие решения только для того, чтобы получить незначительный выигрыш.
Но у KVM в любом случае пока еще нет таких технических преимуществ. Поскольку Xen используется немногим дольше, у него было больше времени для достижения зрелости, чем у KVM. Вы можете найти некоторые возможности в Xen, которые еще не появились в KVM, хотя этот проект имеет длинный список TODO (то, что приведено в этом списке - просто набор идей над которыми планируют работать разработчики KVM, а не идеи по достижению паритета с Xen). У KVM на самом деле есть пока только одно небольшое преимущество, которое может позволить ему стать основным гипервизором в Linux. Если вы используете последние ядра Linux, у вас уже есть KVM. В Red Hat Enterprise Linux с версии 5.4 включена поддержка KVM и эта компания предполагает отказаться от Xen в пользу решений на KVM в RHEL 6.
Это, в частности, может служить указанием того, чего достиг KVM в техническом плане. Мало того, что Red Hat имеет преимущество в наличии значительного количества талантливых программистов для разработки KVM, у них есть еще одно преимущество, выражающееся в появлении дополнительных препятствий для компаний, которые клонировали Red Hat Enterprise Linux и инвестируют значительные средства в Xen. Исключая Xen из планов своего развития, они заставляют эти компаний также отказаться от Xen или брать поддержку Xen-решений на себя и отказаться от клонирования RHEL. Это означает дополнительные расходы на инженеров, больше усилий для ISV-сертификаций и т.д.
KVM в настоящее время не может тягаться с Xen, хоть и быстро его догоняет. Он достиг достаточной степени зрелости для того, чтобы многие организации комфортно использовали его в своей работе. Значит ли это, что Xen'у пора на выход? Не так быстро.

Останется только один?

Выбор «KVM или Xen» скорее всего будет диктоваться вашим вендором. Если вы используете RHEL в течение длительного времени, ставьте на KVM. Если вы используете Amazon EC2, вы уже используете Xen, и т. д. Основные Linux-вендоры, по-видимому, будут предлагать решения на основе KVM, но есть и достаточное количество коммерческой поддержки для Xen. Весьма вероятно, что Citrix не собирается в ближайшее время уходить с этого рынка.
Бывает очень соблазнительно рассматривать технологию в ИТ-индустрии как игру с нулевой суммой (игра, в которой выигрыш одного означает аналогичный проигрыш другого - прим. перев.), где одно решение выигрывает, а другое - проигрывает. Но истина заключается в том, что Xen и KVM в ближайшее время будут сосуществовать. Рынок виртуализации достаточно велик, чтобы на нем хватило места нескольким решениям, у каждого из них имеется серьезный тыл, что также гарантирует их совместное сосуществование.

Tue, Jul 20, 2010

Встреча Санкт-Петербургского openSUSE Community

Итак, встреча состоялась! Собрались мы вечером 20 июля. На встречу я немного опоздал и, выйдя из метро, позвонил ребятам с вопросом: "Вы где?", на что получил следующий ответ: "Выходишь из метро налево... поворачиваешь направо на Кирочную... идешь в направлении Литейного до первого перекрестка... там налево... и там по правую руку будет кафешка... короче не пропустишь...". Ладно, думаю, как-нибудь найду. Прошёл указанным маршрутом, вижу - на указанной улице два кафе, но, лишь мельком взглянув на вывеску одного из них, сразу понял - я не ошибся :) Зеленый хамелеон сразу бросился на глаза.


Кафе называется Элвис Пресли - интерьер соответствующий.




Когда я пришел, там были Александр (Minton) и Глеб (other Linuxoid :) ) с женой, позднее подошли Андрей (Gankov)  и его супруга - всего получилось 6 человек.
Ну, дальше все пошло как обычно - пиво, разговоры, еда... Так что просто выложу ряд фото:







В завершении ужина мы снова увидели хамелеона...


Вот так отдыхает Питерское openSUSE Community:



Когда вышли на улицу, Андрей стал всех уверять, что нам, блин, никто не поверит, что мы питерское Community, если мы не предоставим фотки Невы. После бурной (в виду выпитого пива), но короткой дискуссии на тему: "В какой, нафиг, стороне эта Нева?" мы двинулись в путь:



И да, мы таки её нашли - любуйтесь :)


Неожиданное обновление :)

Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится :) ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.

Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).

Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.

Неожиданное обновление :)

Обновляя вчера свою домашнюю систему (openSUSE 11.2), испытал приятный шок. На своем домашнем компьютере как основная среда у меня стоит KDE4 (он жене больше нравится :) ). До вчерашнего дня в основном репозитории openSUSE 11.2 был KDE версии 4.3.5. А с последним обновлением приехала версия 4.4.4 и Qt версии 4.6. Достаточно неожиданное решение разработчиков openSUSE.

Все мы привыкли к тому, что, в так называемых, стабильных дистрибутивах версии ПО остаются теми же, что и на момент релиза, зато на них накладываются исправления, связанные с безопасностью и ошибками (чтоб не мешать стабильности). Но, что интересно, разработчики openSUSE обновляют версии ПО прямо на протяжении жизни релиза. Насколько я помню, версия 11.2 вышла с KDE версии 4.3.1, который затем обновился до 4.3.5, а теперь до 4.4.4 (вместе с Qt). Решение в общем-то правильное с учетом того, что сил на поддержку более старых версий приходится тратить больше, в то время как есть уже более свежая и поддерживаемая основным разработчиком версия (и что немаловажно, гораздо более стабильная). Обновление прошло достаточно гладко и безпроблемно (спасибо zypper'у).

Ну и следует отметить, что такие обновления происходят не со всем ПО, входящим в текущий релиз openSUSE. На моей памяти это касалось только KDE, Qt, zypper и yast.

Sat, Jul 17, 2010

"Вот, новый поворот..." или 48 часов с openSUSE 11.3

15июля, точно по графику, вышла свежая версия дистрибутива - openSUSE 11.3. Анонсов и обзоров новых возможностей было уже предостаточно, мой же обзор-отчёт будет сконцентрирован именно на новых особенностях в установке и настройке системы.

Установка
Ставил я систему с Live-CD KDE, записанного на флешку. Установка прошла быстро и без нареканий, порадовал новый дизайн инсталлятора. Впервые система выдала предупреждение о том, что в моем PC меньше 1 Гб оперативной памяти (1 Гб - 64 Мб на встроенное видео), и что не рекомендуется параллельно с установкой проводить ещё какие-либо операции. На времени установки это не особенно отразилось - весь процесс занял минут 15.

Настройка
По умолчанию в новой системе для видеокарт NVIDIA используется открытый драйвер nouveau - работает он прилично, но меня не устроил по причине отсутствия аппаратного 3-D ускорения.
Поэтому я решил ставить проприетарный драйвер с официального сайта NVIDIA. Вот тут и кроется особенность nouveau - при установке "традиционным" путем модуль ядра собирается, но не может выгрузить модуль nouveau, поэтому от пользователя требуется ряд определенных действий. Довольно подробная инструкция была представлена в этой теме на официальном форуме. Я попробую немного дополнить ее теми шагами, которые пропущены автором по причине их распространенности и очевидности для опытного пользователя.
Итак, вот моя инструкция по установке проприетарного драйвера NVIDIA:

1. Подготовка.
Драйвер нужно скачать с официального сайта NVIDIA, кроме этого понадобятся пакеты binutils, make, gcc и kernel-source. Также понадобится текстовый редактор командной строки, для новичков рекомендую mc, кроме редактирования он позволит удобно перемещаться по файловой системе. Установить все сразу можно следующей командой:
sudo zypper in binutils make gcc kernel-source mc
 
2. Выгрузка nouveau.
Перезагружаем компьютер. В меню загрузчика необходимо указать параметр ядра "nomodeset" (подробности на скрине).
После загрузки системы переходим в консоль (Ctrl+Alt+F1), логинимся под пользователем root и отключаем графическую подсистему командой
init 3
Устанавливаем значение NO_KMS_IN_INITRD в "yes" в файле /etc/sysconfig/kernel
Выполняем команду
mkinitrd
Дописываем в конец файла /etc/modprobe.d/50-blacklist.conf строчку "blacklist nouveau" без кавычек.

3. Установка драйвера
Здесь все довольно просто - переходим в каталог со скачанным драйвером, выполняем команду
sh ./имя_файла_драйвера.run
Следуем инструкциям и в конце перезагружаем систему.

Из плюсов новой версии следует отметит свежее ядро, более приятный и продуманный (по моему мнению) внешний вид и заметно сократившееся время загрузки, также понравился новый CUPS.

Из минусов - поиск пакетов (webpin) в YAST почему-то не ищет пакеты в "домашних" репозиториях пользователей oBS.

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

Wed, Jul 14, 2010

Дополнение с проприетарными кодеками для openSUSE

Как извесно openSUSE Linux в базовой поставке идет без проприетарных кодеков, и соответственно сразу же после установки пользователи должны подключить дополнительный репозиторий, чтобы уже оттуда доустановить необходимое ПО.
Установка кодеков в openSUSE (установка в 1 клик для: KDE и GNOME)
Если же вы хотите, чтобы кодеки ставились при установки системы, то вам помимо установочного образа понадобятся:
При установке, на этапе "Анализ системы" - поставьте галочку "Использовать дополнительный продукт с отдельного носителя".
Вы также можете использовать эти аддоны и в уже установленной системе:
  • yast -> "Дополнительные продукты"

Данные ссылки будут очень полезны, если нужно скачать все кодеки 1-файлом.
Для создания аддона необходим установочный DVD и вот этот http://dl.dropbox.com/u/2984089/addon-script скрипт.
Также, образы доступны на зеркале: http://mirror.suse.ru/addons/

/UPD
Скрипт для создания аддонов, теперь находится здесь: http://gitorious.org/suse-addon-creator/suse-addon-creator/blobs/raw/master/suse-addon-creator  , скрипт был сильно переработан - в ближайшее время напишу анонс.