ATI 9600 XT + compiz

*
Таки запустил и оно таки даже работает без... гхм... ОСОБЫХ нареканий. Не считать же за нарекание? что работает только с Xgl. Всё пашет с Entrance в качестве логин-менеджера.


> fglrxinfo

display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI RADEON 9600 Series
OpenGL version string: 2.1.7281 Release




> cat /usr/share/xsessions/gnome-xgl.desktop

[Desktop Entry]
Encoding=UTF-8
Name=Gnome-xgl
Comment=Log in using Enlightenment (Version 0.16.999.037)
Type=XSession
Icon=/opt/e17/share/enlightenment/data/images/enlightenment.png
Exec=/home/sda/bin/gnome_xgl
TryExec=/home/sda/bin/gnome_xgl




> cat /home/sda/bin/gnome_xgl

#!/bin/sh
/usr/bin/Xgl :0 -fullscreen -accel xv:pbuffer -accel glx:pbuffer -nolisten tcp & \
DISPLAY=:0 /usr/bin/gnome-session



Вот собственно и всё.

23Oz. 'entrance' theme

*
"Ветер в харю..." как оно говорится... Надеюсь кому-то понравится...

e17-stuff.org

Прямая ссылка на рапиду

Что интересно, никто не скачал ещё, статус pre-alfa, но рейтинг уже 42% (эт значит что всё плохо). Не собираюсь искуственно себе его (рейтинг) завышать. И никаких комментариев. Мысли о свиньях и бисере приходят на ум...

Надо закончить полностью темы (дописать ewl и init) и вплотную добить хостинг на sourceforge или freshmeat. Устал стоять в позе "бедного родственника".............

Погружение в дзен...

*
Представьте себе маленького человечка, привыкшего к комфорту, уюту и спокойствию. И вдруг... трах-бабах и... человек, всю жизнь покупавший и использовавший продукцию nVidia (начиная с Riva), прельщается дешевизной бэушного VGA-адаптера от ATI с DVI выходом. 6800gt неожиданно приказала долго жить и, бо последнее время играть в игрушки совершенно не тянет, подыскивал дешёвую замену. Модернизировать компы с AGP слотом ноне смысла нет - посему хай живэ скiлькi осталось. Таким вот макарием и обзавёлся ATI 9600 XT 128Mb за 400 рублей больших денег и испытательным сроком в неделю... "Зарекалась свинья говна не їсти...". Вот так бабло и побеждает все благие намерения...

Впрочем ещё один "виновник" этого беспредела - монитор славной компании Acer, не понимающий аналоговый сигнал, несмотря на наличие D-SUB входа. Качество оборудования Acer не поддаётся описанию нормативной лексикой.

Пробовал найти какие-то внятные статьи по установке и настройке карточек ATI в сети. Болото. Тупое вязкое жирное болото. Особенно умиляют посты людей, упирающих на то, что проблемы возникают только с драйверами nVidia. "Всё чудесатее и чудесатее...".

С лирикой покончили. На повестке дня OpenBSD-4.2, Mac OS X 10.4.10, Archlinux-current и OpenSuSE-10.3. Начинаем с самого простого: OpenBSD. Никаких сторонних модулей, проект xenocara предоставляет Xorg, с которым и возимся. Ничего не нужно удалять. Всё под рукой.

1. Создаём тестовую конфигурацию иксов:

Xorg -configure

эта команда создаст файл ~/xorg.conf.new, над которым и будем измываться до победного...

2. Оцениваем наши скромные достижения:

Xorg -verbose -config /home/Пользователь/xorg.conf.new

до тех пор, пока не получим достойного результата, файл основной конфигурации ( /etc/X11/xorg.conf ) не трогаем.

Основная "засада" - в мерзоиднейшей работе проприетарного и открытого драйверов ATI с DDC - одним из инструментов EDID - механизма описания монитором своей спецификации и взаимодействия с икс-сервером. Это всё относится к стандартам Vesa, любопытных прошу пройти к источникам. Посему никак не обойтись без Modeline параметров, кои трэба с чувством, толком и расстановкой прописать своими заскорузлыми в конфигурационный файл. Механизм очень гибкий и логичный. Используя gtf генерим требуюмую строку Modeline (объяснять надо, что мы указываем ширину, высоту и частотку?):


~ > gtf 1280 1024 75

# 1280x1024 @ 75.00 Hz (GTF) hsync: 80.17 kHz; pclk: 138.54 MHz
Modeline "1280x1024_75.00" 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -HSync +Vsync


и заполняем секцию Modes:


Section "Modes"
Identifier "Modes[0]"
Modeline "1280x1024_75.00" 138.54 1280 1368 1504 1728 1024 1025 1028 1069 -HSync +Vsync
EndSection


Всё, что остаётся, это в секции "Monitor" дать чёткое указание на использование требуемого режима:


Section "Monitor"
*********
UseModes "Modes[0]"
ModeLine "1280x1024" 138.54 1280 1368 1504 1728 1024 1025 1028 1069
*********
EndSection


Указывать "открыто" строку ModeLine в секции "Monitor" особого смысла нет, но вроде как и не мешает. На этом все трудности с конфигурацией ATI в OpenBSD заканчиваются. В секцию "Module" пихаем всё, что найдём под рукой:

Section "Module"
Load "GLcore"
Load "dbe"
Load "extmod"
Load "glx"
Load "record"
Load "xtrap"
Load "freetype"
Load "type1"
EndSection


С Mac OS X дела обстоят ещё проще: прописываем Device ID и Vendor ID в Info.plist драйвера (если по какой-то причине их там нет), ставим AGPGart, коли в том нужда, и отмахиваемся от возможных артефактов программой Mighty Mouse (у карточек 9600 артефакты будут обязательно).

Установка в Linux проприетарного драйвера похожа на песнь нагероиненого шамана. Количество сообщений форумов "на эту тему" потрясает. Толковых постов правда не нашёл. Плохо искал, не иначе...

