Что такое в ноутбуке атом

Обновлено: 04.07.2024

Таблица Atom — это определяемая системой таблица, в которой хранятся строки и соответствующие идентификаторы. Приложение помещает строку в таблицу Atom и получает 16-разрядное целое число, называемое Atom, которое можно использовать для доступа к строке. Строка, помещенная в таблицу Atom, называется именем Atom.

Система предоставляет несколько таблиц Atom. Каждая таблица Atom служит другой целью. например, приложения платформа динамических данных Exchange (DDE) используют глобальную таблицу atom для совместного использования строк имени элемента и имени раздела с другими приложениями. Вместо передачи фактических строк приложение DDE передает глобальные атомы в свое партнерское приложение. Участник использует атомы для получения строк из таблицы Atom.

Приложения могут использовать локальные таблицы Atom для хранения собственных сопоставлений имен элементов.

В этом разделе рассматриваются следующие темы.

Глобальная таблица Atom

Глобальная таблица Atom доступна для всех приложений. Когда приложение помещает строку в глобальную таблицу Atom, система создает объект Atom, который уникален в пределах всей системы. Любое приложение, имеющее Atom, может получить строку, которую он идентифицирует, выполнив запрос к глобальной таблице Atom.

Пользовательская таблица Atom

В дополнение к глобальной таблице Atom пользовательская таблица Atom является другой системной таблицей Atom, которая также является общей для всех процессов. Таблица user Atom используется для небольшого числа сценариев, внутренних для Win32k; Например, имена модулей Windows, хорошо известные строки в Win32k, форматы OLE и т. д. Несмотря на то, что приложения не взаимодействуют с пользовательской таблицей Atom напрямую, они вызывают несколько API-интерфейсов, таких как registerClass, регистервиндовмессажеи регистерклипбоардформат, которые добавляют записи в таблицу Atom пользователя. Записи, добавленные, RegisterClass можно удалить с помощью UnregisterClass . Однако записи, добавленные RegisterWindowMessage и, RegisterClipboardFormat не удаляются до завершения сеанса. Если в таблице Atom пользователя больше нет пространства, а передаваемая строка еще не находится в таблице, вызов завершится ошибкой.

Размер таблицы Atom

Многие критические API, включая CreateWindow, основываются на пользовательских атомах. Поэтому нехватка пространства в таблице Atom пользователя приведет к серьезным проблемам. Например, не удается запустить все приложения. Ниже приведены некоторые рекомендации по эффективному использованию приложением таблиц Atom и обеспечению надежности и производительности приложения и системы.

Вы должны ограничить использование приложения пользовательской таблицей Atom. Хранение уникальных строк с помощью таких интерфейсов API, как RegisterClass , RegisterWindowMessage или, RegisterClipboardFormat занимает место в таблице Atom пользователя, которая используется глобально другими приложениями для регистрации классов окон с помощью строк. Если это возможно, следует использовать аддатом / делетеатом для хранения строк в локальной таблице Atom или глобаладдатом / глобалделетеатом , если атомы необходимы для кросс-процессов.

Если возникает проблема с приложением, вызывающим проблемы с таблицей Atom пользователя, можно исследовать основную причину, подключившись к отладчику ядра и нарушая процесс при вызовах метода UserAddAtomEx ( bae1 win32kbase!UserAddAtomEx /p <eprocess> "kc10;g" ). Найдите user32! в стеке вызовов, чтобы узнать, какой API вызывается. Эта методика похожа на обнаружение ошибок глобальной таблицы Atom, описанных в разделе Определение утечек глобальной таблицы Atom. Другим способом дампа содержимого таблицы Atom пользователя является вызов жетклипбоардформатнаме для диапазона возможных атомов от 0XC000 до 0xFFFF. Если общее число атомов постоянно выходит во время работы приложения или не возвращается к базовому плану при закрытии приложения, возникает проблема.

Локальные таблицы Atom

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

