Показаны сообщения с ярлыком Взгляд ушастого ламера.... Показать все сообщения
Показаны сообщения с ярлыком Взгляд ушастого ламера.... Показать все сообщения

четверг, 10 декабря 2009 г.

мысли вслух...

/*

...хоронили тёщу, порвали два баяна...

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

терминология

сингл/single - датчик с одной катушкой (как правило) по размерам подходящий для "фендерообразных" гитар ("стратов" и "теле")

спарка/humbucker - датчик из двух синглов (двух индукционных катушек), катушки которых намотаны в противоположных направлениях (reverse wound reverse polarity) и подключены последовательно (возможны варианты коммутации). изобретён/(запатентован) товарищем Seth Lover-ом/(компанией Gibson).

быки - два опорных винта, вкручивающихся в деку и "держащих" на себе все "машинки" типа Floyd Rose.

винтаж/vintage - в идеале это довольно старый инструмент (от 30-40 лет возраста), дошедший до нас (до нашего времени) в оригинальной комплектации. рынок "винтажных" инструментов переполнен мошенниками, леваком, да и сама концепция "винтажа" не предполагает активного использования, что ведёт к ухудшению качества инструмента (дерево не раскрывает свой потенциал). но ощущения от игры на инструменте скажем 1952-го года выпуска весьма своеобразны (есть у меня один такой...)

MS[R]P - Manufacturer Selling [Retail] Price - цена продажи в розницу со склада производителя

ghostbuilder - человек/компания, кто делает (как правило) отличные инструменты на заказ для известных мастеров и вешает на них шильдик от другой компании (которая инструмент хорошо сделать не может, но контракт с гитаристом на продвижение своего бренда уже таки подписала...). за примерами далего идти не надо: Joe Despagne (AKA JEM) сделал для Steve Vai-я его личные "JEM" гитарёшки; PBC Guitars делает американский custom shop для Ibanez-а; Kramer вообще не имел своих производственных мощностей и собирал из комплектующих (их "Made in USA" делались в Канаде компанией "Godin Guitar Company", "именные" инструменты от Kramer как правило ваял Том Андерсон, остальной ширпотреб - ESP, после чего и выяснялось, что "есть, Петька, нюансы..."); Epiphone - хрен поймёшь кто там в Китае реально делает для "эпифона", проще перечислить, кто НЕ делает... и т.д. и т.п...

самопал - так называемый мастеровой инструмент, непонятно кем сделанный (как правило Российского или восточноевропейского производства). в СССР свято верили, что самопалы, сделанные на продажу - говно это одно, а вот самопалы, сделанные мастерами "для себя, для души" - это СОВСЕМ другое дело. утверждение сие абсолютно корректно и справедливо...

винт - деформация грифа гитары, при готорой накладка с ладами выгибается на подобие лопасти винта самолёта (гриф "перекручивает")

хто здесь?!

электрогитара с одной стороны очень отличается от акустической, но с другой - по сути в "электричке" работают те же физические принципы, что и в "классике": звук формируется колебанием струны, на которое влияет акустический резонанс, резонанс твёрдого тела - самой гитары, резонанс/параметры звукоснимателя/(-лей), каскады усилителя/(преда) и особенности самого "кабинента" - параметры динамиков, акустические свойства "колонки". это накладывается на акустику помещения и попадает к нам в уши. влияет всё - от техники звукоизвлечения/(качества струн) и до... поэтому бытует вполне справедливое замечание, что звук электрогитары - это 50% сам инструмент и 50% - "комбик" (усилитель + "кабинет" - колонка с динамиками).

на сегодня существует несколько базовых форм/(комплектаций) электрогитар, закладывающих основу звука:

1) "гибсонообразные" (для простоты включим сюда всю "линейку" - Les Paul, SG, Flying V, Explorer)

2) "фендерообразные" (strat, tele, и множесво моделей на ту же тему от других производителей)

3) "полуакустические" (ES175, ES335 и прочая к ним - коротко именуются как "джазовые")

утверждение: чем богаче/лучше чистый звук у инструмента (хорошие гармоники, обертона, слабое магнитное поле датчика не препятствует естественному колебанию струн, датчик подобран по тональным характеристикам к инструменту и не мешает ему) - тем больше вероятность, что с исказителем (типа "distortion") добиться хорошего результата будет проблематично. и наоборот. при этом электрогитара с хорошим чистым звуком вполне способна удивить "воткнувшись" в ламповый предусилитель (или в полностью ламповый усилитель и пред). суть этого есть элементарная физика. использование цифровых исказителей позволяет как-то сгладить эту ситуацию ценой "убийства" оригинального звука инструмента. ещё один путь - это тщательный подбор датчиков к инструменту по тональным/резонансным характеристикам, использование (экранированных) "спарок", использование комбинированных схем съёма звука (т.е. пьезодатчик + спарка/сингл), использование различных по характеристикам датчиков, расположенных у грифа (чистый звук) и у нижнего порожка (для работы с исказителем).

нетрудно заметить, что вариаций на тему "стратов" и "телеков" в разы больше, чем прочих. это обусловлено как агрессивной политикой компании Gibson по судебному преследованию "пиратов" (а-ля Fernandes, Tokai, Ibanez, PRS, etc.), так и тем, что с 1925-го года в Gibson работали люди, типа Ллойда Лоуэра (Lloyd Loar), который сперва рассчитывал модель гитары математически, а потом лишь делал макет. такой подход оставляет очень мало места для "дизайнерских" изысков, зато способствует формированию "классических канонов" (ES175). вполне возможно, что данный подход (опора на математическую модель) обусловил и хроническую болезнь всех "гибсонов" - черезвычайно слабый гриф с тенденцией поломки в районе головки. бытует мнение, что компании Gibson стоит принудительно ломать все грифы прям на фабрике до момента покраски, потом клеить/чинить (прочность склеенного шва выше прочности исходного материала в разы), красить и продавать. ибо трещины (различимы невооружённым глазом) в районе порожка (нулевой лад) и на стыке с декой в новых инструментах абсолютная норма (к сожалению...), особенно ежели длительная транспортировка имела счастье приключиться. абсолютно аналогичная картина характерна и для "пиратских подделок".

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

1) покупается на рынке необработанная кубатура (стволы)
2) идёт распил на заготовки
3) заготовки засовывают в "микроволновку", где они "текут" - удаляются смолы, излишняя влага и т.п.

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

4) после "микроволновки" заготовки засовывают в CNC "шайтан-машину" и она мигом вырезает деки, грифы и/или накладки на гриф (Anderson, Baker, Gibson, PRS, Fender, ESP, Ibanez, Washburn, Yamahaha и многие другие используют CNC. термин "ручная работа"/"handmade" для электрогитар деградировал - его зачастую используют некорректно. мне известна лишь одна компания, которая с момента своего основания в начале 20-го века не изменила техпроцесс и делает всё "по-старинке" вручную. от и до. это Eastman. точка. абзац.)
5) схожий набор "шайтан-машин" набивает лады, красит и т.д. и т.п.

собственно инструмент готов. если производителя жаба душит раскошеливаться на CNC - используются аналоги оборудования, применяющегося в мебельной промышленности ("станки с ЧПУ" - хз как это по английски будет). нетрудно догадаться, что себестоимость конечной продукции при описанном выше методе изготовления крайне мала, различия в звуке могут появиться при использовании датчиков с различными (резонансными) характеристиками. при использовании качественных комплектующих и надлежащем контроле качества за производством электрогитара (конечный Продукт) вполне способна удовлетворить потребности подавляющего большинства покупателей. спустя лет эдак 20-30 (особенно если на электрогитаре будут регулярно играть) дерево окончательно "дозреет" и инструмент "раскроется" полностью (опять же, если есть чему "дозревать" и "раскрываться" - зачастую трава остаётся травой, редко когда трава становится дровами, ну а шанс, что дрова вырастут во что-то приличное балует отнюдь не многих). после чего (если вы не горите желанием продать инструмент "винтажникам") рекомендуется сделать глобальное ТО, поменять датчики/лады/фурнитуру и пользовать дальше в своё удовольствие.

почем опиум для народа?

перечитайте ещё раз пару абзацев вверху. теперь откройте любой ценник/("прайс-лист", мать его) музыкального магазина. пройдитесь по списку. подумайте. ещё раз подумайте. ваши выводы?

для полной картины примем в рассчёт формулу ценообразования для РФ:

Цена(РФ) = (цена Покупки + Цена Доставки) * 1.15 (Таможенная Пошлина) * 1.18 (НДС) + Таможенное Оформление (мизер) + Маржа Продавца

при этом "цена Покупки" != MSRP, она зачастую значительно ниже, ибо для рынка РФ идёт подсос остатков на складах ("на тебе Боже, чего нам не гоже!"). суммы дисконта могут быть весьма значительными. MSRP - это так называемая "каталожная" цена. MSRP всегда выше, чем "Street Price" (уличная цена). а "цена Покупки" вполне может быть как на уровне, так и ниже именно "уличной цены".

формула по расчёту цены продажи на единицу продукции для производителя:

MSRP = Прямые расходы (материалы, труд, электроенергия) + Косвенные расходы (складские) + Затраты на Маркетинг + Административные Затраты + Маржа производителя

соответственно коммерчески успешный производитель электрогитар имеет "Маржу Производителя", которая позволяет противостоять инфляции (как минимум!) и в цену инструмента закладываются маркетинговые (реклама - двигатель торговли) и прочие накладные расходы. MSRP призвана регулировать уровень цен у дилеров/розницы и зачастую не имеет никакого отношения к реальной закупочной цене крупного дилера.

теперь можно огласить список "Барыг-чемпионов" - компаний, цена на инструменты которых ОЧЕНЬ сильно завышена (т.е. покупка инструментов этих брэндов оправдана только если вам деньги больше девать некуда или если вы решили реализовать свою детскую мечту и надеетесь, что она избавит вас от каких-то комплексов). оглашать будем без привязки к российским реалиям/дилерам - тут всё более-менее прозрачно.

на почётном первом месте наблюдаем беспощадную борьбу двух "толстых корпоративных котиков" - Gibson и ESP. выделить абсолютного чемпиона довольно сложно, ибо если в случае с "гибсоном" где-то 2/3 от розничной цены приходится на брэнд (цена репутации == воздух в нашем случае, ибо ничем не оправдана. ещё ни разу не слышал, чтобы кто-то добился компенсаций явного брака по их Lifetime Warranty. да и зачастую кажется, что новые "гибсона" топором вырезали из заготовок, даже наждачки на "обточку" пожалели...), то ESP (у ESP и Schecter один хозяин кстати - Hisatake Shibuya) имеет производственные мощности исключительно в Азии (Корея, Индонезия) и в качестве "целевой" аудитории избрала поклонников "тяжёлого металла" - что позволяет не заморачиваться с "чистым" звуком и откровенно гнать лажу на рынок ("Distortion"/"Metal Zone" всех уравняют на выходе).

imho: сколько этих ESP/LTD/Cort/(other crap) палок не смотрел - убого, особенно на фоне Fernandes/Burny или на фоне "американцев" Jackson/Charvell. визуально и "на ощупь" качество у ESP/LTD приличное (инструменты более "вылизаны", чем Gibson, хотя скажем честно - надо ОЧЕНЬ постараться, чтобы сделать инструмент хуже, чем родной "гипсон": накладка с ладами выступает за поверхность грифа - фигня! сколы и трещины на грифе/деке - фигня! сам гриф "винтом" - какая мелочь! лады и нижний порожек не отшлифованы - не парит никого...), но... не звучат и всё тут. даже модели со сквозным грифом не радуют.

самое весёлое - Gibson постоянно на протяжении последних лет эдак *дцати находится в состоянии, близком к банкротству. в конце 80-х (в 90-х) компанию по сути "вытащил" Slash, игравший на инструментах Криса Деррига (Kris Derrig) (к компании Gibson эти инструменты не имели никакого отношения, кроме своей формы корпуса). также многие утверждают, что Slash использовал/использует инструменты от "Макса" (MAX/Peter Barant), являющиеся репликами модели "Les Paul".

P.S.: не спешите обвинять автора в предвзятости - он прекрасно знает о чём тут идёт речь, ибо являлся как обладателем ESP (Eclipse custom), так и является собственником "стандарта" (который и в Африке стандарт). розничная цена на новые инструменты даже с учётом нормы прибыли производителя/дилеров - завышена в разы.

второе место среди Барыг отдадим славной компании PRS, ибо:

1) с ценообразованием наблюдаются такие же "проблемы", как и у компании Gibson.
2) оформление накладки на гриф с "драконом" - дело рук Ларри Сифеля из компании "Пёрлворкс", Балтимор (Larry Siffel, Pearlworks, Baltimore) при помощи CNC.
3) все инструменты у PRS сделаны при помощи CNC машин - с какого интересно тогда такие цены?

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

информация к размышлению:
в Китае на распродаже можно легко и непринуждённо купить "Squier Stratocaster" за USD $28.00 . дальше - сами, если есть желание.

что в имени тебе моём?! ты зацени груди объём!

основных игроков на рынке электрогитар считанные единицы. обилие марок и названий - ширма, за которой спрятались "толстые котики":

Gibson Guitar Corporation (Gibson USA):
Epiphone, Baldwin, Garrison, Maestro, Wurlitzer, Tobias, Valley Arts Guitar, Slingerland, MaGIC, Gibson Amphitheatre, Hamilton, Chickering, Kramer, Steinberger, Electar, Aeolian, etc.

Fender Musical Instruments Corporation (FMIC):
Squier, Gretsch, Jackson Guitars, Charvel, Hamer, Tacoma, Guild Guitar Company, SWR, Sound Corporation, Brand X, Orpheum, Olympia, Heartfield, etc.

Washburn прикупил Parker-а и вроде как пользует те же корейские производственные мощности, что и ESP/Schecter/Cort, альянсы японских Gakki довольно "извилисты" и где-то 60% - 70% всего рынка электрогитар делает Samick.

окромя ентих "котиков" вовсю процветает ghostbuild (см. терминологию). эта каша и кутерьма низводит понятие "бренд" в ноль. можно найти за копейки какого-нибуть "китайца" с (!относительно!) хорошим деревом и нормальным качеством изготовления, попотеть над подбором датчиков и результат уделает боком легко и непринуждённо любой аналогичный/(схожий по типу) серийный ширпотреб (включая линейку "made in USA"). можно поймать момент завоза Burny, озаботиться наличием лампового комбика, перебрать всё и выбрать инструмент, который по самые гланды будет засаживать "оригинальным гипсонам" и "гипсонообразным" сородичам (толика везения таки должна присутствовать, но задача вполне решаема). ничего нового в данной ситуации нет. точно так же дело обстояло и в конце 70-х, когда Edward Van Halen за $130 USD прикупил "запчасти" (гриф и деку) у компании "Boogie Bodies", самостоятельно покрасил деку в белый цвет из аэрозольного баллончика и магнитной плёнкой наколбасил чёрные полоски. после чего на этой "гитаре" был записан альбомчик "Van Halen I". а посему - "не имей амати, а умей играти!"

ищите да обрящете...

допустим, что возможности позволяют и хочется чего-то особенного. imho - можно посмотреть в сторону мелкосерийного производства с элементами ручной работы: Baker, Quicksilver или присмотреться к Eastman - вряд ли пожалеете. не помешает побродить по сайтику г-на Романа, только учитывайте, что человек болен здоровым американским шовинизмом (он - патриот своей страны), поэтому пропускайте все его статьи через призму здравого смысла. с доставкой в РФ и растаможкой проблем нет никаких. сравнить цены можно с сетью Sweetwater. ориентироваться на Ebay не советую - там жулики и нет никакой гарантии, что вы покупаете именно то, что и ожидаете купить. впрочем полностью игнорировать Ebay не стоит. относитесь к нему как к справочному бюро. это некий индикатор упоминавшейся выше "уличной цены" на оборудование. не стоит забывать об "особенностях расейского рынка/менталитета", особенно если вы планируете перепродать инструмент через некоторое время. тогда на первый план выходит задача "сохранения стоимости". какие брэнды в этой стране не теряют в цене - вопрос интересный. рискну предположить, что либо те, которые и так стоят неприлично дёшево (до $100 USD), либо мелкосерийка с бирками "Made in Japan/USA". на китайцев/корейцев рассчитывать сложно - только в привязке к какому-либо брэнду. именно поэтому в заметке упомянута несколько раз компания Fernandes - она (помимо великолепной репутации/истории) разработала прекрасную "электрику" - sustainer и не менее прекрасные датчики для своих гитар. современные Ibanez-ы разочаровали. перенос производства/(субконтракт) в Корею на пользу звуку и качеству не пошёл. по мне так их линейка с 80-х и до начала 90-х (а то и до середины) загнёт и вложит аналогичным современным моделям по самое "не хочу". мнение это субъективно, если ваши ощущения говорят об обратном - спорить не стану. на вкус и цвет. "китаёзы" прогрессируют день ото дня. их подводят дерьмовая фурнитура/комплектующие и (!временное!) отсутствие хороших датчиков в их ценовом диапазоне. что ни говори, но себестоимость хорошего (действительно хорошего) электромагнитного датчика для китайского "no name" сегодня получается "как крыло самолёта" (относительно себестоимости остальной гитары), что есть серьёзное (!временное!) затруднение.

утро красит нежным цветом...

прогресс наметился и в нашей стране. пусть в свободной продаже и не появилась марка "Red Bear"/"Novik" (а хотелось бы, может спроса нет? странно), зато "выстрелил" г-н Ерасов. неплохо найти дилера, кто имеет несколько "комбиков"/усилителей и начать прослушивание с моделей, не отягчённых избытком тумблеров и крутилочек. ламповый усилитель должен давать надёжную основу звука. есть опция лампового перегруза - отлично. нет - не страшно. вся обработка - от задержек/реверберации и до ... - дело десятое.

г-н Шамрай продолжает прокладывать тернистый путь к звёздам. большому кораблю - большая дорога. удачи, творческих узбеков и самые наилучшие от чистого сердца. как звучит его нонешний custom shop - не знаю. выглядит многообещающе. первые модели под брэндом "Russtone" ("Shamray" отделился в 1998-ом согласно официальной версии) - это "спаси и сохрани мя, грешного..." (AFAIR). сейчас - совсем другое дело. не стыдно людям показать. зачем Russtone занимается галиматьёй с размещением заказов в Индонезии - не понятно, ну да это не моё дело. дай Бог памяти, но то ли "рустон", то ли "шамрай" (то ли оба) в "детстве" отличался слабым грифом. через некоторое непродолжительное время гриф вело "винтом". надеюсь, что подобное осталось лишь в воспоминаниях.

finita la comedia...

на звкуску - тёплые и добрые слова в адрес Peavey - за отличные комбики (как бывший владелец "50 Classic 2x12' Celestion" и бывший владелец "51/50 head"), нормальные цены и высокое качество продукции (у них и гитарёшки очень даже приятные во всех отношениях). про остальных "котиков" (или про "толстых корпоративных котиков") пусть расскажет кто другой - сам пока не сталкивался вплотную. ежели тема интересна - могу накатать чуток отсебятины по ламповым усилителям, датчикам и чему-нибудь ещё.

добро пожаловаться!
удачи...

*/