Сперва в обязательном порядке "выносим" всё, что связано с драйверами nVidia. После чего стоит переустановить xorg и "накатить" сверху последнюю версию Mesa, что найдётся под рукой. Это делается для "отката" драйвера fglrx на Mesa в случае "неувязок" с "родным" OpenGL. И только после этого можно ставить fglrx. Для SuSE компилим и ставим rpm-ку, для Arch/Slackware и прочих не rpm-based дистров ставим сразу. Есть несколько "засад", кроме ModeLine, нигде особо не описанных: во-первых проверить наличие в /etc/fstab строк (ессно не забудем смонтировать сие):


none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0


Во-вторых - контролировать атрибуты доступа на /dev/dri и всех файлов в /dev/dri/ (при условии конфигурации с несколькими мониторами). Всё, что находится в /dev/dri/, должно иметь атрибуты 666 (rw-rw-rw) и соответственно при запуске иксов не от рута у пользователя должно хватать прав на запись в каталог /dev/dri. Соблюдение этих нехитрых правил позволит заиметь похожую "картинку":


~ > amdcccle




Дополнение:
Плюнув на соображения безопасности ради стабильной работы установил права доступа 777 на сам каталог /dev/dri (drwxrwxrwx). Права доступа на файлы в /dev/dri/ регулируются при помощи секций файла xorg.conf, который и привожу ниже. После долгих экспериментов решил оставить suid bit на /usr/bin/Xorg (755, root:root). Отсутствие нормальной работы с композитом бесит...



> cat /etc/X11/xorg.conf


Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
RgbPath "/usr/lib/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
ModulePath "/usr/X11R6/lib/modules"
FontPath "/usr/share/fonts/misc/"
FontPath "/usr/share/fonts/local/"
FontPath "/usr/share/fonts/TTF/"
EndSection

Section "Module"
Load "GLcore"
Load "dri"
Load "dbe"
Load "extmod"
Load "glx"
Load "record"
Load "xtrap"
Load "freetype"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "us,ru(winkeys)"
Option "XkbModel" "pc105"
Option "XkbOptions" "grp:ctrl_shift_toggle,grp_led:scroll"
Option "XkbRules" "xorg"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "ZAxisMapping" "4 5"
EndSection

Section "Modes"
Identifier "Modes[0]"
ModeLine "1280x1024_60.00" 108.9 1280 1360 1496 1712 1024 1025 1028 1060
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "ACR"
ModelName "Acer MFM DVI"
UseModes "Modes[0]"
DisplaySize 440 280
HorizSync 30.0 - 83.0
VertRefresh 50.0 - 75.0
ModeLine "1280x1024" 108.9 1280 1360 1496 1712 1024 1025 1028 1060
Option "DPMS" "true"
EndSection

Section "Device"
Option "TexturedVideo" "on" # включаем xv
Option "VideoOverlay" "on"
Option "UseFastTLS" "2"
Option "EnablePrivateBackZ" "on"
Driver "fglrx"
BusID "PCI:1:0:0"
Identifier "Card0"
# Driver "radeon"
# Driver "ati"
VendorName "ATI Technologies Inc"
BoardName "RV350 AR [Radeon 9600]"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"

Viewport 0 0
Depth 24
Modes "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Section "Extensions"
Option "Composite" "Enable"
EndSection


Section "dri"
Group "video"
Mode 0666
EndSection



Что помогло чуток в написании сего "опуса":

xorg.conf battles
Настройка работы DRI в Linux с новым ATI fglrx драйвером


Выводы:
1. Жить можно, оно работает и может считаться "эталоном" в сравнении с драйверами на VIA Unichrome.
2. Драйверы от ATI - неюзабельное маркетинговое говно

Частичное решение проблемы русификации/локализации E17-го при сборке из исходников

*
Наконец-то меня достаточно сильно "достали" вопли о локализации дефолтного E17-го...

Краткая инструкция
Архив со шрифтами DejaVu и bash-скриптом, тотально заменяющем ублюдочное семейство Vera на DejaVu

Бурному и множественному оргазму мешает только приложение "estickies" и окно "Multi-line text widget". При "наследовании" (inherit) что-то "перекручивает" таблицу кодировок. Пока не разбирался особо. То же самое происходит и с дефолтной темой "Entrance" после применения этого "патча" (хотя какой там патч... патч будет когда добьём на 100%). Где-то стоят "заглушки" на использование всех кодировок нового шрифта.

Допустим, что E17-ый установлен в /opt/e17. Тогда в /opt/e17/share/enlightenment/data/fonts/ нужно удалить файлы:

/opt/e17/share/enlightenment/data/fonts/fonts.alias
/opt/e17/share/enlightenment/data/fonts/fonts.dir
/opt/e17/share/enlightenment/data/fonts/fonts.scale

и сгенерить их по-новой (mkfontscale && mkfontdir). Дабы не компостировать мозги себе и другим файл fonts.alias получаем тупенько копируя fonts.scale и убирая в нём первую строку. Но "заглушки" стоят вроде как в коде WM-а, ибо даже после проведения тотальных "зачисток" шрифтовых файлов (и выкидывания шрифтов Vera*.ttf из системы напрочь) в конфигурации E17-го поддержка локалей нашим новым шрифтом Vera (который на самом деле уже DejaVu) по-прежнему ограничена.

С радостью рассмотрю любые идеи по этому поводу.

P.S. Повтор "Краткой инструкции" для тех, кто не ходит по ссылкам:

Распаковать в корневой каталог с исходниками E17-го и выполнить bash-скрипт ДО компиляции WM-а и EFL приложений.

P.P.S. всех, кто "вякает" про отсутствие "русского языка" в Enlightenment-e смело слать сюда

А говорящий попугай никому не нужен?

*
На ваше рассмотрение, уважаемая публика, синтетические тесты Geekbench2 в Linux и Mac OS X, проведённые на одной машине со скоромными комментариями! Господа и Дамы, спешите видеть! Фигня получилась редкостная...


Начнём с Linux (Archlinux current, ядро самосборное с оптимизацией под процессор, выбрасыванием SMP и всеми прочими "допилами" для десктопа). Как видим из теста софтине можно смело ставить два балла за распознавание параметров проца (L1 и L2). Рвать же свой пушистый зад на немецкий крест и орать, что мой старичок уделает корудуру2 во все щели, верх идиотизма. Так что, Господа, что имею, то и продаю.