Приложение, которому необходима одна и та же строка в нескольких структурах, может уменьшить использование памяти с помощью локальной таблицы Atom. Вместо копирования строки в каждую структуру приложение может поместить строку в таблицу Atom и включить результирующий объект Atom в структуры. Таким образом, строка появляется только один раз в памяти, но может использоваться в приложении много раз.

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

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

Типы Atom

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

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

В следующих разделах описываются типы Atom.

Строковые атомы

Когда приложения передают строки, заканчивающиеся нулем, в функции глобаладдатом, аддатом, глобалфиндатоми финдатом , они получают строковые атомы (16-разрядные целые числа) в Return. Строковые атомы имеют следующие свойства:

Значения строковых атомов находятся в диапазоне от 0xC000 (МАКСИНТАТОМ) до 0xFFFF.
Регистр не важен при поиске имени Atom в таблице Atom. Кроме того, вся строка должна совпадать в операции поиска. сопоставление подстрок не выполняется.
Длина строки, связанной со строкой Atom, не может превышать 255 байт. Это ограничение относится ко всем функциям Atom.
Счетчик ссылок связан с каждым именем Atom. Счетчик увеличивается каждый раз, когда имя Atom добавляется в таблицу и уменьшается каждый раз при удалении имени Atom из него. Это не позволяет разным пользователям одной и той же строки Atom уничтожить имена Atom друг друга. Если число ссылок для имени Atom равно нулю, система удаляет Atom и имя Atom из таблицы.

Целочисленные атомы

Целочисленные атомы отличаются от строковых атомов следующими способами.

Создание Atom и счетчик использования

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

Повторные вызовы для добавления одного и того же имени Atom возвращают один и тот же элемент Atom. Если имя Atom не существует в таблице при вызове аддатом , имя Atom добавляется в таблицу и возвращается новый элемент Atom. Если это строковый Atom, то счетчик ссылок также имеет значение One.

Приложение должно вызывать функцию делетеатом , когда больше не требуется использовать локальный экземпляр Atom; Он должен вызывать функцию глобалделетеатом , когда больше не требуется глобальный атом. В случае со строкой Atom любая из этих функций сокращает число ссылок соответствующего объекта Atom на единицу. Когда счетчик ссылок достигает нуля, система удаляет имя Atom из таблицы.

Имя Atom строкового Atom остается в глобальной таблице Atom, пока значение счетчика ссылок больше нуля, даже после того, как приложение, помещенное в таблицу, завершается. Локальная таблица Atom уничтожается при завершении связанного приложения независимо от количества ссылок на атомы в таблице.

Запросы Atom-Table

Приложение может определить, уже определена ли строка в таблице Atom с помощью функции финдатом или глобалфиндатом . Эти функции выполняют поиск указанной строки в таблице Atom и, если строка находится в ней, возвращают соответствующий Atom.

Приложение может использовать функцию жетатомнаме или глобалжетатомнаме для извлечения строки Atom-Name из таблицы Atom при условии, что приложение имеет объект Atom, соответствующий искомой строке. Обе функции копируют строку Atom-Name указанного Atom в буфер и возвращают длину скопированной строки. Жетатомнаме извлекает строку Atom-Name из локальной таблицы Atom, а глобалжетатомнаме извлекает строку Atom-Name из глобальной таблицы Atom.

Форматы строк Atom

Функции аддатом, глобаладдатом, финдатоми глобалфиндатом принимают указатель на строку, завершающуюся нулем. Приложение может указать этот указатель одним из следующих способов.

Много воды утекло, каждый следующий ЦП (кроме серверных) выпускался как в обычном, так и в мобильном (иногда ещё и во встроенном) варианте, но все манипуляции в основном заключались в добавлении к ядру энергосберегающих режимов и отборе чипов, способных работать на пониженном напряжении при пониженных частотах. Между тем, конкуренция со стороны архитектур, разработанных специально для мобильных устройств, усилилась: 1990-е принесли появление PDA (начиная с Apple Newton MessagePad), а 2000-е дали коммуникаторы, интернет-планшеты (полузабытая аббревиатура MID) и ультрамобильные ПК (UMPC). В довесок ко всему оказалось, что основные задачи для пользователя таких устройств имеют небольшие вычислительные потребности, так что почти любой ЦП, выпущенный после 2000 г., уже обладал нужной мощностью для мобильного применения, кроме, разве что, современных игр (для которых как раз тогда появились мобильные консоли с 3D-графикой).

