staticmain такие статьи имеют низкий рейтинг и маленькое количество просмотров. Просто посмотрите какие статьи имеют высокий рейтинг и все сразу встанет на свои места. Писать про научпоп или псевдо научно популярное для авторов выгоднее, и самое главное не требует больших знаний, поэтому у ruVDS основной упор на такой контент… Увы, но технически безграмотные статьи имеют просто огромные рейтинги. Напишите им статью, они ее выкупят если хорошая. Потом расскажете, какой рейтинг у вашей статьи.
Wilderwein припой мало влияет на дым, он влияет на качество паек, поэтому использую припой felder. С ним нет холодных паек и все пайки красивые и чистые. Китай припой ужасен, в температурный режим пос-61 не попадает, надо перегревать, и пайки с ним видно, как кристаллизуются и не такие прочные. На дым влияет больше флюс. А паяльник и жала у меня JBC, с идеальным температурным режимом, и быстрым разогревом.
Конструкция увы по эффективности сомнительная. Выше правильно написали, что это просто вентилятор и не более того. Бытовой очиститель воздуха для дома значительно более эффективнее будет очищать воздух, там за счет статического заряда все вредное эффективно оседает на специальном фильтре. Нормальная вытяжка должна идти прямиком на улицу, или вентиляционный канал на кухне, ванной, туалете. Но в случае с вентиляционным каналом, если вентиляционный канал засорен и плохо тянет, воздух будет возвращаться обратно в квартиру. Поэтому удобнее всего строить дома паяльное место на кухне или балконе. На фото пайки не аккуратные, за такие пайки нас преподавали сильно ругали, на производстве тоже по головке не погладят. Причина же есть на фото, обгоревшее жало, которое надо менять, или на край почистить. Не понимаю, как люди такими жалами паяют современную технику. Таким только дорожки поотрываешь и соплей наделаешь…
unsignedchar все же есть вероятность, что если отключить flow control, то мы может просто подавать ключом на rx уровень логической 1 и 0, в uart же мы не передаем тактирующий сигнал, он используется внутренний, тем самым мы просто получим поток единиц или нулей, вместо единичного значения. Программно можно просто задать минимальную последовательность 1 или 0, чтобы детектировать устойчивое изменение логического уровня. Или там как-то иначе происходит синхронизация и uart ждет после определенного количества тактов изменение логического уровня для подтверждения синхронизации?
dlinyj кстати не совсем понял смысл извращения с понижением тактирующего сигнала, если проще сделать программный буфер на МК и просто считывать с GPIO логический 0 или 1. А дальше с МК уже слать с любой скоростью в serial порт.
Gengenid не совсем любую, чаще всего кратную тактовому генератору. Дробное тактирование обычно плохо реализовано, на FPGA можно это обойти с помощью костылей или в современных FPGA есть функция которая все это берет на себя. Плюс к примеру ограничение может быть зашито в контроллер шины.
dlinyj вспомнил еще про радиоактивный радий, с ним экспериментировала Мари Кюри и ее муж Пьер Кюри, они же его открыли. Оба умерили в тяжелых болезнях и мучениях. Сначала ее муж, а потом она сама, пишут, что последние годы жизни она выглядела очень истощенной и как ходячий труп. Об этом можно прочесть в литературе где описана биография Мари Кюри. Еще на rhbz писал дядька, что в детстве с братом они расковыряли СПД ножом, и брату часть СПД попало в организм, это был нож брата и им он резал продукты, после 35 лет брат его резко заболел раком крови и быстро умер, оставил семью и детей. Говорит, что возможно виноват СПД и медики тоже с этим согласились. Тут не знаю правда или нет. На rhbz наверное еще можно эту тему найти.
jar_ohty выше уже ответил на тему урановой руды. Миллирентгены не страшны, есть урановая посуда которая бывает фонит на миллирентгены и полностью безопасна. А урановую руду если хранить в пластиковом контейнере, и не спать с ней в обнимку, то ничего страшного точно не будет.
dlinyj вышел был дан ответ, вреден не сам факт хранения, а факт попадания изотопов в организм. СПД со временем имеет плохое свойство — высыхать и осыпаться, пылить. Выше есть ссылка, что изотопы радия-226 разрушают костный мозг. Насчет облысения их в армии предупреждали, и многие лысели. С учетом того, что один старый авиа прибор легко фонит на примерно 5 мР/ч, а в начале мог больше фонить, и в кабине несколько приборов, то долгий контакт имхо был не безопасен. Хоть в урановых шахтах может доходить до 10мР/ч, а руда до 30-50мР/ч, с учетом времени экспозиции такие дозы вполне безопасные. Санитарные нормы вроде 30мкР/ч у нас, но по факту они в 1000 раз меньше реально минимально вредных. Мы проходим рентген и флюорографию и кратковременно получаем более высокие дозы ионизирующего излучения. Хуже не внешнее излучение, которое даже через кожу скорее всего глубоко не пройдет, а попадание изотопов в организм, достаточно намного меньшего количества изотопов, чтобы нанести вред здоровью. Плюс некоторые изотопы особо токсичные и имеют свойство накапливаться в организме.
meduniver.com/Medical/gistologia/892.html
Там есть источники. Если в случае с урановой рудой нет ни одного научного факта вреда, и люди в урановых шахтах без особого ущерба здоровью там работали, и основную опасность в урановых шахтах представляет мелкая пыль, как в любой другой шахте, вызывая силикоз. Говорят Курчатов спокойно трогал урановую руду и даже не протирал после рук платком. Радон в небольших дозах полезен и используется в лечении, в урановых шахтах полно радона, к концу 80-х исследованиями были развеяны мифы о вреде радона и урановых шахт. С радием-226 не все так однозначно. У меня к примеру дядя сразу после армии где был летчиком облысел. В авиа приборах раньше использовали радий-226. Ну и если не согласны, проведите эксперимент на себе, расскажите через лет 20 страшилки это или нет…
dlinyj светомасса постоянного действия. Где-то до 70-80 годов ее использовали во многих приборах. Она радиоактивная на основе радия-226, со временем высыхает и сыпаться начинает, опасно вдыхание ее и если проглотить ее частички, плюс выделяет она радон-222. radiation.domachevo.com/spd-radium.htm
Наверное самый частый и сильный убийца среди доступных источников радиации. Убивает или колечит здоровье медленно, но верно…
Тоже насчет СПД подумал. Притом не только у компаса, а еще у прибора сверху который 1500 стоит и который с двумя стрелками V и A и непонятной сетчатой конструкцией на крышке. На барахолках СПД не редкость… А вот выше его фото dlinyj выложил.
Спасибо, за статью. Любители радиации урановое стекло ищут на блошках, и бывает за копейки его отдают продавцы. Фанаты ручной заточки ищут старые натуральные заточные камни типа бритвенного J.G. ESCHER(бывает у людей дед с войны как трофей привез и у кого-то лежал на даче или в деревне), Belgian Blue Whetstone, советские высококачественные байкалиты, арканзасы, вашиты и т.д… Но скорее всего в Москве на блошках большая часть продавцов уже прошаренные и цены завышают на этот товар, и есть не мало охотников на лакомые позиции. Но все равно выгоднее купить чем в интернете на вторичке.
Спасибо КЭП за разъяснение! У меня такое чувство, что люди совсем не читали статью и комментарии, сами себе чето-то надумали сами же на свой вопрос ответили…
yield() или sleep() это совсем другой случай, про это мной нигде не было написано. Поток даже может не вызвать yield() или sleep(). Ваши знания как раз видимо и spin loop ограничены…
И вы упустили самый главный момент, что yield() или sleep() займет суммарно значительно больше тактов процессора чем при SMT и HT.
Специально нигде сильно не углублялся, чтобы не усложнять теорию, просто описал основные принципы работы. А если углубиться в тему, то там еще вылезет кучу специфичных вещей для ОС и конкретной версии ядра… Если бы вы внимательно читали статью, то поняли бы, что речь не совсем про планировщик, а про Core Scheduling… Условно вы предлагаете в автошколе учить водителей, тому на какие контакты приходит сигнал зажигания, какая микросхема как работает, как паять контакты, что где-то там должен быть цифровой сигнал определенной формы и тогда автомобиль заведется. Когда можно просто дать ключи, объяснить, как завести, проверить уровень бензина в баке и все. Зачем водителю знать, как устроен двигатель внутреннего сгорания на инженерном уровне? Если ему достаточно знать, что есть бензин, свеча, свеча воспламеняет бензин и толкает поршень.
Мы не будем углубляться в эту тему слишком глубоко, так как это тема отдельной статьи. Но вы всегда можете найти комментарии и пояснения к коду, в файле: include/linux/sched.h, и изучить эту тему самостоятельно. Умение читать исходные коды ядра, является очень важным навыком для каждого разработчика, который хочет углубиться в программирование ядра Linux. Часть полезной информации также можно найти в официальной документации ядра Linux — Scheduler, но всё же лучше смотреть исходные коды ядра.
у меня не было цели максимально достоверно донести, как работает вытесняющая многозадачность, если углубляться в тему там еще много нюансов. Это тема отдельной статьи. Наоборот цель была передать человеку незнакомому с устройством ОС максимально просто смысл происходящего в ядре ОС. Моя задача не писать сложным языком о сложных вещах, моя задача уменьшить разрыв в знаниях у специалистов и показать, что в реальности все очень просто.
Нет. Например, если происходит кэш-промах при обращении к данным, то процессору приходится обращаться к памяти, а это — достаточно долгая операция (сотни тактов), за время выполнения которой все выбранные с опережением независимые от инструкции, обращающейся к памяти, инструкции успевают исполниться и исполнительные устройства процессора в результате простаивают. Планировщик ОС при этом не получает никакого уведомления: все это происходит для него прозрачно (да и не сможет он на это эффективно среагировать).
А вот наличие второго потока выполнения для другого логического процессора в физическом процессоре с поддержкой HT позволяет в данном примере загрузить эти простаивающие исполнительные устройства физического процессора (если, конечно, этому потоку тоже не понадобится вскоре обратиться в память за содержимым, которое остутствует в кэше).
Строго говоря, HT сама по себе в переключении потоков операционной системы в планировщике не участвует. Она просто представляет планировщику ОС физический процессор как два логических процессора, на каждый из которых ОС назначет по одному потоку выполнения. Огрубленно ( если не обращать внимание на детали, что современные ОС знают о логических процессорах и принимают меры, чтобы не снизить производительность их неправильным использованием), ОС работает с логическим процессом HT так же как с физическим ядром.
Мною про это было написано. Вы сами же что-то надумали, и сами же ответили себе…
WASD1 спасибо за ваше гениальное разъяснение претендующее на нобелевскую премию. Процессор не работает в категориях миллисекунд, он работает в категории тактов и инструкций процессора. Вы еще пытаетесь переложить ситуацию со 100% загрузкой процессора, на задачи, когда один поток уснул и работает другой поток. При 100% загрузке нет никакого преимущества и RT задачах тоже. И вы читали статью не внимательно, мною было сделано замечание на эту тему в статье. Читайте на здоровье www.cs.unc.edu/~anderson/papers/ecrts19d.pdf
Характер многозадачности (кооперативная или вытесняющая) и политика планировщика (простая очередь — FIFO, приоритетная очередь или ещё как) — это две независмые характеристики.
Да так и есть.
К примеру, в классической системе с кооперативной многозадачностью — MS Windows 3.х — была функция DirectedYield, позволявшая передать управление из текущей задачи указанной задаче.
Хоть у меня была 3.11 не знаю, что там было.
HT был введен с целью наиболее полно задействовать все функциональные блоки ядра, которые там есть самые разные — обычные вычисления, вычисления с плавоющей точкой и т.д.
Они без этого все задействованы. Так что тут вы не правы. Как раз дело в шедулере, что переключения через OC затрагивают суммарно больше времени и процессорных тактов.
А потому, для таких систем (например, серверов MS Exchange) включать HT не рекомендуется — выигрыш от задействия разных функциональных блоков не оправдывает потерь на диспетчеризацию для дополнительных ядер.
Это уже особенность Windows c его более микроядерной архитектурой. В Linux же используется монолитное ядро.
WASD1 ссылок нет, вполне логичная интерпретация. Выше уже был дан ответ, почему накладные расходы на переключение выше при использовании средств ОС. И в статье есть картинка иллюстрирующая это, похожие картинки есть в интернете по запросам Hyper-Threading, Intel HT, Simultaneous Multithreading, AMD SMT. Можно добавить еще, что в случае вытесняющей многозадачностью с таймером происходит прерывание, а все прерывания, как нас раньше учили самые дорогие операции для процессора. А в случае кооперативной многозадачности, мы можем не дождаться, что поток нам даст управление т.к. он должен делать это вручную, и при этом может простаивать. В случае с HT и SMT работает простой принцип если конвеер процессора простаивает происходит автоматические переключение на симметричный поток. Для понимания его принципа работы 99% людей этого более чем достаточно. Это все есть на картинке, где показан принцип работы. Могу предположить, что еще предсказание переходов лучше работает при HT и SMT, и отсюда тоже чуть лучше будет производительность. Если человек не занимается слишком низкоуровневым программирование, и низкоуровневой оптимизацией кода или производством процессоров, глубже нет смысла углубляться.
Мари Кюри
Там есть источники. Если в случае с урановой рудой нет ни одного научного факта вреда, и люди в урановых шахтах без особого ущерба здоровью там работали, и основную опасность в урановых шахтах представляет мелкая пыль, как в любой другой шахте, вызывая силикоз. Говорят Курчатов спокойно трогал урановую руду и даже не протирал после рук платком. Радон в небольших дозах полезен и используется в лечении, в урановых шахтах полно радона, к концу 80-х исследованиями были развеяны мифы о вреде радона и урановых шахт. С радием-226 не все так однозначно. У меня к примеру дядя сразу после армии где был летчиком облысел. В авиа приборах раньше использовали радий-226. Ну и если не согласны, проведите эксперимент на себе, расскажите через лет 20 страшилки это или нет…
Наверное самый частый и сильный убийца среди доступных источников радиации. Убивает или колечит здоровье медленно, но верно…
yield() или sleep() это совсем другой случай, про это мной нигде не было написано. Поток даже может не вызвать yield() или sleep(). Ваши знания как раз видимо и spin loop ограничены…
И вы упустили самый главный момент, что yield() или sleep() займет суммарно значительно больше тактов процессора чем при SMT и HT.
Специально нигде сильно не углублялся, чтобы не усложнять теорию, просто описал основные принципы работы. А если углубиться в тему, то там еще вылезет кучу специфичных вещей для ОС и конкретной версии ядра… Если бы вы внимательно читали статью, то поняли бы, что речь не совсем про планировщик, а про Core Scheduling… Условно вы предлагаете в автошколе учить водителей, тому на какие контакты приходит сигнал зажигания, какая микросхема как работает, как паять контакты, что где-то там должен быть цифровой сигнал определенной формы и тогда автомобиль заведется. Когда можно просто дать ключи, объяснить, как завести, проверить уровень бензина в баке и все. Зачем водителю знать, как устроен двигатель внутреннего сгорания на инженерном уровне? Если ему достаточно знать, что есть бензин, свеча, свеча воспламеняет бензин и толкает поршень.
Мною про это было написано. Вы сами же что-то надумали, и сами же ответили себе…
Да так и есть.
Хоть у меня была 3.11 не знаю, что там было.
Они без этого все задействованы. Так что тут вы не правы. Как раз дело в шедулере, что переключения через OC затрагивают суммарно больше времени и процессорных тактов.
Это уже особенность Windows c его более микроядерной архитектурой. В Linux же используется монолитное ядро.