~ > geekbench

Geekbench 2.0.10 : http://www.primatelabs.ca/geekbench/

System Information
Platform: Linux x86 (32-bit)
Compiler: GCC 4.1.2 20070925 (Red Hat 4.1.2-33)
Operating System: Linux 2.6.23-ARCH i686
Model: Linux PC (AMD Athlon(tm) 64 Processor 3700+)
Motherboard: Unknown Motherboard
Processor: AMD Athlon(tm) 64 Processor 3700+
Processor ID: AuthenticAMD Family 15 Model 39 Stepping 1
Logical Processors: 1
Physical Processors: 1
Processor Frequency: 2.20 GHz
L1 Instruction Cache: 0.00 B
L1 Data Cache: 0.00 B
L2 Cache: 0.00 B
L3 Cache: 0.00 B
Bus Frequency: 0.00 Hz
Memory: 1.48 GB
Memory Type: N/A
SIMD: 1

Integer
Blowfish
single-threaded scalar 1657 ||||||
multi-threaded scalar 1743 ||||||
Text Compress
single-threaded scalar 1297 |||||
multi-threaded scalar 1230 ||||
Text Decompress
single-threaded scalar 1237 ||||
multi-threaded scalar 1167 ||||
Image Compress
single-threaded scalar 945 |||
multi-threaded scalar 967 |||
Image Decompress
single-threaded scalar 855 |||
multi-threaded scalar 891 |||
Crafty Chess
single-threaded scalar 1676 ||||||
multi-threaded scalar 1686 ||||||
Lua
single-threaded scalar 1433 |||||
multi-threaded scalar 1515 ||||||

Floating Point
Mandelbrot
single-threaded scalar 1327 |||||
multi-threaded scalar 1443 |||||
Dot Product
single-threaded scalar 2230 ||||||||
multi-threaded scalar 2341 |||||||||
single-threaded vector 1074 ||||
multi-threaded vector 1200 ||||
LU Decomposition
single-threaded scalar 921 |||
multi-threaded scalar 928 |||
Primality Test
single-threaded scalar 1676 ||||||
multi-threaded scalar 1264 |||||
Sharpen Image
single-threaded scalar 4279 |||||||||||||||||
multi-threaded scalar 4214 ||||||||||||||||
Blur Image
single-threaded scalar 5098 ||||||||||||||||||||
multi-threaded scalar 5716 ||||||||||||||||||||||

Memory
Read Sequential
single-threaded scalar 1439 |||||
Write Sequential
single-threaded scalar 1029 ||||
Stdlib Allocate
single-threaded scalar 1803 |||||||
Stdlib Write
single-threaded scalar 365 |
Stdlib Copy
single-threaded scalar 636 ||

Stream
Stream Copy
single-threaded scalar 947 |||
single-threaded vector 1012 ||||
Stream Scale
single-threaded scalar 978 |||
single-threaded vector 959 |||
Stream Add
single-threaded scalar 994 |||
single-threaded vector 1078 ||||
Stream Triad
single-threaded scalar 1099 ||||
single-threaded vector 750 |||

Integer Score: 1307 |||||
Floating Point Score: 2407 |||||||||
Memory Score: 1054 ||||
Stream Score: 977 |||

Overall Geekbench Score: 1608 ||||||


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

Теперь смотрим на результаты теста в Mac OS X 10.4.10. Итоги по крайней мере где-то одинаковы. Процессор распознался очень культурно, практически все остальные промежуточные итоги чуток выше, чем в Linux. Скорее всего это можно и нужно объяснять гораздо меньшим вниманием, уделённым Linux как платформе, при подготовке тестового пакета к релизу.

Geekbench Score 1651

Version Geekbench 2.0.10
Platform Mac OS X x86 (32-bit)
Operating System Mac OS X 10.4.10 (Build 8R2218)
Processor AMD Athlon(tm) 64 Processor 3700+
Model To Be Filled By O.E.M.
Memory 1.50 GB 400 MHz DDR
Integer Score 1341
Blowfish
single-threaded scalar 176677.6 MB/sec
Blowfish
multi-threaded scalar 185676.1 MB/sec
Text Compress
single-threaded scalar 13794.41 MB/sec
Text Compress
multi-threaded scalar 13054.28 MB/sec
Text Decompress
single-threaded scalar 13495.55 MB/sec
Text Decompress
multi-threaded scalar 13655.44 MB/sec
Image Compress
single-threaded scalar 11749.71 Mpixels/sec
Image Compress
multi-threaded scalar 11569.73 Mpixels/sec
Image Decompress
single-threaded scalar 84914.3 Mpixels/sec
Image Decompress
multi-threaded scalar 85514.0 Mpixels/sec
Crafty Chess
single-threaded scalar 1389702.3 Knodes/sec
Crafty Chess
multi-threaded scalar 1431694.6 Knodes/sec
Lua
single-threaded scalar 1470566.3 Knodes/sec
Lua
multi-threaded scalar 1443555.3 Knodes/sec
Floating Point Score 2299
Mandelbrot
single-threaded scalar 15041.00 Gflops
Mandelbrot
multi-threaded scalar 15291.00 Gflops
Dot Product
single-threaded scalar 2038985.1 Mflops
Dot Product
multi-threaded scalar 2024922.7 Mflops
Dot Product
single-threaded vector 10111.21 Gflops
Dot Product
multi-threaded vector 10501.09 Gflops
LU Decomposition
single-threaded scalar 499444.5 Mflops
LU Decomposition
multi-threaded scalar 503441.3 Mflops
Primality Test
single-threaded scalar 1727258.1 Mflops
Primality Test 1360
multi-threaded scalar 252.5 Mflops
Sharpen Image
single-threaded scalar 40309.40 Mpixels/sec
Sharpen Image
multi-threaded scalar 41039.45 Mpixels/sec
Blur Image
single-threaded scalar 54224.29 Mpixels/sec
Blur Image
multi-threaded scalar 53924.24 Mpixels/sec
Memory Score 1452
Read Sequential
single-threaded scalar 16081.97 GB/sec
Write Sequential
single-threaded scalar 1130791.5 MB/sec
Stdlib Allocate
single-threaded scalar 23198.65 Mallocs/sec
Stdlib Write
single-threaded scalar 10692.21 GB/sec
Stdlib Copy
single-threaded scalar 11381.17 GB/sec
Stream Score 867
Stream Copy
single-threaded scalar 8531.17 GB/sec
Stream Copy
single-threaded vector 9301.21 GB/sec
Stream Scale
single-threaded scalar 8111.05 GB/sec
Stream Scale
single-threaded vector 9281.25 GB/sec
Stream Add
single-threaded scalar 8021.21 GB/sec
Stream Add
single-threaded vector 10401.45 GB/sec
Stream Triad
single-threaded scalar 8831.22 GB/sec
Stream Triad
single-threaded vector 6951.30 GB/sec
System Information
Platform Mac OS X x86 (32-bit)
Compiler GCC 4.0.1 (Apple Inc. build 5465)
Operating System Mac OS X 10.4.10 (Build 8R2218)
Model To Be Filled By O.E.M.
Motherboard To Be Filled By O.E.M.
Processor AMD Athlon(tm) 64 Processor 3700+
Processor ID GenuineIntel Family 15 Model 7 Stepping 1
Logical Processors 1
Physical Processors 1
Processor Frequency 2.20 GHz
L1 Instruction Cache 64.0 KB
L1 Data Cache 64.0 KB
L2 Cache 1.00 MB
L3 Cache 0.00 B
Bus Frequency 800 MHz
Memory 1.50 GB
Memory Type 400 MHz DDR
SIMD 1