Назрела необходимость сделать специальную архитектуру для компактного мобильного устройства, где главное — не скорость, а энергоэффективность. В Intel такую задачу взяло на себя израильское отделение компании, создавшее до этого весьма удачное семейство мобильных процессоров Pentium M (ядра Banias и Dothan). В этих ЦП энергосберегающие принципы были поставлены во главу угла с самого начала разработки, так что динамическое отключение блоков в зависимости от их загрузки и плавное изменение напряжения и частоты стало залогом экономности серии. Особенно ярко Pentium M смотрелись на фоне выпускаемых тогда же Pentium 4, которые в сравнении с ними казались раскалёнными сковородками. Причём, работая на одной частоте, Pentium M выигрывали у «четвёрок» по производительности, что вообще впервые случилось в практике процессоростроения — обычно мобильный компьютер расплачивается за свою компактность всеми остальными характеристиками. Впрочем, и сами-то Pentium 4 были, скажем так, не очень хороши в роли универсального ЦП…

Успех платформы показал, что такая высокая скорость нужна не всем, а вот сэкономить ещё энергии было бы неплохо. На тот момент (середина 2007 г.) Intel выпустила «папу» наших сегодняшних героев — процессоры A100 и A110 (ядро Stealey). Это 1-ядерные 90-нанометровые Pentium M с четвертью кэша L2 (всего 512 КБ), сильно заниженными частотами (600 и 800 МГц) и потреблением 0,4–3 Вт. Для сравнения — стандартные Dothan при частотах 1400–2266 МГц имеют энергорасход 7,5–21 Вт, низковольтные (подсерия LV) — 1400–1600 МГц и 7,5–10 Вт, а впервые введённые ультранизковольтные (ULV) — 1000–1300 МГц и 3–5 Вт. Резонно полагая, что современный компьютер большую часть времени проводит в ожидании очередного нажатия клавиши или сдвига мыши ещё на один пиксель, главным отличием A100/A110 от подсерии ULV Intel сделала умение очень глубоко засыпать, когда считать не надо совсем, благодаря чему потребление при простое падает на порядок. А сильно сокращённый кэш (большой L2 на таких частотах не очень-то и нужен) помог уменьшить размер кристалла, что сделало его дешевле. Размер корпуса процессора уменьшился впятеро, а суммарная площадь ЦП и чипсета — втрое. Как мы увидим далее, такие приёмы были использованы и в серии Atom.

Несмотря на в принципе верное целеполагание, A100/A110 остались мало востребованы рынком. То ли 600–800 МГц оказалось всё же маловато даже для простенького интернет-планшета, то ли всего два чипа (что даже модельным рядом назвать трудно) с самого начала были экспериментальным продуктом для обкатки технологии, то ли процессор просто не раскрутили маркетологи, зная, что ему на смену идёт кое-что куда более продвинутое… Менее чем через полгода после выпуска A100/A110 26 октября 2007 г. Intel объявила о близком выпуске новых мобильных ЦП с кодовыми именами Silverthorne и Diamondville и ядром Bonnell — будущих Атомов. Кстати, название Bonnell произошло от имени холмика высотой 240 м в окрестностях г. Остин (штат Техас), где в местном центре разработки Intel располагалась малочисленная группа разработчиков Атома. «Как вы яхту назовёте, так она и поплывёт.» ©Капитан Врунгель