пятница, 19 декабря 2008 г.

чудище обло, озорно, огромно, стозевно и лаяй... (часть третья)

/*
часть третья, самая короткая... слил релиз, поставил. пофиксили создание initrd с автоконфигурацией, fetchmail+procmail забирают почту, wmmixer не сегфолтится, косяки со сборкой пакетов правда остались, иксы с драйвером nv ни к чёрту (превед ноутам со встроенной графикой от NVIDIA, в SOAD Linux мы это говно постараемся пофиксить), zypper без "--no-recommends" в сеть выпускать нельзя, даунгрейд версий пакетов без скачивания на локальный диск не прокатывает...

наконец-то столкнулся с тормозами и рывками при воспроизведении MPlayer-а. по всей видимости дело в ядре. может порою чуток для понимания с какого буя это происходит. вроде как ядра от Яна Энгельхардта (используемые в SOAD Linux) избавляют систему от этого досадного недоразумения (для 11.1 сборок пока нет).

файл /etc/zypp/locks появляется при использовании опции "taboo" или же "вручную". по большому счёту первый релиз, целиком подготовленный в OBS, на удивление удачен. релиз эволюционный, очень сбалансированный. стоит ли апдейтиться с 11.0? скорее всего нет. особенно если у вас уже подключены дополнительные специализированные репозитории и нет проблем с оборудованием. это - imho, ибо повторюсь, что от системы мне нужна только база - всё остальное ставлю из своего же репо. то есть всевозможные глюки кед/гнома/мыши и т.п. меня не касаются. в откликах на форуме кто-то недоволен, кто-то рад, но все сходятся в том, что новая схема управления дисками в гуях (она же и в ncurses) - говно. будет лучше, если одумаются и вернут всё как было. если субъективно - то "старая" 11.0 на ext3 винте, которую "и в хвост и в гриву" и много-много-много раз гораздо более "отзывчива" на какие-то мои действия, чем свежеустановленная на reiser3 11.1 (и это при том, что ext3 в Суське - тормозит страшно из-за "mount -o barrier=1" по умолчанию, для проверок контрольных сумм при записи журнала). отчасти это связано с использованием ядра г-на Энгельхардта, но также явно, что дело не только в нём.

огромная работа проведена по формированию новых специализированных репозиториев. хочется отметить фантастическую работу по:
Education
Mozilla
OpenOffice
и прочим, включая games и packman:).

вердиктъ - нормуль! мну ожидал намного более мрачной картины. но с 11.0 "слазить" не буду.

*/