Делать на основе подобных тестов какие-то выводы (да и вообще придавать таким тестам какое-то значение) - грандиозная ошибка. Потому, что на моём "Маке" игрушка Halo (мак версия, родная) тормозила так, как будто отрисовка каждого фрейма перед появлением на мониторе проходила сквозь узкое анальное отверстие бабочки. А Half-Life2, запущенный в Linux под Wine, летал и требовал подать "ещё парочку" на десерт (чувствовалось, что есть некий "запас прочности").

Несмотря на то, что система 10.4.10, драйвера на видео в Маке установлены из комбоапдейта 10.4.11. И вот какую интересную картину имеем честь наблюдать:













А теперь посмотрим на выкладки nvidia-settings в Linux:





Получается, что в семействе 10.4.х невозможно в принципе без плясок с бубном заставить видеокарту NVIDIA 6800GT работать в штатном режиме и выдавать всё, на что она способна! Куча расширений/модулей попросту недоступна, но имеется в наличии для версии драйвера 1.5.16, которую скорее всего можно и нужно зубами выдирать из 10.5.х, хотя тоже не факт, что на "операционном столе" всё пройдёт гладко. Нет, не правильно. Хз вообще где эти 1.5.16 драйвера и как их искать. Так будет более корректно. Когда-то давно видел сравнение 6800Ultra на писюке и маке, где отставание мака было очень и очень большим. Вот и думайте, проверяйте и тестируйте перед покупкой Mac OS её способность нормально работать с оборудованием. Есть правда какая-то малая вероятность, что криво встал комбоапдейт с 10.4.8 до 10.4.10, но я так не думаю. Да и базовая 10.4.8 уже просто обязана была иметь приличные драйвера на борту. Версия шейдеров на Маке также гораздо более древняя. Моветон-с, что немного странно, ведь для винды-то дрова nVidia делает. Что же мешает склепать и для мака?

Оставим в стороне высокие материи. "Наше дело - предложить, ваше - отказаться". Ни на какую объективность я здесь не претендую (тем паче с таким знатным "маком"). Основное, что хотел донести - не покупайте кота в мешке, проверяйте, тестируйте. Формируйте свою собственную точку зрения.

Удачи.

За что, милок, деньжищи-то уплочены, ась?

- За любовь, мамо... За любовь...

Ибо ничем иным на первый взгляд нельзя оправдать выбор Apple Mac* в качестве рабочей платформы. Давайте что ли конкретно прикинем, а то "звездунов" и без того с избытком...

Mac:
Z0ED, 109 290 руб. или $4124


PC:
Toshiba Qosmio G40-11D, 85 300 руб. или $3412.20
Спецификация

ну или вот такой вариантик:
Toshiba Qosmio G45-AV680, 85 000 руб.

Размениваться на мелочи не будем. Сравниваем "флагманские" продукты. Даже беглого взгляда достаточно, чтобы понять: "железная" начинка у Мака гораздо гораздо хуже. Уполовиненная видеопамять, 160 гигов винта против 200+200 на писюке, что вместе с вариантами raid/lvm предлагает маку тихонько покурить в сторонке, да и поддержка/наличие прочего оборудования у мака ни разу не радует. Будем ли мы всё это пользовать - вопрос третий, сейчас же мы "письками меряемся", тут понты дороже. Как бы кто ни разорялся насчёт дизайна и эргономики, но факторы сии - субъективны. А ещё один убойный довод в пользу PC - это 3 (три) года гарантии против одного года на Маке. Всё. Занавес. Дальше можно не продолжать. Тема качества сборки, железа и сервиса полностью раскрыта.

Смотрим на софт:
Mac OS X 10.4 Tiger (включает Spotlight, Dashboard, Mail, iChat AV, Safari, Address Book, QuickTime, iCal, DVD Player, Xcode Developer Tools);
iLife '06 (включает iTunes, iPhoto, iMovie HD, iDVD, iWeb, GarageBand),
Microsoft Office 2004 for Mac Test Drive,
iWork '06 (30-дневная пробная версия),
QuickBooks for Mac New User Edition,
Comic Life,
FileMaker Pro trial,
Omni Outliner;
Photo Booth;
Front Row

против