В 2004 г. эта группа, после отмены ведомого ею проекта Tejas (наследника Pentium 4), получила прямо противоположное задание — проект Snocone по разработке крайне малопотребляющего x86-ядра, десятки которых объединит в себе суперпроизводительный чип с потреблением 100–150 Вт (будущий Larrabee, недавно переведённый в статус «демонстрационного прототипа»). В группе оказалось несколько микроэлектронных архитекторов из других компаний, включая и «заклятого друга» AMD, а её глава Belli Kuttanna работал в Sun и Motorola. Инженеры быстро обнаружили, что различные варианты имеющихся архитектур не подходят их нуждам, а пока думали дальше, в конце года CEO Intel Пол Отеллини сообщил им, что этот же ЦП также будет и 1-2-ядерным для мобильных устройств. Тогда было тяжело предположить, как именно и с какими требованиями такой процессор будет применяться через отведённые на разработку 3 года — руководство с большой долей риска указало на наладонники и 0,5 Вт мощности. История показала, что почти всё было предсказано верно.
Устройство CE4100

Теория Атома

Для начала рассмотрим основные характеристики процессора с точки зрения потребителя. Их три: скорость, энергоэффективность, цена. (Правда, энергоэффективность — не очень-то «потребительская» характеристика, но, тем не менее, именно по ней проще всего судить о некоторых важных параметрах конечного устройства.) Далее вспомним, что у идеальной КМОП-микросхемы (по этой технологии изготавливаются все современные цифровые чипы) потребление энергии пропорционально частоте и квадрату напряжения питания, а пиковая частота линейно зависит от напряжения. В результате, уполовинив частоту, мы можем уполовинить напряжение, что в теории уменьшит потребление энергии в 8 раз (на практике — в 4–5 раз). Таким образом, мобильный процессор должен быть низкочастотным и низковольтным. Как же тогда он окажется быстрым? Для этого надо, чтобы за каждый такт он выполнял как можно больше команд, что чаще всего означает увеличение числа конвейеров (степени суперскалярности) и/или числа ядер. Но это ведёт к резкому росту транзисторного бюджета, что увеличивает площадь чипа, а значит и его стоимость.

Добавим также, что так называемый «буфер переупорядочивания» и «резервационные станции» — довольно ресурсоёмкие блоки, которым приходится решать сложную задачу определения свободных ресурсов и взаимозависимостей в претендующих на исполнение командах. Единственный способ сделать это за 1 такт — разменять вычислительную сложность на избыточность. Для 3–4-путных конвейеров это делается с помощью сотен и тысяч компараторов, срабатывающих каждый такт и проверяющих все возможные комбинации запуска мопов. Что, разумеется, требует немалой площади и изрядного количества энергии. Гиперпоточность же требует лишь дополнительных буферов для хранения второго состояния конвейера (для «другого» потока), дубликата регистрового файла и относительно несложной логики, согласующей и переключающей потоки, а остальные ресурсы — общие.

Ядро Атома

Конвейер Атома

Стадия

IF1

IF2

IF3

ID1

ID2

ID3

IRF

DC1

DC2

EX1

FT1

FT2

IWB/DC

Группа

Выборка из L1I (Instruction fetch)

Декодирование (Decode)

Планировка (Schedule)

Чтение регистрового файла (RF read)

Генерация адреса, доступ к L1D (Address generation, Data cache)

Исполнение (Execution)

Обработка исключений и гиперпоточности (Except/MT handle)

Отставка, запись результатов (Writeback, Data Commit)

Для ускорения замеров длин с L1I связан буфер тегов предекодирования, где хранится разметка границ команд. Такое решение оправдано для экономии энергии при исполнении уже встретившегося кода и похоже на используемое в ядрах AMD K7–K10, где работа ILD происходит при считывании из L2 в L1I — правда, там эта схема предназначена для ускорения основного декодирования. А вот в Атоме биты разметки определяются и отправляются в буфер лишь при первом исполнении закэшированного кода, что происходит со скоростью 3 такта/байт (у AMD — 4 байта/такт). Причина такой нерасторопности — очень простой последовательный длиномер. При этом стадию ILD все команды проходят всегда, просто ранее встретившиеся, считав готовую разметку, проходят её «навылет», не напрягая транзисторы — и снова экономия приводит к удлинению конвейера.