среда, 17 декабря 2008 г.

чудище обло, озорно, огромно, стозевно и лаяй... (часть вторая)

/*

"терпенье и труд всё перетрут!" - веками утверждают уважаемые анонимные авторы и они, безусловно, правы. но давайте не будем забывать и оппозицию, нашедшую весомый аргумент для опровержения этой догмы:

"сидит милый на скамейке,
хуем долбит три копейки...
хочет сделать три рубля -
не выходит нихуя!"

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

"снова с Вами мишки Гамми" - таки убедил RC1, что мне нужна установленная новая система, а заниматься багоописательством нонче не намерен. поскольку репо моё многострадальноё уже второй или третий день никак не может завершить "процесс компиляции" - вломил WindowMaker на скорую руку:



нормуль, жить можно. теперь картинка с предупреждением. если хотите, чтобы установка версии 11.1 прошла нормально - снимите флажок, обведённый красным кружочком.



и сделайте как показано ниже:



это (IMHO, если никто не пофиксил в релизе) актуально, если у вас более одного винчестера в компе, и вы используете в биосе порядок загрузки этих винтов, отличный от дефолтного. вероятно, что и в других случаях это поможет предотвратить ошибку "Unable to create 'initrd' for your installed system". при конфиге "автоматом" идёт сбой в порядке именования винтов, после чего нормально проходит инсталляция, а в конце её довольный "дедушка Пиздец"(c) тихонько щёлкает пальцами и вежливо предлагает вам высказаться по этому поводу в багзилле компании Novell.

если раньше любимой страшилкой и пугалкой для народа можно было считать идиотскую фразу про феерические "тормоза YaST-а", то теперь наши политические противники могут с пеной у рта вопеть о тормозах самого установщика (чей интерфейс показан на картинках выше). эт да. что-то в этом есть. кроме того, новый стиль/метод/подход при экспертной работе с дисками (Custom Partitioning) бесит неимоверно. крайне неудобен, медлителен, непривычен. поэтому выбрать текстовый режим установки системы - самое оно. там все хоткеи сразу подсвечены (очень удобно) и тормозов нет и в помине.

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

1) впервые за 5 или сколько-там-лет связка 'fetchmail+procmail' не смогла забрать почту. логи:
> ~/bin/my_mail
fetchmail: ../sysdeps/posix/getaddrinfo.c:1463: rfc3484_sort: Assertion `src->results[i].native == -1 || src->results[i].native == a2_native' failed.
/home/sda/bin/my_mail: line 2: 4962 Aborted /usr/bin/fetchmail -av -m "/usr/bin/procmail -d %T"

если отбросить здравую идею, что это, блядь, явно происки врагов и шпиёнов - что прикажете думать?

2) есть spec файл, есть OBS, есть логи сборки, где нам сообщают, что пресловутый пакет "wicd" не может быть собран ПАТАМУЧТА.... (смотри первую заметку). есть тот же spec файл и свежеустановленный 11.1-RC1. сборка пакета обрывается на середине, оно "не всасывает" элементарную конструкцию:

%__install -Dm 755 %{SOURCE1} %{buildroot}%{_initrddir}/wicd

логи:
creating /var/tmp/wicd-1.5.6-build/etc/init.d
error: can't copy '/etc/init.d/wicd': doesn't exist or not a regular file
error: Bad exit status from /var/tmp/rpm-tmp.50878 (%install)

спишем на RC1?

3) zypper очень плохо себя ведёт. опцию "--no-recommends" надо вбивать руками, если вы не хотите превратить свою систему в первостатейную свалку. кроме того он отказался с ключом "force" произвести "даунгрейд" версии пакета (пробовал "зиппером" из своих репо поставить нормальный freetype2 без предварительного скачивания и конструкции вида 'rpm -Uhv --nodeps --force ./freet*.rpm' - неудачно...).

4) к вопросу о том, что новые проверки охраняют Лузера от говённых пакетов - полностью с этим согласен после того, как впервые на моей памяти апплет WindowMaker-а "wmmixer" (который, блядь, даже в OpenBSD работает на ура!) разродился сегфолтом, не осилив тяжкий процесс запуска...

примечание: "Ужесточение мер по проверке пакетов, это всётаки хорошо, меньше будет мусора в системе и кривых пакетов." /lexa/ - Лёха, ты не прав... ты очень круто тут не прав, если не понимаешь, что любое исключение в правилах (а таких исключений ноне в ветке 11.1 - море. достаточно лишь в whitelist-ы глянуть...) как-бы намекает на то, что само правило - хуёвое слегонца... до тех пор, пока для openSUSE существуют сторонние репозитории с которых народ ставит себе практически все мультимедиа прилады, и пока будут эти самые "исключения" из общих правил для всех - ситуация будет близка к маразму. посмотрите на OpenBSD - там партия сказала открытым текстом: "идите в жопу со своей виртуализацией и закрытыми спеками на железо!" - и все несогласные проследовали в указанном направлении. кроме того, тебя, Лёха, лишили возможности заценить работу очень крутого пакета - "wicd" - который во многих дистрибутивах используется как основное средство по управлению настройками сети. это не ты решил, что wicd - говно. так решил кто-то за тебя. а ты это схавал и поддакиваешь в догонку...

5) разительного отличия в "джентельменском наборе софта" по сравнению с веткой 11.0 (и даже 10.3) пока не заметил - полное тестирование со всеми феньками делать не охота, бо и так всё работает. оно конечно же приятственно свежую системку на отформатированный третий рейзер закатать - благодать. да, новый кернел, и чо? какое железо мне надо прикупить, чтобы оправдать апгрейд со старых проверенных, оттестированных версий? ладно, хер с ним, с железом, перееду, но мне что, для чтения почты самому fetchmail+procmail собирать? эх...

6) с иксами вопросов не возникло никаких (логин в третий ранлевел по умолчанию для любой новой системы многое "урезает" на корню. ну и естественно, что набор компиляторов, make, autotools, libtool и исходники ядра с симсами и хэдерами очень упрощают жизнь в подавляющем большинстве случаев). файло /etc/X11/xorg.conf обнаружено не было (это уже ни для кого не новость). карточка GF6600gt со свободным драйвером "nv" завесила Xorg с его дивными "внутренними" конфигами наглухо, тварь сдохла на конструкции "kill -9 `pgrep X `", после чего проприетарный драйвер NVIDIA 177.80 разрулил ситуацию ни капельки не напрягаясь (с чем его и поздравили боты в третьем квейке). ручками только дорисовал переключение раскладки клавиатуры.

вот вроде и всё на сегодня. иксы стартанули, раскладка что в иксах, что в консоли меняется, vim и urxvt стоят - нормуль. пожалуй сделаю из 11.1 тестовую помойку. нахапаю себе всё и сразу - и гном, и мышу, и кеды, и моно с биглем, и ещё одни кеды и всё-всё-всё что увижу. уёбкиты там всяческие, фаноны-маноны-флэшоны и прочую галиматью... потом форматну диск ещё раз и накачу из своего репо Ешку, Tracker, ROX, linuxdcpp (с мультипотоковой закачкой на ядре 707), SciTE, aria2, нормальный pidgin, xchm, jwm и пойду на ЛОР тупить о том, как это охуительно - убрать плазмоид из центра/середины второго амарока, ибо после этого амарок просто летает...

to be continued...

*/