Служебные программы и драйверы Toshiba
ConfigFree™
Genuine Windows Vista® Ultimate Edition Recovery DVD-ROM
Программа помощника для камеры Chicony
Система распознавания речи Toshiba
Проигрыватель HD DVD компании Toshiba
Toshiba Assist
Toshiba Value Added Package
Ulead® DVD MovieWriter® для TOSHIBA
Norton Internet Security™ 2007 (включая бесплатные обновления через Интернет в течение 90 дней)
Руководство пользователя Toshiba
Toshiba Disc Creator
Connectivity Doctor
Стек Toshiba Bluetooth™
Toshiba Bluetooth™ Monitor

Вот он, момент истины... Положа лапу на сердце субъективно заявляю: писюк нервно курит в сторонке. Причём это сразу же с условием того, что все демо/тестовые программы из пакета Мака мы выкидываем (уходят: FileMaker Pro trial, Microsoft Office 2004 for Mac Test Drive и iWork '06).

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

Ладно. Прекратим пинать труп M$ и изголяться над ним. Вряд ли у нас это получится лучше, чем у "Рекламной паузы". С огромным удовольствием посмотрел все ролики, класс.

А вот есть ли преимущества в использовании Mac OS вместо Linux? Таки есть. И основное - в обилии профессионального софта для этой платформы. А есть ли преимущества в использовании Linux вместо Mac OS? Таки тоже есть. Более того, ваш покорный слуга с удовольствием использует на десктопе OpenBSD. А некоторые мои знакомые не жалеют денег, уплаченных за MS Windows XP/Vista. Другими словами: если рассматривать десктоп, то можно утверждать, что пользователь Mac OS лишён всех проблем и неувязок, с которыми сталкивается пользователь Linux, вынужденный работать в сетевом окружении с машинами Microsoft и службой AD. И если у евангелистов (Full Time Employed Microsoft Evangelist) Майкрософта есть какие-то притянутые за уши аргументы (существующие благодаря закрытым спекам продуктов самого M$) в давно проигранной борьбе с Linux, то против Mac OS они попросту бессильны. Да и инженеры Apple сделали по-настоящему хороший продукт. Подключение Мака к AD, аутентификация NTLM/Kerberos, работа Mail с MS Exchange, пользование всеми ресурсами домена AD без дополнительных телодвижений после аутентификации - всё это проходит в лёт. Единственный дистрибутив Linux, который может похвастаться чем-то похожим и предложить тот же eDirectory - это SuSE (опять же есть такое слово: Novell). Плюс к этому - AppleTalk и прочие "фишки" Apple. Не будем в конце-концов забывать, что хороша любая система, способная выполнять работу именно так, как Вам хочется и как именно Вы считаете правильным.

Я благодарен компании Apple и OSX86 сообществу за возможность попробовать на своём железе Mac OS X. Собственно поэтому и купил дистрибутив, чтобы соблюсти какие-то рамки приличий. Не жалею. Ни секунды. Что же я получил за эти деньги, кроме морального удовлетворения и шикарнейшего пользовательского интерфейса? Почитайте-ка сперва обзоры:
МакОсь из первоисточников
Статьи на ixbt
FAQ с толковой статьёй по русификации терминала в 10.4.*
Коллекция свободного софта под Maк
Ссылки на полезные книжки по Маку (а их, книжек, на Руси пока не много)

Но это всё - мишура. Инструмент, который уравнивает возможности Mac OS с Linux-ом и *BSD системами называется MacPorts. 4500 портов именно того софта, который нужен, критичен и т.п. При компиляции можно спокойно смотреть видео, слушать музыку - не будет ни рывков, ни тормозов. Где-то с 2.6.23 ядер при Fair Scheduling-е и таймерах на 1000Gz Линукс ведёт себя не хуже (а то и лучше). Я так на Linux-е смотрю видею спокойно при la в районе 6-ти или 7-ми (параллельно запущено около 9-ти сборок разных проектов, плюс радиовещание с перекодированием на лету, плюс апач, плюс vsftpd). Эт к тому, что планировщик процессов на Mac OS X позволяет жить нормально и орать от избытка чувств, что Linux круче, чем Mac OS X, в пятьсоттыщраз - не получится.

Ранее писал про VirtueDesktops - для 10.4.х систем самое оно. За конфигурацию шейпинга трафика и фаервола отвечает ipfw (в Linux сие разруливается ip + iptables). И тут наверное самое время и место показать, за что стоит любить Мак. WaterRoof. Какие, говорите, есть аналоги в линуксе? Только SuSEfirewall2 (гуй в YAST-е для базовой конфигурации фаервола) имеет ИНТЕГРАЦИЮ с системой и позволяет быренько накидать каркас будущего фаервола. Понятно, что доводка фаера до идеального состояния палюбэ будет в консоли, что в Mac OS, что в Linux (если с руками и головой всё в порядке). Но где в Linux гуй на каркас трафик шейпера? Ещё один пример из той же серии - Little Snitch. Анализ трафика, применение блок-листов и "iptables -A OUTPUT -m owner --cmd-owner" помимо прочих мероприятий по обеспечению безопасности есть рутинная работа админа, но что, простите, мешает это сделать на линуксе "по образу и подобию"? И примеров таких - не один и не два.

Стоит отдать должное таким инструментам, как Automator и AppleScript. Прямых аналогов в линуксе нет. А что действительно кладёт линукс на лопатки в борьбе за десктоп пользователя - это именно целостность всей системы и великолепнейшая интеграция всех её компонентов. Например: выделяем текст в браузере, текстовом редакторе, почтовике - да где угодно -> чешем в меню -> Services и сразу видим, что мы с этим выделенным текстом можем сделать: проверить орфографию, переслать по почте, кинуть в Sticky Note, спросить у Гугля, чего мы тут навыделяли от большого ума, кинуть сей текст в новый файл/документ и т.д. И это работает со всеми доступными элементами (текст, видео, изображения и т.п.). Человеку, не работавшему за Маком, возможно будет не просто это переварить. Посмотрите тогда ещё раз "Рекламную паузу".

Для возюкавших мышой в винде Мак может стать откровением (что всё работает, не глючит, вирусов нет, тормозов тоже нет и т.д. и т.п.). В тысячный раз повторять, что MS Vista есть ублюдочная пародия на Mac OS X (или пример бездарнейшей попытки реализовать средствами Microsoft идеи, заложенные в Mac OS X) - скучно. Альтернатива ли это линуксу? Возможно. Скорее "старший брат", компаньон. Очевидно, что именно Linux и Mac OS заколотят последние гвозди в крышку гроба винды. Посмотрите на Мак как на Unix с изысканнейшим самобытным и оригинальным интерфейсом - он это заслужил. Не нравится? Запустите любимый Enlightenment. Не получается? Выпрямляйте руки и читайте документацию. Только пожалуйста, не позорьтесь, называя Mac OS X "системой для бландинок" или "очередным проприетарным быдлоподелием". Это - хороший проприетарный Unix (с версии 10.4, где наконец-то реализовали ACL помимо прочих улучшений). Извольте относиться с уважанием, Господа.

"Наш путь извилистый. Перспективы светлые!" (Товарищ Мао)

Дайте в лапы мне боян,
Я его порву к буям!

Рискну чуток "пораскинуть мозгами" по поводу установки и работы честно купленной за $130 Mac OS X Leopard на довольно старенький комп с AMD процессором на борту. Читать никого силком не гоню, так что за резковатые выражения приношу свои извинения заранее. Материальчик ориентирован в первую очередь на людей, использующих в повседневной работе *nix системы (Unix, Linux, Solaris, *BSD) и имеющих желание попробовать что-то ещё, а также на всех, кто всерьёз подумывает о покупке настоящего Macintosh-а. Все программы, на кои буду ссылаться, либо freeware, либо OpenSource. Если программа shareware - об этом будет упомянуто с указанием накладываемых ограничений, ссылок на коммерческие пакеты не будет (no pay - no gay).

Что нужно знать и уметь AMD-шнику, желающему поставить себе Mac OS X (или "Курс молодого бойца"):

1. В течение 15-30 минут утром и вечером повторять вслух и с выражением мантру:
"AMD - нашефсио! Intel - ацтой!!!"
О том, как это делать правильно, можно научиться, посмотрев запись публичных выступлений г-на Геббельса, министра пропаганды Третьего Рейха.

2. Выучить наизусть приведённые ниже ссылки и прежде чем орать дурным голосом на форумах: "Памагите бландинке с галубыми глазами разобраться в конфиге Radius-a", - постарайтесь чуток покопаться самостоятельно:
Wiki
Новости 2-го Белорусского фронта
Буржуйский форум
Наши 5 копеек
Враг не пройдёт! За AMD! В атаку!
Откуда дровишки? Из лесу вестимо...
То самое место... Ага...
Этот линк для отморозков и настоящих джедаев... Удачи и творческих узбеков...

В принципе этого должно хватить на первых порах. Надеюсь, что вы также прочли предыдущую заметку и ссылки на macports и fink не будут в диковинку.

"Взялся за грудь,
Так скажи что-нибудь..."

На данный момент ситуация с установкой честно купленной Mac OS X Leopard на писюк с процом AMD описывается одним словом: "жопа". Да и с Tiger-ом не так уж чтобы очень... И связано это по сути тем, что в линейке своей продукции Apple не использует AMD. Мало того, многие программы имеют специальные ограничители, препятствующие их запуску и нормальной работе на AMD. В двух словах - программа спрашивает процессор: "Ты кто?", и ежели оный в ответ радостно орёт: "Ja, ja, ja!" - прога выкидывает crash report и делает харакири. О том, как правильно делать себе харакири можно почитать, пройдя по этой ссылке. Рекомендованными к установке на AMD можно считать релизы Jas-10.4.8 и TubGirl-10.4.10, условно рекомендованным - Zephyros_10.5.1 и будущий Zephyros_10.5.2. Всё прочее потребует дополнительных самостоятельных телодвижений в виде пересборки инсталляционного образа dvd. А оно нам надо?

Очередная порция "библейских заветов":

1) Работает - НЕ ТРОЖЬ! Отключи автоапдейты везде, где только возможно....
2) Security updates на первых порах (да и не на первых тоже) обходи стороной.
3) Любые эксперименты с системой делай на её клоне. Т.е. сперва клонируй систему целиком на другую партицию, а потом развлекайся. Если получилось нормально - молись и пробуй сделать то же самое на production.