Выход декодера подключен к 32-моповой очереди, которая статически делится надвое при включенной HT. Весь front-end («голова конвейера» от предсказателя до очереди мопов) может работать в отрыве от back-end (исполнительного «хвоста») в случае задержек данных или исполнении долгой команды, наполняя очередь мопами про запас.

Сила Атома

Из этого разгромного по сути списка запрещающих условий становится понятно, что суперскалярность у Атома не то чтобы номинальная, а даже «вычурно кривая». Вряд ли микроархитектурщики Intel резко поглупели, но погоня за крайней простотой и энергоэффективностью довела архитектуру до абсурда, когда один из двух конвейеров будет часто простаивать из-за слишком строгих правил спаривания. Некоторым облегчением является то, что запуск команд с разной длительностью исполнения не приводит к штрафам. Аналогично — обработка данных не своего типа (для векторных команд). Например, можно использовать команду MOVAPS для целых чисел.

Самым частым камнем преткновения для архитектур с упорядоченным исполнением является кэш-промах, на обслуживание которого может потребоваться 10–200 тактов. При промахе такой ЦП просто ждёт (в лучшем случае — приостановив тактирование для экономии), а архитектура с OoO — исполняет команды, накопленные в буфере перетасовки и независящие по данным от результата проблемной команды. Ситуация настолько частая, что совсем не иметь никакого механизма перетасовки показалось инженерам Intel неоправданным — и они придумали добавку под названием Safe Instruction Recognition (безопасное распознавание команд). Она всё же даёт процессору некоторую вольность в обращении с командами, позволяя исполнять их вне очереди, и по сути является OoO-механизмом, работающим в масштабе лишь двух команд, одна из которых должна быть вещественной, а вторая — целой. Если они друг другу не мешают, то первой может запуститься целочисленная команда, имеющая меньшую задержку (если только обе команды и так не планируются на спаривание).

Появилось желание расширить функционал централизованного хранилища, а счета за электричество натолкнули на мысль о смене железа с Intel Celeron на Atom. Одним из преимуществ можно считать то, что Atom работоспособен даже без активного охлаждения. Таким образом, подверженными механическим поломкам остаются только жесткие диски. В случае, если бы оправдались заявления о проблемах с производительностью, он по-прежнему бы сгодился на FreeNAS хранилище. Итак, тесты:

Железо:

Обеспечивает маршрутизацию.
Прокидывает порты от виртуальных машин во внешнюю сеть.
Делает Wake-on-Lan, если сервер выключен.

Atom D510 самый мощных из тогдашних атомов
Two Serial ATA ports

Список производительности CPU для сравнения.

Даже после выпуска решения Intel D525MW с процессором Atom D525, обновлять систему смысла не было.

MySQL
Apcupsd – легкая мониторинговая система. Следит за параметрами системы и скидывает их базу.

Температура HDD
Температура материнской платы и CPU
Температура с 1-wire датчика
Энергопотребление системы c UPS
Целостность RAID
— Owfs – считывание температуры с внешнего датчика
— Mdadm – мониторинг RAID
— Hddtemp – мониторинг температуры HDD
— Sensors – мониторинг температуры материнской платы

Виртуализация:

cwRsync

rsync

Также через эту виртуалку организован резервный доступ в VPN сеть через Remote Desktop.
Оставлены только необходимые для работы сервисы

Деньги

Lynksys router WRT54GL — 50 EUR
The Intel Desktop Board D510MO — 70 EUR
4Gb Kingston RAM — 20 EUR
PCI-IDE расширитель т.к на плате только SATA порты — со старых систем
2x120Gb Hdd для системы и Storage — со старых систем
1-wire Usb adapter — со старых систем
Панель сигнализации GE Security. NX-10 — 40 EUR
Плата сопряжения сигнализации и PC NX584 — Caddx с RS232 — 35 EUR

