Может ли в оперативной памяти храниться только информация (данные)?

Основной вопрос, но хранятся ли в оперативной памяти только информация/данные? Считаются ли компьютерные файлы, такие как текстовый файл, информацией/данными? Это один из вопросов летнего задания по компьютерным наукам.


$ begingroup $

RAM — это просто действительно быстрый жесткий диск (за исключением того, что содержимое обычно теряется при отключении питания). Он может хранить все, что вы можете сохранить на жестком диске (программы, документы, изображения, временные данные, …).

$ endgroup $


$ begingroup $

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

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

Даже если вы можете сказать, что файл Microsoft Word, хранящийся на жестком диске, является информацией, его нужно будет загрузить в ОЗУ, прежде чем с ней можно будет работать, поэтому вы можете сказать (если хотите быть предельно точным), что все, что хранилось вне основной памяти, является только потенциально информацией.

$ endgroup $


$ begingroup $

RAM (сокращение от Random Access Memory) — это память компьютера, к которой можно обращаться произвольно; т.е. к любому байту можно получить доступ без использования предыдущего байта (ов). Итак, ответ на ваш. Итак, да, в ОЗУ можно хранить только информацию/данные.

$ endgroup $


$ begingroup $

Как упоминал Том ван дер Занден, оперативная память на самом деле является носителем информации, очень похожим на типичный жесткий диск. Сегодня у вас есть так называемый твердотельный накопитель, который по сути представляет собой большой объем оперативной памяти. RAM, как упоминалось AMACB, является аббревиатурой от Random Access Memory. По сути, информация, к которой вы в настоящее время обращаетесь, передается с жесткого диска на микросхемы ОЗУ, установленные на материнской плате, которые затем буферизируются для использования ЦП. Компьютерные программы, текстовые документы и т. Д. На самом деле являются данными, хранящимися на компьютере. Пользователь не может хранить контент на микросхеме ОЗУ, как вы это делаете на жестком диске (перетаскивание информации с жесткого диска на микросхему ОЗУ невозможно). Однако при создании программы вы можете использовать такую ​​команду, как MALLOC (Распределение памяти), чтобы создать заранее определенную часть ОЗУ, которая будет зарезервирована специально для конкретной операции. Контекст вопроса в этом случае существенно сложнее, чем да или нет. «Сохранение» типичного файла непосредственно в ОЗУ возможно при условии, что система никогда не теряет мощность. ОЗУ — это «энергозависимый» носитель, что означает, что вы теряете содержимое, когда система теряет питание. Вот почему вы можете редактировать текстовый документ и потерять питание, не сохраняя этот документ, а когда вы снова включаете систему, вы теряете все изменения. Данные временно хранятся в ОЗУ до тех пор, пока пользователь не выберет Сохранить свою работу с помощью опции «Сохранить как» или «Сохранить».

TL; DR: Да, но это было бы неразумно.

$ endgroup $



файловое хранилище

Определение

Файловое хранилище, также называемое файловым уровнем или файловое хранилище , хранит данные в иерархической структуре. Данные сохраняются в файлах и папках и представляются как системе, хранящей их, так и системе, извлекающей их, в одном и том же формате. Доступ к данным можно получить с помощью протокола сетевой файловой системы (NFS) для Unix или Linux или протокола блока сообщений сервера (SMB) для Microsoft Windows.

NFS, первоначально разработанная Sun Microsystems, позволяет client для хранения и просмотра файлов на сервере, как если бы они были на клиентском компьютере. Вся файловая система или ее часть могут быть смонтированы на сервере, где она доступна клиентам с назначенными привилегиями для файла. SMB использует пакеты данных, отправляемые клиентом на сервер, который отвечает на запрос. Большинство сетевых хранилищ (NAS) поддерживают NFS и SMB, которые формально назывались общей файловой системой Интернета.

Файл vs . блочное хранилище

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

Унифицированное хранилище, также известное как многопротокольное хранилище , предлагает Fibre Channel и доступ на уровне блоков iSCSI в системах хранения данных (SAN) и доступ на уровне файлов NAS в одном устройстве. Унифицированное хранилище было впервые использовано примерно в 2002 году, и теперь оно является общей архитектурой хранилища.

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

Рост систем хранения файлов

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

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

Хотя добавление систем NAS является правильным подходом к борьбе с резким увеличением объема компьютерных файловых хранилищ, предпочтительным методом является использование горизонтально масштабируемой системы NAS, сгруппированной Система NAS или виртуализация файлов NAS для их одновременного запуска.

См. Также : сетевое хранилище (NAS)

Продолжить чтение о хранилище файлов

  • Как файловое хранилище работает с масштабируемыми сетевыми системами хранения.
  • Как различать хранилища на уровне блоков и файлов
  • Сравнение файловых и блочных хранилищ в средах виртуальных серверов
  • Файловые системы с открытым исходным кодом могут принести пользу средам хранения
  • Управление общими файловыми ресурсами с помощью Microsoft Azure

Подробнее об управлении хранилищем данных


  • SAN и NAS: в чем основные различия?

  • сетевое хранилище (NAS)

  • 4 лучших стратегии резервного копирования NAS для защиты данных
  • Исследователи транспорта получают 2 ПБ хранилища объектов Scality
Оцените статью
clickpad.ru
Добавить комментарий