Теперь поменяйте памперсы и приготовьтесь к "основному блюду"! Начнём с азов: "субъект... объект... метод... и место имения...". IDE диски постепенно покидают нас, производители "мамок" как всегда "зажимаютЪ копейку" и ставят контроллеры JMicron. Поубывав бы... В этом случае надо смотреть на наличие поддержки вашего sata контроллера в инсталляционном dvd дистрибутиве. Вероятность где-то процентов 70%, что особо нетерпеливым придётся добавлять драйвер самостоятельно, перепаковывая диск. Сложного здесь ничего нет: тянем нужный драйвер, делаем имидж dvd (man dd, man hdiutil), монтируем имидж на запись, подсовываем дрова в /System/Library/Extensions/ и формируем новый кэш дровишек /System/Library/Extensions/Extensions.mkext (man kextcache), записываем результат творчества на болванку и имеем длительный множественный оргазм, если удалось загрузиться и начать установку системы. Как правило найти нужный драйвер можно на честно купленном диске с дистрибутивом. Но гораздо чаще источником проблемы является отсутствие идентификатора вашего устройства в файле Info.plist, описывающем свойства того или иного драйвера или модуля (в просторечии именуемого "кекстом" по окончании имени каталога с драйвером). В этом случае добавляем идентификатор, любезно пропущенный компанией Apple, создаём для очистки совести новый кэш и записываем наш диск. Эх, если бы все наши беды решались подобным образом...