Вывод

3.75 EUR/мес – железо
4.50 EUR/мес – электричество

В продолжении – подбор железа для переброса PCI шины в виртуальную машину и переход на Core i5-650 с ESXi.

Файл с ATOM расширением файла является файлом поток Atom сохраняется в виде текстового файла и отформатированы как XML — файл.

Файлы ATOM аналогичны файлам RSS и ATOMSVC в том смысле, что они используются часто обновляемыми веб-сайтами и блогами для публикации контента в читателях каналов Atom. Когда кто-то подписывается на канал Atom с помощью инструмента чтения каналов, он может оставаться в курсе любого нового контента, публикуемого сайтом.

Файлы ATOM не имеют ничего общего ни с текстовым редактором Atom, ни с телекоммуникационной аббревиатурой AToM, что означает любой транспорт по MPLS (многопротокольная коммутация по меткам).

Как открыть файл ATOM

Файлы ATOM функционируют почти так же, как и файлы RSS, поэтому большинство служб, программ и приложений для чтения каналов также работают с файлами ATOM.

RssReader и FeedDemon — два примера программ, которые могут открывать каналы Atom. Если вы работаете на Mac, браузер Safari также может открывать файлы ATOM, как и NewsFire .

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

Расширение RSS Feed Reader от feeder.co для веб-браузера Chrome может открывать файлы ATOM, найденные в Интернете, и мгновенно сохранять их в программе чтения каналов в браузере. У той же компании есть читатель каналов, доступный здесь для браузеров Firefox, Safari и Yandex, который должен работать одинаково.

Вы также можете использовать бесплатный текстовый редактор для открытия файлов ATOM, но это позволит вам только читать их как текстовый документ, чтобы увидеть содержимое XML. Чтобы фактически использовать файл ATOM так, как он предназначен, вам нужно открыть его одним из открывателей ATOM выше.

Как конвертировать файл ATOM

Поскольку форматы настолько взаимосвязаны, вы можете конвертировать каналы Atom в другие форматы каналов. Например, чтобы преобразовать Atom в RSS, просто вставьте URL-адрес канала Atom в этот бесплатный онлайн-конвертер Atom в RSS, чтобы создать ссылку RSS.

Упомянутое выше расширение для чтения каналов Atom для Chrome может конвертировать файл ATOM в OPML . Для этого загрузите ленту Atom в программу, а затем используйте опцию Экспортировать каналы в OPML из настроек, чтобы сохранить файл OPML на свой компьютер.

Чтобы встроить канал Atom в HTML , используйте приведенный выше конвертер Atom в RSS, а затем вставьте этот новый URL в этот конвертер RSS в HTML . Вы получите скрипт, который вы можете встроить в HTML для отображения канала на вашем собственном веб-сайте.

Поскольку файл ATOM уже сохранен в формате XML, вы можете использовать простой текстовый редактор, чтобы «преобразовать» его в формат XML, который просто изменит расширение файла с .ATOM на .XML. Вы также можете сделать это вручную, просто переименовав файл, чтобы использовать суффикс .XML.

Если вы хотите, чтобы содержимое канала отображалось в удобочитаемом формате электронной таблицы, чтобы вы могли легко увидеть заголовок статьи, ее URL-адрес и описание — все, как сообщается с помощью канала Atom, затем просто преобразуйте канал Atom в CSV . Самый простой способ сделать это — использовать приведенный выше конвертер Atom в RSS, а затем вставить URL-адрес RSS в этот конвертер RSS в CSV .

Чтобы преобразовать файл ATOM в JSON, откройте файл .ATOM в текстовом редакторе или в браузере, чтобы увидеть его текстовую версию. Скопируйте все эти данные и вставьте их в этот конвертер RSS / Atom в JSON в левом разделе. Используйте кнопку RSS To JSON , чтобы преобразовать ее в JSON, а затем нажмите « Загрузить», чтобы сохранить файл JSON на свой компьютер.

Читайте также: