26 мая 04 года


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

         "говядина в слякоти" (гвс). вроде не кидал пока.
         мелко режем постную говядину. кидаем на глубокую тефлоновую(на нетефлоновой будет говядина в подгорелой слякоти) сковородку, добавляем сливочного масла.пока всё это там делает вид что жарится - мелко режем лук. когда говядина слегка обжарится -высыпаем туда же лук, вливаем пакетик сливок, немного кетчупа, немного майонеза. добавляем специй:
         во-первых, соль. и сахар! сахара немного, но все-таки сильно больше чем соли :-)
         во-вторых, горчицу. не очень много.
          в третьих - какую-нибудь "смесь специй из пакетика", не сильно острую, но "густую"(что-нибудь вроде "...для соусов"). учитывая что разные смеси появляются и исчезают даже в одном магазине -советовать какую-то конкретную не буду.
          в четвертых - либо перца чили (не "острого жгучего красного", который обычно любят продавать как "чили",а темного, красновато-коричневого порошка, не сильно острого, с плотным пряным запахом), либо "гвоздик"гвоздики - для аромату.
          ...а если есть какой-нибудь из "сладких розовых" соусов, продающихся у нас под маркой "стебель бамбука" -убавить сахар, добавить бамбук. и побольше, побольше!
          перемешать, тушить до загустения, помешивая время от времени деревянной лопаткой(сковородка тефлоновая все-таки). употреблять с жареной картошкой... хотя пофиг :-)
         курица в грушах.
         ведь если гусь - в яблоках, то очевидно, что курица - в грушах, верно?
         четыре куриные груди, четыре крупных сладких груши. груши - мелко порезать, положить на плоское широкое блюдо.соль, майонез (немного), давленый чеснок (много), уксус (больше чем хотелось бы - он всё равно в основном выпарится),остро-пряная смесь специй (опять - советовать не буду, их слишком много разных), кари или шафрана для цвета. перемешать, распределить ровным слоем по дну.
         положить сверху кур.груди. обмазать обмазкой: майонез, давленый чеснок, соль-специя.
         засунуть в микроволновку! ориентировочное время - полчаса на 800 вт, затем остаток времени (пока курица непропечется изнутри - как ни странно, микроволнам требуется на это время) - на половинной мощности.суммарно у меня получилось около часа, но нужно смотреть на конкретную курицу и следить чтобы не высохла нафигвместе с грушами.если верх уже подгорел, а курица ещё не полностью готова - можно перевернуть груди (и хрен с ней с обмазкой, пустьсмывается в кучу с грушами).
          есть хоть так, хоть с рисом. с рисом лучше :-)
         курица в альтернативной слякоти :-)
         "что же делать, когда зубная щетка недоступна"... ой, в смысле - когда груш под рукой не оказлось?
         майонез, чуть-чуть кетчупа, давленый чеснок, соль, сахар (немного - не больше половины чайной ложки!),специи (у нас тут в продаже появилась забавная специя - острая, пряная, "с овощами" (сушеный лук и что-то ещё) и"с глютаматом" (усилителем вкуса - даёт характерный привкус бульонного кубика) - неожиданно подошла,видимо из-за вкуса "сушеных овощей и глютамата"). добавляется вода! всё это засовывается в блюдо, разбалтываетсяс водой, ставится в микроволновку. тем временем - режется сыр. сыр закидывается в "соус", и "варится" (непрерывно помешивая)до полного растворения сыра в соусе.
         сверху кладутся курноги или кургруди, обмазываются обмазкой из предыдущего рецепта и готовятся посхеме из предыдущего рецепта - полчаса на полной мощности, "до готовности" на половинной.
          употреблять - хоть с картошкой, хоть с рисом, хоть так. я предпочел с картошкой :-)
         матрица имеет нас... ну, вы уже читали.
         попытался сделать "репитер подсветки автофокуса" для своего кэнона (простенький дивайсик, принимающий фотодиодомсвет штатной лампочки подсветки аф и дублирующий его лазерной указкой). в руках было два фотодиода,почти одинакового вида - один фд-256 с радиорынка, и один неизвестной марки из "оптопары" старогодисковода (на вид - копия того же фд-256). вооружившись брелком с "белым" диодом и тестером - решилпомерить, у кого из них выше чувствительность. в процессе измерения... в-общем, результат вызвал у меня некотороеофигение.
         фд-256 на светодиод из брелка реагировал как положено - выдавал фототок, примерно пропорциональныйпадающему свету. фотодиод из дисковода...
         сразу оговорюсь - измерения проводились в режиме измерения напряжения а не тока. по причинеболее высокой чувствительности китайского тестера в этом режиме, и нежелания городить схему "набатарейках и транизисторе" для усиления фототока. с другой стороны - напряжение при измерениях не превышало20 мв (наверняка за счет сопротивления утечки плюс входного сопротивления тестера), а в этих пределахфототок вполне удовлетворительно линеен от измеренного напряжения. да и линейность-то, так разобраться, не нужна - см. далее.
         итак, эксперимент номер 1. фотодиод подключен к тестеру, на него падает свет из окна. тестер показывает~15 мв. всё в порядке.
          эксперимент 2: черной бумажкой плавно прикрываем-открываем свет. напряжение изменяется (падает)примерно пропорционально световому потоку на диод. всё в порядке.
         эксперимент 3: подносим на расстояние около 5 см. брелок с "белым диодом". брелок не включаем.поскольку рука с брелком слегка затеняет свет из окна - напряжение чуть заметно падает. всё в порядке.
          эксперимент 4: нажимаем кнопку на брелке. на фотодиод падает свет из окна и свет от брелка одновременно.напряжение - падает почти до нуля! тихо обалдеваем. решаем, за неимением лучших идей,что брелок "слишком яркий", и диод вылетел в нелинейную область (хотя постойте, какую нелинейную область?! ну да ладно, надо жехоть как-то объяснить результат). л-ладно...
          эксперимент 5: удаляем-приближаем светящийся брелок к фотодиоду. наблюдаем плавноепадение напряжения при приближении брелка (и, соответственно, восстановление при удалении). стар-рательно чешем репу...

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

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

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

          агенты смиты - вокруг нас. в каждой лампочке, в каждой лазерной головке dvd-привода... везде!!!
         люблю революции. когда "всю жизнь" гланды удаляли через... одно место, а потом кому-то вдругпришла в голову революционная идея - удалять через это место не гланды, а геморрой.
         есть (ну... "бывает") у компьютерщиков такая странная потребность - гонять "систему в системе"("систему в пробирке"). грубо говоря, жить в винде (линухе, бзде, нужное вписать), но длякаких-то целей (экспериментов, работы, наладки-проверки) - запускать на том же компьютере другуюос (или другой экземпляр той же ос).
         "всю жизнь" (точнее, всю ту жизнь, когда это делалось не через перезагрузку всей машины)это делалось через "эмуляторы". сначала - "виртуальные дос-машины" (для доса, а потом и для win16)в os/2 и nt (да, да, а ещё 95 и 3.11), затем, по мере роста мощности -vmware (первый известный мне проект "виртуального писюка на реальном писюке"), сейчас - ещё и virtualpc,и что ещё будет дальше...
         проблема "виртуальных писюков" одна: средствами, не предназначенными для виртуализации всего на свете(ну не разрабатывался intel х86 для виртуализации совсем всего на свете, только для ограниченияприложений лазить куда не попадя, да частично - "дос-машину" создать, чтобы "в песочнице" некапризные программы гонять)- виртуализовать пытаются как раз всё на свете, от памяти (совсем просто), до процессора(а операционные системы так просто не проведёшь, ос сейчас хотят реальный процессор, ядро в нулевом кольце привелегий,и вообще полную власть), и всего необходимого железа (и работа с ide или видеокарой при этомбудет напоминать бокс по переписке: каждое шевеление ос будет вызывать поток экспешнов, в ответ на которыеэмулятор будет эмулировать поведение реального железа)... в-общем, сложно, медленно,да и невозможно в полной мере скорее всего (не зря os/2 так под vmware и не грузится - видимо, хочет чего-тонеэмулируемого).
          но я - про революции. возмем линукс. линукс - портабелен на черт-те какие аппаратные платформы,включая наручные часы с чпу (кажется, ibm этим хвастала). что мешает спортировать линкс на,скажем так, не совсем аппаратную, но всё же - платформу?
          да ничего не мешает. и в светлые головы линуксоидов сначал приходит идея "линухав линухе" (http://user-mode-linux.sourceforge.net [http://user-mode-linux.sourceforge.net/index.html]),а зетем - "линуха под виндой" (http://colinux.org [http://colinux.org/]).идея - как я уже написал, "спортировать линух под новую платформу". ну и что, что платформа несовсем аппаратная - если линукс нормально чувствует себя на наручных часах с чпу - значит, выживет ив виде бинарника под win32. на самом деле, под винду не всё так просто и безоблачно... но идея-то какова, а?р-революция! теперь каждая домохозяйка сможет поставить себе "линух фор виндовз" - рядом с "офис форвиндовз" и микрософт-интернет-эсплойтером. р-революция - машина в машине без оверхеда на эмуляциюнеэмулируемого! машина в машине - и это без тормозов! только в xxi веке стало возможным столь революционное...

         ...постойте-ка, что-то знакомое вспоминается. где-то когда-то вроде было, нет? а, вспомнил!
          vax/vms. digital equipment corporation - помним такую? нет? забыли. жаль. ну, pdp-11 помним? тоже нет...ладно, бк-0010 и двк-11 - помним? хорошо :-) бк и двк - делались на базе процессора, содранного сdec pdp-11. ещё "на базе decа" у нас делалась см-4 (хреновина из нескольких шкафов с терминалами)...а больше из нашего я ничего и не припомню, ибо был мал и не очень интересовался :-)
          так вот, этот самый dec в 1978 (тысяча девятьсот семьдесят восьмом) году выпустил операционнуюсистему vms для своего компьютера vax. vax - расшифровывалось как "virtual addresses extention", vms -"virtual memory system". нетрудно догадаться, что в vax/vms применялась не так уж давно доползшая дописюков концепция виртуальной памяти. а ещё, из интересного мне сейчас в контексте -в vms изначально, штатно, и без извратов была возможность запустить систему в системе!при этом без извратов вроде эмуляции железа - возможность запускаться не "надо всеми" а "под кем-то"была предусмотрена системой штатно (и активно использовалась - удобно, знаете ли, отлаживать"ядрёный код", когда крах ядра приводит не к краху всей системы, а просто к смерти одного из процессов,запущенных под "вышележащей" копией ос. никому не мешаем, отлаживаем всё что хотим... запустивши оспод другой копией ос.
         ...и глядя на современные "р-революции!" в мире писюкостроения (преподносимые, разумеется, какновейшие разработки микрософт, интел, и кого-там-ещё) - грустно становится. поскольку более чем половина- "калька" идей, реализованных два (а то и три) десятка лет назад на "больших машинах".причем реализация эта, как правило,"слишком революционна" - совместимость писюка с original ibm pcзатертого года выпуска сильно ограничивает. впрочем, требование совместимости с каким-нибудь"пентиумом-166ммх" ограничивает ещё сильнее, ибо от "диггера" мы ещё как-то откажемся,а вот от винды - вряд ли. а винда - она хочет пень. и программы - хотят пень, а не принципиальноновую архитектуру, будь она хоть в десятьраз лучше. вот и "обстругивают" хорошие идеи так, чтобыони "втиснулись" в гробик аппаратной совместимости с 8086 да виндовз-2000...

         в тему.
         современный "интел пентиум" содержит в своем алу - кучу узлов. всякие складывалки, множилки, отдельно fpu,отдельно sse[2], отдельно то, отдельно сё, отдельно чёрт в ступе... и используются они, в основном,"по очереди" - если сейчас процессор выполняет команду умножения двух целых чисел - узел извлеченияквадратного корня простаивает.
          чтобы увеличить производительность процессора - можно попытаться"распараллелить" выполнение команд: если текущая команда не влияет на результат следующей -то можно одновременно выполнить обе команды. если же влияет - то нельзя. (к слову - уж нев советских ли времен "эльбрусе" было "предвыполнение" команд: при наличии свободного"выполнителя" выполнялась следующая команда, если результат "не пригождался" - его выкидывали?)в идеале, при полном распараллеливании, это дает выигрыш в два раза. реально - сильно меньше:и не только потому, что команды плохо распараллеливаютс, но и потому, чтоалгоритм обнаружения возможности распараллеливания внутри процессора - долен быть быстр(иначе тормозить процессор начнет он сам), и умён неестественным интеллектом (программы-топишутся исходя из линейного выполнения кода). в результате - сложность процессора растет,производительность... ну, типа тоже да. кроме того - растет сложность оптимизирующихкомпиляторов: компилятор теперь занятзабавным делом: расставляет инструкции так, чтобы (1) они распараллеливались и (2) - чтобыпроцессор смог это понять :-) и таки действительно распараллелил их выполнение.
          забавная ситуация, не правда ли? чтобы немного снизить идиотизм ситуации -интел придумал "гипертрединг" - когда процессор молотит команды в два потока (как будто в нем сидит два процессора),но при этом алу - одно, и используется "по возможности одновременно" обоими "половинками"процессора. выигрыш - полтора-два раза (поскольку на однотипных задачах конкуренцияза одно алу таки случается часто), и это уже сильно лучше, чем то "как-нибудь"с обменой намёками о возможности распараллеливания между компилятором и процессором.
          ...а ведь существует epic - explicit parallel instruction computer. где возможность распаралеливаниякоманд - задается в виде флажка в самой команде. что автоматически позволяет выкинуть нафигузел "неестественного интеллекта" процессора, упростить компиляторы, поднять эффективность использованияалу, да ещё и обеспечить глубину не в 2-3 команды за раз, а в "сколько влезет в флажки". вот только...с 8086 оно как бы несовместимо, и потому - на писюках не будет.
          ибо диггер работать не будет.
          а жаль.
         и - пара подвернувшихся под руку текстиков. про ibm s/360 и s/370. интересно...1 [issue260504/1.html]2 [issue260504/2.html]



оригинал страницы находится на http://dibr.nnov.ru/issue260504.html.(с) dibr
при перепечатке ссылка обязательна.<< * >>