Полагаю что все уже сгоняли в гастроном за отдельным винтом для Mac OS X, перекинули в "Бивисе" опцию грузиться сперва с dvd, а при отсутствии загрузочного диска - с этого нового винтика и встаёт раком вопрос: как его разбивать и что вообще дальше делать? "Надо думать, Петька... надо думать..." говаривал Чапай и был таки прав! Mac OS X (в дальнейшем может использоваться уменьшительно-ласкательный термин "Макака") не поддерживает целый ряд характерного для писюков оборудования - начиная с флопиков и ... (посмотрите просто на спеки Макбуков - всё станет ясно), посему ОЧЕНЬ РЕКОМЕНДУЕТСЯ при возможности подобную "дребедень" выкинуть из писюка сразу же или, как минимум, выключить в бивисе, в противном случае это дело занимает irq, которые нам на вес золота и может являться причиной тормозов а то и краха системы.

Затем по-хорошему потребуется дистрибутив Linux-а с ядром 2.6.20 или выше и скомпиленным модулем hfsplus для записи на партиции Mac OS X с отключённым журналированием. Рекомендую не использовать уже имеющийся установленный дистрибутив Linux-а для этих целей, так как в нашем случае, после успешной установки Mac OS X, необходимо, как минимум, привести в соответствие группы и пользователей Линя и Мака (сделать в Linux одинаковый с Mac OS X набор групп, пользователей, gid и uid соответственно). Кроме того нам нужен GRUB, как воздух, особенно если наши гурманские пристрастия не ограничиваются "попсовой культурой" ("Я съем вашу печень и запью её кьянти..."/Доктор Лектор). И не помешает primary FAT раздел, желательно сделать его первым на диске и отдать где-то до гигабайта, поскольку основная задача будет нести в бутсекторе установленный GRUB, в каталоге /efi - EFI загрузчик (об этом подробно чуть позже) и выполнять прочие функции фатопомойки, так как до сих пор универсальной "мусорной" файловой системы никто не придумал, хотя критерии давным-давно известны. Всю разметку нового диска AMD-шникам стоит выполнить предварительно на стадии установки на него "Спасательного Линуха" (Rescue Linux). Ставить Мак на логический диск extended partitions не пробовал, посему ничего путного сказать не смогу, но, судя по BSD корням, это делается легко и непринуждённо. Основная идея, которую хочу донести по разметке диска такова: первый primary FAT partition <= 1Gb под EFI, GRUB и "прочее", последний раздел (фиолетово, буде он primary или extended logical) размером сколько не жалко под ext2/ext3/reiserfs3.6 и монтируемый как / - для установки Linux, с которой и начинаем работу с новым диском. Фишка тут в том, что загрузившись в Linux можно грохнуть любой primary раздел, забубенить на его место extended и нарезать в нём логических дисков до... много короче. То есть сделать primary раздел сразу после FAT-а для основной рабочей Макаки вроде как очевидное решение, но потом надо учесть возможность копирования/клонирования/восстановления работоспособной системы да и рабочие программы в Маке компактностью не отличаются. Так что дерзайте, Господа хорошие... В добрый путь...


Прикинули значит как у нас будет выглядеть диск, тупенько поставили первой системой Linux, проведя в процессе установки разметку/разбивку/распивку диска и засадив GRUB в MBR для начала, грузимся в него, родного, и первым делом устанавливаем GRUB в бутсектор первого primary диска. Например так:

grub-install /dev/sda1

Теперь у нас Грубиян продублирован. Мак в процессе установки (прям как винда) перетирает MBR, и для загрузки себя, яхонтового, может пользовать EFI или Darwin boot (корни и у того и у другого в бутлоадере BSD систем, впрочем там же зарыты корни и нового загрузчика Вистоньки). После старта на бутпромпте "грузило" Мака даст нам выбор: какой именно раздел стоит "пнуть", и вот тут уж наш GRUB покажет на что способен "инструмент в руках мастера", если выбрать тот раздел, на который мы его только что засунули.

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

После дублирования Грубияна в бутсектор первого primary диска тащим EFI-V8.0 или выше, создаём каталог efi в корне FAT раздела или на разделе с установленным Linux-ом, распаковываем туда архив, читаем readme и в /boot/grub/menu.lst вносим строку типа:

title Darwin
kernel (hd0,0)/efi/boot_v8

Или набираем тупенько каждый раз в командном режиме указание на загрузку нашего "кернела". Мы только что установили EFI загрузчик для нашей будущей Mac OS X. Наиболее бдительные товарищи спросят: "А на кой ляд оно нам надо? С нашими-то яйцами...", простите, с AMD процессорами конечно же. Отвечаем: "Для того, чтобы в тесте Geekbench" не писали чепуху, что у нас дескать Hackintosh, и для решения всех возможных вопросов с загрузкой Мака в будущем". По сути же нам оно - как собаке пятая нога. Но и лишним не будет, так как что-то наметилась тенденция ядра делать с привязкой к EFI. В хозявстве знать пригодится.

Диск размечен, EFI установлен. Песочница готова. Теперь можно воткнуть dvd с Маком в привод и, прихлёбывая коньячок-с, тупенько клацать мышой по кнопоськам в ожидании когда же это безобразие закончится...

ACHTUNG: после того, как вы проклацали куда и что именно ставить, пойдёт зело муторная операция "verify your installation disk" -> смело жамкайте на "Skip".

Ежели вы решили отдать свои симпатии Jas-10.4.8 или TubGirl-10.4.10, то вероятность внезапного воспаления геморроидальных узлов невелика. Всё, что вам предстоит ещё сделать - так это лишь добиться включения аппаратной акселерации видео (многие программы отказываются работать без неё), выучить шорткаты и пройтись Чудо-программой, которая MUST для всех AMD-шников по всему разделу с только что установленным Маком. Почитать о ней можно в сводках 2-го Белорусского фронта. Но тупо сразу натравливать её на "всё, что шевелится", не советую. Если что-то нормально работает - НЕ ТРОЖЬ! По поводу работы с железом, в частности с видеоадаптерами, есть дивная инструкция и не менее чудные шаблоны для самых маленьких. Похоже, что применение данной методы ограничивается только рамками вашей фантазии. Проверить ваши достижения на ниве аппаратной поддержки видео поможет OpenGL Extensions Viewer. Для счастливых обладателей карточек nVidia есть популярный "набор стероидов". Владельцы ATI нервно изучают HCL (Hardware Compatibility Lists), владельцы акселераторов Intel GMA вообще не парятся с подобной ерундой. У них как правило всё и так хорошо.

Последний шаг на пути победы коммунизма - загрузка обратно в Linux и приведение списка групп, пользователей, номеров uid, gid к точному соответствию с оными в Маке. Это позволит делать безпроблемные бэкапы/восстановление напрямую из Linux без "коллизий и оказий". Поверьте, это дорогого стоит.

Как только мы добились стабильной загрузки только что установленного Мака, двигаем обратно в Linux и под рутом выполняем похожий скриптик:


#!/bin/sh

mkdir -p $HOME/backup/bootsectors
cd $HOME/backup/bootsectors

for i in $( fdisk -l | grep \/dev \
| grep -v Disk | awk '{ print $1 }' \
| awk -F/ '{ print $3 }' )
do
dd if=/dev/$i of="$i"_bootsector bs=512 count=1
done

for i in "sda" "sdb" "sdc" "sdd"
do
dd if=/dev/$i of="$i"_bootsector bs=512 count=1
done


Это мы в экстренном порядке создали бэкапы бутсекторов и MBR всех дисков и разделов в системе. Можно конечно же всё это проделать и не выходя из Мака, но разделение диска на disk и rdisk, хоть оно и логично для некоторых, но мне как-то не нравится. Да и доступа к разделам Линукса из Мака без плясок с бубном нет. Поэтому самым разумным решением будет хранить подобные бэкапы на primary FAT разделе, о котором уже неоднократно говорилось.

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

Любовь нечаянно нагрянет,
Когда её совсем не ждёшь.
И каждый вечер сразу станет
Удивительно хорош, и ты поёшь!
/В.Лебедев-Кумач/

Донесения фронтовых спецкоров не радуют. Плюс к этому - многочисленные доклады о нестабильной работе, постоянных проблемах с сетью, видео, кошмарами с перезагрузкой и появлением на мониторе кадров из фильмов Хичкока вместо режима sleep (вместо сна, если быть проще). Если вам повезло поставить "Зефирку", запустить и добиться стабильной работы - радуйтесь. Если нет - не велика беда. Вот, возьмите конфету, нет пока никакой нужды в запуске Лео на AMD. Может поэтому и "универсального лекарства" нет.

Ваш покорный слуга коптит небо в обнимку с Тигрой, чего и всем желает. Леопарды ноне  капризные, маленькие. Пусть чуток подрастут, тогда и подумаю насчёт апгрейда.

"Эй,Тренер!
А чего эт ты тут разорался, а!?"

Действительно, чего эт я так разошёлся... Вот что по этому поводу пишет нам товарищ iZoPuH на славном форуме ru-board:

История Mac OS X на PC

Когдато давно, в американьской деревеньке купЕртино жил один чувак звали его Джоб Стивс. И однажды он изобрел Макинтош (правда его изобрел Воз Стивняк, но Джоб повернул так, что все думают, что это он изобрел, а Воз вроде как сбоку тусовался) и приделал к нему Макось, и так оно всем понравилось, что все просто свихнулись.

А в соседнем селении редмундово, неспеша пропивал свой век другой чувак, звали его Гей Билц. И Гей Биллцу макинтош очень понравился, даже не столько сам макинтош, а его макось. Надо сказать на макось он просто запал, как и все кому удавалось её поставить.

И вот однажды Гей Биллц БРОСИЛ ПИТЬ! Побрился, одел на лицо положительный имидж, улыбнулся, пришел в таком виде к Джобу Стивсу, и говорит: Слыш чувак, давай мы твою макось будем распространять и на писюках применять. Джоб Стивс сначала и против небыл, но его что-то смущало. Не сказать, что он писюки не любил, а вот Гей Биллц ему не понравился. Он ваще геев не любил, хотя и сам таковым являлся, но только никому не говорил. Ну не будем отклоняться, просто скажем, что Джоб сразу понял, что Гей его обязательно кинет.

Вот совсем не понравился ему этот неискренний Гей Биллц, и отослал его наш Джоб Стивс к первоисточникам, другими словами нахеръ. И стал писюки громко на весь мир гнобить, мол глючные они у вас, и греются сильно, и ваще корпуса у них серые некрасивые.

А сам тем временем, скинулся с другими чуваками и купили видавший виды писюк. И долгими купертинскими ночами, сидя для конспирации в подвале, они пытались свою макось на писюк прикрутить. Потому, что на самом деле понимали, что писюк машина приличная, и глючит она в основном из-за софта. И так пробовали, и этак, ну нихера не выходит, хоть ты тресни, то не грузится, то повисает, то серый экран с какимто квадратиком с нерусскими словами.Трындец вопщем. А однажды парни в тырнете наткнулись на страничку Maxxussa, качнули нужные патчи, и все у них заработало. И все следующие релизы с его помощью были лучше и стабильнее, но когда сделали версию 10.4.4 максуса решили грохнуть, чтобы баблом не делиться. А номера версий они теперь просто так меняют, у нас это называется маркетинг, и кроме мерчендайзеров им никто у нас не занимается.

А Гей Биллц, хоть и расстроился тогда но не сильно. Чуваком он оказался деятельным, и малость покумекав с3,14здил исходники KDE, прикрутил их к досу, и назвал это окна№95, на чем сильно поднялся и стал вполне уважаемым человеком..... но это уже совсем другая история.
/iZoPuH/

Всё познаётся в сравнении. Не попробовав, не разобравшись, нельзя с чужих слов выработать СВОЁ мнение о чём-либо. Это будет всего-лишь Ваша оценка ЧУЖОЙ точки зрения. Качество самой системы Mac OS X и прикладного ПО для неё (равно как и качество средств разработки) заслуживает всяческих похвал. Если Вам понравится и сфера Вашей деятельности позволит безболезненно использовать Mac - то инвестиции в линейку Mac от Apple себя оправдают. Как минимум.

В следующей заметке черкну кратенько пару строк об используемом мной ПО.

Удачи.