вторник, 16 декабря 2008 г.

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

/*
Disclaimer: all written below are just my thoughts and they are not intended to offend or hurt any one. may be this thoughts are the result of my stupidity. who knows... IMHO in and out Ladies and Gents!

заява типа: начальника, я - виноват, дурак, исправлюсь! только пожрать дай, а?!

заметка сия, братие, есть пасквиль гнустный, поклёп, донос и прообраз мыслишек, что умыслил под рождество Христово автор блога сего (стервец преизрядный и мерзавецъ) вывалить на благостныя тучныя поля сообщества openSUSE иноземного. токмо сомненья грызуть - надо ли? а посему ассоциативный ряд поручика Ржевского в цветочной лаке, рюхающего, что именно ему должно прикупить для Дамы, как никогда мне близок и понятен (для тех, кто запамятовал - "... э-э-э... м-м-м.. Могу ли я?.... Хочу ли я?... э-э-э... Говно ли я?...О! ... МАГНОЛИЯ!!!").

вот-вот увидит свет очередной релиз openSUSE - 11.1, которая наше фсио и всё такое. в кои-то веки решился на установку и тестирование RC1 - один херъ кроме базовой системы остальное собираю в своём OBS репо, что собственно и сподвигло на эксперимент.

оду восхваления нового релиза первым прокукарекал слэшдот (вроде как). моё же "знакомство" с ним началось с "изнанки". с того самого момента, как в OBS (OpenSUSE Build Service) подключил новые репозитории для ветки 11.1 и... магнолия... понятно, что мои спек-файлы далеки от идеала (были далеки до недавнего времени). ибо зрела задумка по минимальному использованию специфических rpm-макросов для более лёгкого портирования на другие дистрибутивы. с выходом 11.1 енто "рацпредложение" с треском провалилось. "учите матчасть, Шура, и пилите гири! они, Шура, золотые..."(c)(tm)

- Ну что, милок, оргазм?!
-... лучше....

это самое "лучше" было и у мну опосля взгляда на своё репо для 11.1. "шок! это - по-нашему!"(c)(tm). с момента ввода в строй OBS партия шла намеченным курсом на подготовку всех будущих релизов при помощи этой службы/(этого сервиса). результат перед нами - openSUSE-11.1 (по ссылке смогут пройти только те, кто имеет Novell account и доступ в OBS). все пакеты собраны в OBS. на первый взгляд - круть! можно без выкачивания сырцов ломануться и глянуть, кто собирал, как собирал, что и нахуя патчил и какие логи вылетели при компиляции пакета (то есть практически получить все сведения о пакете с минимальными усилиями в глаза его не видя). теперь давайте вспомним о сильных сторонах Суськи: качество, надёжность, поддержка официального дистрибутива 7/24, мейнтейнер/инженер Novell/SUSE за любым пакетом, эталонная "база" (glibc, kernel, cureutils и т.п.). токмо любая палка - о двух концах. вот второй-то "конец" взвился и вдарил по мейнтейнерам, чьи пакеты в "home:/" репозиториях не имеют отношения к официальной дистрибуции. для обеспечения упомянутого выше качества сборки (и не только) внутренние пресеты механизмов проверок Novell/SUSE автоматом скинули в OBS на всю ветку 11.1/Factory и в дополнение к rpmlint-у влепили brp проверки, которые в теории отключить никак нельзя. то бишь ноне в ветках 11.1/Factory действуют двое полицейских (rpmlint и brp). первый - "хороший", полностью контролируем мейнтейнером, можно при желании выключить ту или иную проверку или отключить их все. с brp на данный момент всё "гораздо, блядь, мрачней"(c)(tm). отключить/обойти brp по официальной версии низзя (на практике - мона, но требует нехуёвых познаний в механике OBS и специфике формата rpm как такового. как именно обходить - не скажу, шукайте сами, коли приспичило. причём не стану описывать способы обхода brp не потому, что жаль - отнюдь. просто подозреваю, что если эта информация будет растиражирована, то выебут не "манагеров", вломивших пресеты проверок без адаптации для всех разом и спровоцировавших тем самым приступ неуёмной любознательности, а каких-нить работяг, кто эти пресеты на коленке рисовал с верой в светлое будущее). официальная "версия" почему нам всем пиздец как нужен brp в дополнение к rpmlint-у в грубом переводе на великий и могучий звучит где-то так: "мы конвейром повышаем производительность труда!" они де способствуют улучшению качества собираемых пакетов, помогают предотвращать всевозможные ошибки и т.п. и т.д. из серии "взялся за грудь - так скажи что-нибудь!" разбор всех зашитых шаблонов brp займёт многовато времени, посему ограничусь "шедеврами коллекции" (сугубо на мой взгляд):

* Warning: This package installs an unknown D-BUS autostart/system service. Please contact security-team@suse.de: wicd.conf
error: Bad exit status from /var/tmp/rpm-tmp.1086 (%install)

пояснение: сборка пакетов "wicd", "exalt" и всех прочих, что устанавливают файло, не внесённое в "белый список" (эт типа список разрешённых файлов в каталоге /etc/dbus-1/system.d/ с конфигом политик hal+dbus+udev) идёт нахуй. такие пакеты openSUSE не нужны by default. как пионэр написал об этой досадной оплошности по указанному адресу. обещали разобраться. ждём-с. а некоторые индивидуумы (якобы сотрудники Novell/SUSE) вот в этом трэде форума объявили меня "господином соврамши-с". с другой стороны в каждой шутке есть доля шутки. может и правда такие пакеты нахуй никому, кроме меня/прочих мейнтейнеров, не нужны...

* ERROR: translation is neither enabled nor disabled for this file: /tmp/scite-1.77-build//usr/share/applications/SciTE.desktop

пояснение: теперь ошибка в содержании лаунчера приложения (.desktop файл, устанавливаемый как правило в $XDG_DATA_DIRS/applications/ и подхватываемый xdg-menu) может легко похерить компиляцию. с ветки 11.1 все подобные desktop файлы трэба скармливать на убой rpm макросу %suse_update_desktop_file и как "Отче Наш" учить не только группы rpm пакетов, но и freedesktop-овы спеки на desktop файло для меню. если кто-то думает, что чудо-макрос хитрым вывертом организует автоматический перевод/трансляцию на все локали, установленные в системе, где собираем пакет - "а вот хуй!"(c)(tm). он лишь скромненько так добавит в конец файла строку: "X-SuSE-translate=" (после знака равенства идёт значение булевой переменной true или false).

* wicd: "/usr/share/locale/no/LC_MESSAGES/wicd.mo" is not allowed anymore in SuSE Linux.
Please use nb or nb_NO (and nn for nynorsk)
see https://bugzilla.novell.com/show_bug.cgi?id=42748

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

этого кому-то показалось "маловато будет" и вколотили явное объявление только тех файлов и каталогов, которые специфичны для компилируемого пакета. "эт ты, Степан, мощно задвинул! внушает!" (Хрюн tm). проиллюстрируем. все любители в %files (секция спек-файла где перечисляют какие именно файлы должны входить в собираемый пакет) рисовать универсальный "глобальный" паттерн вида "/*" отныне идут нахуй без задержек и волокиты (что есть правильно по большому-то счёту). но если переводчики/локализаторы софтинки расстарались не на шутку и сделали адаптацию для локали, не учтённой в корневом пакете "filesystem" - то вам придётся декларировать отдельно как минимум два каталога: собсно локаль и локаль/LC_MESSAGES (меж тем файло локализации "локаль/LC_MESSAGES/пакет.mo" определяется макросом %find_land и вроде как уже учтено в составе пакета, ежели с этим макросом вы в друзьях).

%find_land - это отдельная песнь... его задача крайне проста: прошарить %{buildroot}%{_datadir}/locale на предмет '*.mo' файлов и составить их список для последующего включения в %files. удивлению не было предела, когда выяснилось, что имеет значение МЕСТО вызова этого макроса. если упростить до предела, то это чудо работает только если вызывать стоя в /usr/src/packages/BUILD/ (место куда по-умолчанию распаковывают исходники пакета для последующей сборки). "листья тополя падали с ясеня..."(c)

апофеозом этого праздника потихоньку становится моя переписка с openSUSE Security Team. паттерны проверок rpmlint-ом тоже ужесточили и подумалось мне - грешно проявлять самодеятельность. коли OBS настаивает связаться с Security Team - то нехер выёбываться. стучать - так стучать! по полной. достучался... (причём сижу щас и думаю, плюнуть или довести историю до образца эталонного маразма...). начало было весьма скромным:

E17.i586: E: permissions-file-setuid-bit (Badness: 10000) /usr/bin/enlightenment_sys is packaged with setuid/setgid bits (04555)
E17.i586: E: permissions-file-setuid-bit (Badness: 10000) /usr/lib/enlightenment/modules/cpufreq/linux-gnu-i686/freqset is packaged with setuid/setgid bits (04555)
Please remove the setuid/setgid bits or contact security@suse.de for review.

OBS просекла (проверка rpmlint-а), что указанные бинари идут с "суицидом" и не помечены в потрохах проверок как благонадёжные, а посему сборку надо резко и быстро прекращать. и тут я лоханулся. вместо тихого удушения rpmlint-ика (шоб и мявкать не смел, скотина) взял сдуру и настучал куда просили. аки патриот приложил подробные объяснения зачем и почему суидник тут нужон. приходит ответ (грубый перевод, всем желающим почитать оригинал - сюда): "используй то, что под рукою и не ищи себе другое!"(c) с указанием пользовать прогу "powersave" и механизм DBUS для реализации требуемого функционала без суида. в конце ссылки с орининалом ответа наглядно показано, что рекомендации в чистом виде не стоят и ломанного гроша, ибо "из коробки" не работают. они, как минимум, требуют рутового вмешательства для перехуяривания дефолтных политик на hal+udev+dbus (очень занятие нескучное кстати). не забываем, что если кто-то найдёт в том же hal-е ошибку переполнения буфера - то с тихой улыбкой вздрючит систему по самые гланды. глобальная разблядовка под юзера интерфейсов hal-а тоже как-то... хуёво выглядит со всех сторон. что-то подсказывает, что форсировать эту тему не стоит. сделаю вид, что подобным ответом вполне доволен.

переполненный до краёв положительными эмоциями, весь из себя такой позитивный и патриотичный, лью дивидишку с RC1, прожигаю wodim-ом (знаю, жесть и олдскул, но ни одной болванки пока не запорол таким макаром), тыкаю в кнопочки гламурного инсталлера и иду нахуй с ошибкой о невозможности создать initrd для только что установленной системы. плюс эдакое ненавязчивое предложение оформить баг в багзиллу... довыёбывался...

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

часть вторая будет как поставлю себе это диво. пока калялкал заметку - зарядил апдейт своего репозитория. чую, что в связи с предстоящим релизом пакетики пересоберутся ой как не скоро (в OBS аншлаг). не страшно. я - спокоен как удав, взор мой светел и рожа моя радостно ухмыляется своему отражению в глянцевой поверхности монитора...

to be continued...

*/

вторник, 28 октября 2008 г.

Лицом к человеку или немного о настройке/мониторинге сетевой активности.

/*

Есть, милок, такая система, называется Mac OS...
(слова древнего предания)

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

во-вторых - спасибо тем, кто как-то пытается агрегировать именно хорошие и полезные статьи/(переводы документации с авторскими ремарками, примерами и т.п.) и выкладывает/поддерживает их в сети. ибо послать кого-нить за ответом на форум равносильно обречь на чтение комментариев, писанных... гхм... как в песне - "то ли девочка, то ли видение"... в общем судьба редких толковых комментариев - быть похороненными ворохом лексики из разряда "подзаборной".

итак, Господа, типовая ситуация: настоящяя блондинка (Ъ) хочет разобратьтя в основах мониторинга/контроля/настройки сетевой активности. начальный уровень знаний равен нулю. что ей посоветовать? варианты:

а) для Linux:

1) любая вменяемая "вводная" по TCP/IP способная донести простую идею, что это - не более чем транспорт/автобус, в котором едут пассажиры/(специализированные сетевые протоколы)

2) Русские выпуски Linux Gazette. в дополнение модно пошарить по сусекам оригинала: Linux Gazette. в частности - Linux Advanced Routing & Traffic Control HOWTO (оригинал).

3) xgu.ru - надо/можно выбрать очень неплохой материал

4) любая вменяемая дока по конфигурации ядра и патчам Netfiller (многие вкусные вещи до сих пор не в мейнстриме). для openSUSE и нашего скромного Enlightenment LiveCD именно поэтому используется ядро, собранное Яном Энгельхартом.

5) примерный списочек "крутых мэнов, что ждут тебя за углом"...
man ip (пакет iproute2. в принципе он заменяет следующие две позиции, но, к сожалению, не в ходит в базовую установку многих дистрибутивов)
man route
man netstat
man ping
man traceroute (man tracepath)
man iptables (man iptables-save, man iptables-restore)
man hosts (довольно эффективное средство в некоторых случаях)
man sysctl (man sysctl.conf)
man protocols
man ethtool (настройка режима сетевой карточки)
man ldconfig
man resolv.conf
это так, на вскидку. плюс wifi или что-там на руках...

6) "инструментарий":
wireshark
tcpdump
и так далее по списку в зависимости от предпочтений.

намеренно не касаюсь OpenVPN, Squid и прочих сторонних приложений. задача же по контролю исходящего трафика в Linux до сих пор не имеет тривиального решения (imho). понятно, что на шлюзе, стоящем жопой наружу... простите, на том оборудовании, что обеспечивает связь с внешним миром при помощи сети Интернет, есть и блоклисты и логирование и чего там только нет (по ситуации и в зависимости от скилов да настроения одминского). а если линков несколько (динамическая нагрузка и/или резервные каналы с анлимом на входящий траф) то можно даже honeypod соорудить по согласованию с начальством (очень, знаете ли, в плане самообучения помогает, хех). а дальше уже можно и "предметно" расписывать под конкретную ситуёвину.

б) Mac OS X:

1) гуйня в Preferences Panel по Network, Sharing, Firewall (на 10.5.*)

2) дописать в /etc/rc.common статические маршруты, смену мака и прочую рутину коли есть в ней нужда

3) скачать и поставить две (2) программы:
Little Snitch - контроль исходящих соединений, мониторинг текущего трафика.
WaterRoof - всё остальное.

смотрим, как это выглядит:



привёл примеры статической конфигурации хоста из пресетов. смотрим на опции WaterRoof, замечаем, что шейпинг трафика тоже под рукой равно как и динамические правила. WaterRoof is freeware and open-source. Little Snitch - полнофункциональное Demo и стоит денег, что не грех и заплатить. причём автор настаивает на скачивании Demo, тестировании и оплате только если решите оставить программу себе (очень правильный и грамотный подход, Господа).

выводы делайте сами, уважаемые... по обстоятельствам...

P.S. зато аудиоплееров в Linux-е до жопы! и KDE можно запустить даже под виндой!

P.P.S. YaST -> System -> /etc/sysconfig Editor единственный вменяемый гуёвый редактор фаервола/(параметров сети), что мне известен. к сожалению для шейпинга трафика прописывать параметры лучше таки ручками в vim...

P.P.P.S. баталии ip vs ipfw vs pf не предусматривал. настоящие пацаны (Ъ) пользуют OpenBSD :) (кто к чему привык, Господа).

"А какая в этой басне мораль?
А морали нет никакой..."
*/

суббота, 19 июля 2008 г.

А как пропатчить KDE под FreeBSD?!

/*

Мимо тещиного дома
Я без шуток не хожу:
То ей буй в окно просуну,
То ей жопу покажу
/Народное творчество/


Трубы гремят, шум стоит, бравая команда девелоперов KDE надрывается в оре о "втором пришествии" - простите, нет, всего лишь об очередном буй-его-там-разберёт-релизе-или-нет за кодовым нумером KDE 4.1 RC1 или 4.0.98. IMHO - это всё уже давно воспринимается не иначе как "клоуны на арене", "цирк приехал", "отсыпьте и мне такой же травы" и т.п.. Что не помешает мне гордо отсыпать всем желающим ссылки на "Аффтаров":

Здрасте!
LiveCD с супер-пупер-распоследним-распрекрасным-KDE

Чёрт дёрнул - скачал это "чудо". А то орут, панимаш, лузеры вокруг, что qt4 - это типа круть и ресурсов жрёт меньше, и не тормозит и ваще полный оргазм... Буём вас всех по хлебалу, Господа! Это - жестокое нае... неправда короче. Тормозит, ещё как тормозит... Глючит и тормозит, тормозит и глючит, но "пипл хавает"! Вот он где, секрет-то настоящий! Было бы ХОТЬ ЧТО-ТО уникальное в этом поделии - можно было бы понять, но ведь нет такого! Эхма, а ведь соврамши-то! Есть! Можна эта... а... во! Плазьмоиды крутить! Во! Так что нехай живе, може и родит чего полезное опосля. Сомнительно правда, но такова селяви.

Что эти клоуны вытворяют с термином "релиз" надеюсь все уже в курсе. Ежели вы ещё не в теме - то вот imho выводы: всегда нужно уточнять, имеет ли трактовка слова "релиз" в данном контексте у данного автора какое-либо отношение к проекту KDE. Ежели, не приведи Господь, таки имеет, то будьте готовы к глюкам, падениям, спотыканию во чистом поле и всем прочим мыслимым прелестям программного обеспечения, писанного по принципу "ежели за печатную машинку засадить тысячу обезьян, то рано или поздно мы увидим полный сборник стихов г-на Пушкина А.С.".

Господа и Дамы! Добро пожаловать на кратенький обзор KDE4. В качестве вводной - шикарнейшие статейки из замечательного блога "Linux Hater's Blog":

K Pride Week
Turn your head and KOffice
What is KDE?
Wild rationalizations

Неделя K-Pride удалась! "sweet feces rained down from heaven" (сладкие фекалии пролились дождём с неба) - в цитатник! Кто не рубит по аглицки - Google-translate в помощь. "Сладкий дождик" начинается практически сразу же при загрузке и не перестаёт "капать" всю дорогу. Сама загрузка - чудовищно медленна. Можете скачать Enlightenment LiveCD и сравнить. Особенно это режет при ОЗУ в пределах 256Мб (и ниже). Боюсь даже подумать, что будет с Gnome, ежели ура-даёшь-внедрёжь-патриоты таки асилят переписать его на qt вместо gtk. Веселье буде ещё то, как минимум. Когда KDE-LiveCD таки прочухает и родит подобие рабочего стола можно начинать петь хвалебные диферамбы чуду дизайнерской мысли.



Тема "шревты - говно" раскрыта целиком и полностью, в комментариях не нуждается и к KDE (слава Всевышнему) отношения не имеет. А вот эта здоровая прозрачная хрень на 2/3 экрана (клизмоид "Folder View") изменяет свои размеры только с сохранением пропорций и при этом меняет размер значков/иконок. А хренька с "контролами" вылетает каждый раз как мышь пробегает над этим славным... гхм... плазмоидом. Можно сделать "Lock Widgets" и контролы вылетать не будут. Это радует. Есть ли способ настроить прозрачность отдельного клизмоида, гамму, режим просмотра/layout - хз, не нашёл. Зато окуительно нужная опция по "вращению" прям перед нашими очами. И легко можно этот клизмоид "довращать" до состояния, когда поможет только удаление с десктопа. Очаровательно, не так ли?

Но это всё - фигня! Настал час расплаты! Изумительно, что орлы и гиганты программирования под напором грозных воплей лузеров припёрли в Linux хрень, что называется 'systray'. Это 5! Mac OS X до сих пор не имеет этого фетиша и НИКТО не парится. Гении от KDE/qt и Gnome/gtk имеют чуток отличное понимание термина 'systray' в результате чего спеки Freedesktop по систрею (куда они запихали винегрет из пожеланий спецов от qt и gtk, типа и нашим - и вашим) иначе как "fucking piece of shit" назвать сложно. Мало уже кто помнит, что появление систрея в Винде было обусловлено жестокой нехваткой ресурсов компов для выполнения возложенных задач. Изначально любое приложение, уходящее в систрей, "отдавало" системе зарезервированную память под своё GUI! Это реально был прогресс и круть. Потом правда Микрософт одумался и приложения перестали отдавать свои ресурсы при уходе в трей (не зря же Вы кору-дуру прикупили с 4мя-то гигами ОЗУ). Теперь ещё раз поднимите Ваш лик прекрасный на картинку шо вверху и зацените дивный ЧЁРНЫЙ фон вокруг иконок в систрее. Одна из причин этого - отсутствие чётких спеков откуда брать иконку на приложение в трее. Стоит также заметить, что Klipper - clipboard tool - дал дуба практически сразу же. Помог неоднократный повторный запуск, что логично в какой-то мере. Если что-то само упало - это сигнал юзеру, что нехило бы это дело запустить по новой! Осталость только на qt4 какую-нить хрень нарисовать, чтоб следила за всеми запущенными процессами и выкидывала гламурные ахтунги с описаловом на какие иконки жамкать, шоб усё було як прежде. А лучше сразу писать на qt5. А в qt10 подобная тулза уже будет включена по умолчанию. Или же qt10 для каждого запущенного приложения будет компилять такую тулзу само в риалтайме (и только в риалтайме! ведь только лузеры не имеют риалтайма!).



Хитом программы восхваления систрея стал факт, что новый Amarok (переписанный на qt4) улетел хз куда, но явно не в систрей (в консоли показан пид процесса) при закрытии окна. Люди мы не гордые, killall -9 amarok не подвёл и в этот раз.

В правом и левом углу панели можно наблюдать по хариусу хамелеона. Мну курил позу в которой можно таскать элементы панели вправо-влево. Таки да. Что-то в этом есть. Говорят, что в прошлом релизе этой позы не было. Мда... Релиз...



На этой картинке показан типа Dashboard клизмоидов (вернее та галиматья, что получилась вместо нормального Dashboard-а в Mac OS X). Апплет по добавлению нового клизмоида на несчастный рабочий стол отрисован на 5. С плюсом. С двумя. И ЭТО мы имеем как релиз-кандидат второй официальной версии (имея 4.0 за первую)? Комментарии излишни.



тут мы просто видим до каких "чудес" и "высот" можно добраться регулируя высоту панели. а белое хзчто почти на весь экран (цвет в RGB - 224 220 216) удалось убрать только рестартом иксов (перезагрузкой).



Да-да-да! Панель можно разместить и сбоку! Иконки/клизмоиды масштабируются просто великолепно, придраться не к чему! (я реально хз что ещё писать под такой картиночкой)



Попытки сделать разные обои для рабочих столов окончились неудачей, зато каким-то буем панель стала прозрачной! И это при том, что тему плазмы-клизмы не менял! Оргазм....



Несомненно, что функция Zoom In / Zoom Out в реализации KDE Dev. Team приносит немыслимый ранее уровень <чего? комфорта? сексуальности? крутизны? удобства? чего?... походу это полный 3.1415926здецЪ > пользователям многострадального DE...

Из действительно хороших для пользователя изменений надо отметить прогресс в развитии редактора Kate. По сравнению с SciTE - это отстой, но сравнивая с версиями что шли с KDE-3.5.* прогресс есть. Пёс с ним, что разметка/синтаксис в желто-зелёных тонах - она наконец-то РАБОТАЕТ! Кривая трактовка синтаксиса (подсветки и сворачивания на блоки) относительно небольших сишных файлов была той самой причиной, заставившей сперва вспомнить vim, а потом найти SciTE.

Konqueror до сих пор справляется с локальным файлом - Dolphin не нужен (imho).

Вот и все положительные эмоции. KDE = R.I.P. Без IMHO. Это - факт.



Все желающие могут загрузить "мой" Enlightenment LiveCD:

Страница загрузки

и устроить в комментариях аналогичный разнос при желании. Параметры запуска в qemu:

#!/bin/sh
qemu-img create -f qcow ./E.img 4G
sudo modprobe tun
sudo modprobe kqemu
sudo chown $USER /dev/net/tun
sudo chown $USER /dev/kqemu
qemu -cdrom ./suse-11.0-live-iso.i686-2.5.1.iso -boot d -hda ./E.img -m 256 -kernel-kqemu

Удачи.

*/

воскресенье, 27 апреля 2008 г.

Уменьшаем энергопотребление

/*

рассматривайте это как дополнение к статье товарища virens-а. там много написано... слов...

1. Монитор.

man xorg.conf на предмет DPMS, man xbacklight. плохие приблуды: klcddimmer, smartdimmer. хорошая приблуда - xvattr. обычно установить яркость на мониторе проще "подручными средствами" самого монитора. если у вас Enlightenment-DR17, то опции управления DPMS доступны в конфигурационной панели: Configuration Panel -> Screen -> Power Management.

2. Видеокарта.

профан, признаю. нормальное 2D, возможность хорошего рендеринга "картинки" MPlayer-ом, декодирование видео чипом GPU (xvmc) - вот сфера моих интересов. найти недорогой Matrox Parhelia-512 с видеопамятью от 128 Мб - предел мечтаний. в остальном imho рулят проприетарные драйвера nVidia. пока рулят. VIA, AMD/ATI и Intel прилагают очень много усилий для изменения данного факта. Intel же, как мне кажется, заинтересован в уничтожении производителей видеокарт как класса.

3. Винчестер.

man hdparm на предмет AAM и spindown (опции -M, -S). можно посмотреть на ключи -y и -Y. текущий статус винта проверяется как

sudo hdparm -C /dev/ВИНТ

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

примечание: держать сервис smartd включённым представляется весьма здравой идеей.

4. Оптические приводы и внешние винчестеры.

для cd/dvd приводов какой-то смысл есть в установлении фиксированной маленькой скорости вращения шпинделя (от 1 до 4-х). сделать можно так:

sudo eject -x 2 /dev/sr0

при смене диска (при открытии каретки) сей параметр обнуляется. если hdparm дотянется до внешнего винта - хорошо. нет - и суда нет.

5. Процессор.

узнать, что из управления частотой процессора cкомпилено модулем:

modprobe -l | grep cpufreq

узнать, что вообще доступно для текущей версии ядра:

zcat /proc/config.gz | grep -i freq

установить схему управления частотой процессора по умолчанию и саму частоту:

sudo cpufreq-set -g ondemand
sudo cpufreq-set -d 1000

примечание: пользователи Enlightenment-DR17 могут устанавливать/менять параметры работы процессора на лету при помощи модуля 'cpufreq'.

5. Процессор.

Мониторить систему поможет пакет sensors: man sensord, man sensors-detect, man sensors. Можно попробовать старый добрый gkrellm или прикрутить вывод статистики при помощи conky - на ваше усмотрение.

*/

суббота, 26 апреля 2008 г.

Камо грядеши...

/*

строки эти идут с большим трудом... не знаю ни как начать, ни что писать, ни того, стоит ли вообще писать на эту тему... ибо особого смысла-то наверное и нет.

начну издалека. никогда не понимал шумихи и ажиотажа по поводу "молодых" дистрибутивов. например - ubuntu. ну да, бесплатно высылают диски - здорово, основан на Debian - ещё лучше, один компакт-диск, работает как live-cd и может быть установлен на диск (в последних версиях, раньше компактов было два) - замечательно. но воспринимать его серьёзно не получалось. безобразный установщик, совершенно идиотская система безопасности (от отсутствия нормального фаервола до тупейшего запрета на локальный логин рута и прочая в том же духе), очень странный набор софта (с точки зрения пользователя SuSE с версии 9.0/8.2), отсутствие элементарных (на взгляд опять же пользователя SuSE) утилит типа базы данных по поддерживаемому оборудованию, возможности получить профессиональную консультацию в случае необходимости, ознакомиться с вопросами-ответами по пользованию SuSE, накопленными чуть ли не с 1995-го года и т.п.

только вот с момента покупки Novell-ом "что-то в Датском королевстве" пошло не так и версии OpenSuSE вплоть до 10.3 требовали к себе всё больше и больше внимания. наряду с ними (по аналогии с SuSE Pro) появились продукты класса Enterprise - SLED, SLES, сертифицированные для работы с такими "котами", как SAP и т.п. именно это обрадовало. бо кто-то таки одумался и поставил качество и стабильность превыше новомодных "рюшечек". термин "рюшечки" касается всего, что не стабильно, не проверено, не оттестировано, хуже аналогов, но считается по каким-то малопонятным причинам, достойным включения в тот или иной дистрибутив (именно в основную стабильную ветку).

в поисках альтернатив SuSE набрёл на Archlinux - в то время Judd Vinet (основатель арча) твёрдо стоял "у руля" и откровенной лажи для имеющего желание читать в дистрибутиве не было. основное же достоинство "арча" - это система abs (arch build system) и менеджер пакетов pacman. примечание: для освоивших написание spec файлов всё прочее можно смело относить к "костылям".

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

http://bbs.archlinux.org/viewtopic.php?id=45961

http://bugs.archlinux.org/task/10209

помимо описанного беспредела, "приколов" была масса. все связаны с "сырыми" binutils, coreutils, glibc и gcc. раз пошла такая пьянка, то зело кстати очередной ажиотаж с бубунтой. "арч" -> на снос, 8.04 ставим "на пощупать".

выбора пакетов при установке как не было, так и нет. появилась рабочая возможность указывать загрузчику куда именно ломиться, появилась фича не форматировать разделы при установке - мило... в initrd этого поделия запихали всё, что только можно и "увенчали" BusyBox-ом - браво! пригодилось. нетрудно догадаться, что сразу же после установки система отказалась запускаться. рихтанул /boot/grub/menu.lst, проверил /etc/fstab, что-то ещё поправил (так как /home не форматировался). стартануло. загрузился gnome и ... unable to fork child process со всеми вытекающими последствиями. полный абзацЪ. присобачил /home на / (сделал на одном диске с рутом, убрав все "домашние" скрипты автозапуска). стартует гном, запускаю xterm и получаю unable to fork child process... resource is temporary unavailable...

Ъ! ищу в доках на диске место, где мелким шрифтом после сборки даются инструкции по обтачиванию напильником для доведения "продукта" до кондиции - или искал плохо, или такую инструкцию, понятную типовому пользователю "убунты" пока не написали. пока что лучшая инструкция для пользователей этого дистрибутива найдена здесь:

http://www.punk-ass-bitch.org/gnome-color-chooser/

на фоне подобного "праздника" OpenSuSE тихо и спокойно на том же физическом диске с одинаковым /home продолжает "тянуть лямку"... ситуация, когда бесполезно искать любые доводы.

"а какая в этой песне мораль?
а морали нет никакой...
рождённый ползать не будет летать,
для полёта родится другой..."

если у вас что-то работает, вы в чём-то разобрались - не ищите добра от добра. не спешите делать "апгрейд", не гонитесь за "рюшечками" и новыми "красявостями". самое ценное - надёжная и стабильная работа. подожду релиза OpenSuSE-11. заодно с убунтой сравню.

*/

вторник, 1 апреля 2008 г.

Как мы принимали стандарт OOXML...

/*

- Эх, Петька... Жизнь - она покруче детективов будет...
/Чапай/


Господа и Дамы,
А также их родители...
Весёлую историю,
Услышать не хотите ли...


- Автора! Автора!.... - орали с галёрки.


РАЗ!

ДВА!

ТРИ!

Это - не первоапрельская шутка. Шутка - это здесь...

Радует только одно. Мы, Россия, воздержались. Без комментариев. Но воздержались. Впрочем, это уже не важно.

Поздравляю корпорацию Microsoft с одобрением ОЧЕНЬ важного для них стандарта. Долгие лета, что характерно...

*/

вторник, 25 марта 2008 г.

Обзор gOS и Elive-development

*
-After using E, my life was really nicer, i got a girlfriend, i got money, and now i'm meeting rasterman...
-I'm to l33t to run kde...
-Enlarge your E-ness!
-... is the cvs server down?
-We shall abolish the orgasm.

( некоторые высказывания с irc.freenode.net/#e )


у многих людей есть талант всюду успевать, следить за новинками, всегда быть в курсе событий... не про меня. если куда-то можно опоздать или что-то можно "прощёлкать хлебалом" - будьте уверены! ваш покорный слуга эту возможность не упустит... вот и ноне Wal-Mart давно ведёт продажу компьютеров под управлением gOS, да и Elive подрос с версии 0.6.4_unstable до вроде как декларируемого стабильным 'Elive Gem' (за него просят денег, от $5 на ваше усмотрение) а тут только-только "дошло" (вернее - доползло...), что можно скачать и посмотреть обе системы. причём в случае с gOS ухитрился высмотреть на irc.freenode.net линк на nightly build (тестовая экспериментальная сборка прототипа, что в будущем станет релизом). а Elive упёр с офсайта - elive_1.6_development.iso, дабы за просмотр денег не платить... (всё знаю: жадина, скряга и скупердяй, но поделать с собой ничего не могу. увы.).

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


Выводы: gOS (в лице gos-live-2.0.0-beta1.iso, 537Мб.) для практического применения подходит гораздо лучше, чем Elive (в лице elive_1.6_development.iso, 623Мб.).

НО: оценить Elive-Gem (стабильный релиз) не удалось, за него просят donations от $5, и есть некие основания считать, что в будущем gOS отойдёт от использования Enlightenment-а в пользу Gnome. Самое же интересное в том, что обе системы основаны на Debian. gOS - Ubuntu 7.10 (gutsy, ядро 2.6.22), Elive - Debian Lenny (ядро 2.6.24). не вижу причин, мешающих проапдейтить gOS до Debian Lenny, добавить репозитории Elive и использовать лучшее из обеих систем!

Elive репозиторий:
deb http://repository.elive-systems.com lenny main elive drivers tests efl ports

gOS репозитории:
deb http://packages.thinkgos.com/gos reloaded main
deb-src http://packages.thinkgos.com/gos reloaded main


ежели вы относитесь к славной когорте новичков или (упаси Господь!) вы считаете, что kde - это вершина пользовательского интерфейса (недавно имел счастье общаться с одним из легиона пользователей kde), но, не убоявшись лиха лесного, решили-таки "заценить" возможности интерфейса E17-го - рекомендую дочитать сию заметку до конца (глядишь аффтар сподобится и вякнетъ чего-нить эдакое, чего никто никогда и в страшном сне не видал... - комментарии из партера).

поскольку с Debian-based дистрибутивами никогда особенно не парился, что-то в моей настройке может отличаться от "официально одобренных" способов решения той или иной задачи.


gOS


после скачивания с торрента при помощи волшебной программы aria2 (а kde-шники до сих пор хвалят ktorrent... странные люди, право слово...) файла gos-live-2.0.0-beta1.iso и заклания его могучему qemu (отвёл с барского плеча 256Мб. оперативки под такое дело) оно дюже борзо взлетело и показало своё дивное личико (не иначе как у Гюльчитай научилась):



такое всё зелёное и прекрасное... прям по-центру экрана расположен модуль Web-search (введи слово, нажми Enter и Гуголь выдаст всю правду-матку), который работать не пожелал, посему был безжалостно удалён из списка загрузки. только жаль, что грохнул его не сразу, а какое-то время угробил на бесполезные реанимационные процедуры... видим, что версия Enlightenment-a отстаёт от cvs, сие означает наличие неких трудностей в поиске сторонних тем оформления. там же чёрным по белому заявлено, что Великий Гугол к gOS не имеет ни малейшего отношения, что впрочем нисколько не помешало очень неплохо "покататься за счёт заведения", косвенно используя имя и репутацию Гугола Великого в меркантильном деле продажи писюков сетью Wal-Mart.

хребет - Ubuntu 7.10 (gutsy), инсталлер с LiveCD на хард уверен в своей непогрешимости и при "автоматической" установке (без ручной разметки и форматирования дисков) умудрился уронить систему до всеблагого core dump и последующей за сим перезагрузки. потом одумался, перестал выёживаться, схавал ручную разметку и довёл своё чёрное дело до победного оргазма. в качестве харда выступал образ диска qemu. сеть с пол-пинка настроил Exalt-ом, ручками лишь указал nameserver в /etc/resolv.conf и один раз оттоптал в консоли 'route add default gw ipi.pip.ipi.pip'. для тех, у кого впн, есть pppconfig, pon и poff - большего нэ трэба. в стоимость банкета вошёл и табунчик pppoe* утилит для эстетов.



на картинке - расшифровка термина gOS. оказывается, что это всего лишь edj-файл темы оформления рабочего окружения E17-го, который трансформирует дефолтное убожество в современную рабочую среду... да... уж... смелое заявление одним словом.

"иконостас" внизу экрана поддерживается модулем iTask-NG (Совет: сразу же поставьте его из svn repo! только недавно по моей просьбе автор добавил возможность выбора шрифта для отображения подписей к иконкам. нетрудно догадаться, что показ русских символов "из коробки" невозможен), и представляет собой (за исключением четырёх) "шорткаты" вызова браузера Firefox с адресами ресурсов Google. хотите всё и сразу? - извольте! для гурманов E17-го по-настоящему интересен следующий снимок:



каким-то образом горячие финские парни сделали модуль для систрея и заставили его работать (это - одна из "идей" грядущего Google Summer of Code для проекта Enlightenment). отсутствие такой приблуды многим мешает, официально рекомендовано пользовать trayer или stalonetray для этих целей, хотя весь код трея Растерман выкинул вполне сознательно (в том же E16-ом работает без шума и пыли).

из оставшихся "засад" стоит отметить, что далеко не все приложения учтены в меню, но спасает Alt+Esc (модуль 'Run Command') - универсальный поисковик бинарей и простая командная строка в 17-ом (так был найден xterm). при помощи localedef сгенерил ru_RU.UTF-8 (sudo localedef -c -i ru_RU -f UTF-8 ru_RU.UTF-8), в /etc/X11/xorg.conf прописал "переключалку" раскладок по Ctrl+Shift:


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


слишком умный инсталлер посчитал меня приверженцем здоровой аскезы - в отместку раскомментировал почти всё из /etc/apt/sources.list (остался весьма доволен полученным результатом). набор шрифтов, устанавливаемых по-умолчанию, чудовищен, что за пять минут исправляется правкой упомянутого sources.list файла.

всё собственно. а остальное:



не больше и не меньше. оптимизация GUI - весьма впечатляет (о том, как при помощи Enlightenment-а выжать из компа 150% от его возможностей - в следующей статье. покажу выкладки для qemu с доступным ОЗУ в пределах от 16-ти до 32-ух мегабайт. сам собирал год-два тому назад 17-ый на P-166 с 64Mb ОЗУ - псиса летала. как бомбовоз. но летала. да и оптимизации как таковой там не было)! смотрим на практически полный top с 56-ю загруженными модулями Enlightenment-а. их суммарное потребление ресурсов отображено PID-ом 4712 (enlightenment).



очень приятный дружелюбный дистрибутив с огромным набором софта от Ubuntu. но...хэппиэнда не будет:



это - снимок gos-default-20080316-2018.iso (да, я упёр текущую версию для разработчиков). могу сказать только одно: праздника в этой альфе нет. возможно, в следующем релизе gOS мы увидим обычный Gnome. остаётся лишь надеяться, что конечные пользователи от этой замены только выиграют. токмо "...нас сомненья грызут..." (Шевчук/ДДТ).


Elive


ранее смотрел на версию elive_0.6.4_unstable - в ней использовался довольно старый срез E17-го (то-ли 026, то-ли 0-28), по-умолчанию в качестве окружения рабочего стола шли E17 и E16 с возможностью выбора на стадии логина в систему. после логина стартовала легендарная программа Engage, в какой-то мере напоминающая док Mac OS X (до версии 10.5) и содержащая в себе систрей. выглядело это весьма похоже на то, что имеем в официальном промо ролике (35Мб.). в нём есть интересный момент, когда MPlayer выдаёт демо от IBM одновременно как-бы на пяти мониторах (один - основной и четыре вспомогательных). качаем! (формат - пакет deb, 3Мб.)

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



птица обломинго ненавязчиво напоминает о том, что установка на хард пока не реализована. учитывая отсутствие на LiveCD пакета OpenOffice (идёт на отдельном Bonus диске), говорить серьёзно об использовании именно версии elive_1.6_development.iso невозможно. но нет ничего, что мешает поставить Debian Lenny и подключить Elive репозиторий, о чём было уже сказано! а в данном контексте позиции Elive в чём-то посильнее gOS будут. видим, что версия E17-го совпадает с текущей cvs, следовательно все "рюшечки, красивости и оборочки" с сайта Get-E.org мы можем примерить на себя (по крайней мере до тех пор, пока эта традиция будет сохраняться).

пробуем в ~/.xsession прописать старт E16-го:



гхм... ок. рисуем о чём нас ненавязчиво просят на картинке, заодно (после apt-get update) вытягиваем aptitude install engage и:



видим, что во-первых всё работает (очень странно и неожиданно, особенно для древнего Engage), во-вторых - версия E16-го также соответствует текущей cvs! за это - огромный Респект команде Elive.

настройка сети прошла при помощи Network Manager-а (Exalt не запустился, /etc/resolv.conf также рихтовал своими заскорузлыми, роутинг вбивал ими же), шрифты "из короба" не вызвали нареканий, в ~/.Xdefaults уже забиты готовые пресеты по изменению внешнего вида и используемого шрифта для urxvt - imo - единственный терминал без недостатков на сегодня. количество и качество ПО на диске весьма обрадовало (эх... если бы и OpenOffice как-нибудь затолкали, выкинув все игрушки и прочую мишуру...). одним словом - Debian во всей красе.


*******

- А на кой пёс тут аффтар так разорался, ась? Ниасилил KDE?
- Дык... Лучшее - оно ж враг хорошего... Пока не попробуешь - хрен поймёшь, что тебе лучше...
- А... А чё в ентом Енлайте мой яху мэсэнжэр ни буя не работает?! Ась?! То-то! Говно этот ваш Енлай! Говно - говном...
- .....!!!

*******

What we've got here...
Is failure to communicate.
/Guns'n'Roses/

вторник, 5 февраля 2008 г.

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

*
На ваше рассмотрение, уважаемая публика, синтетические тесты 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 делает. Что же мешает склепать и для мака?

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

Удачи.