Файловая система Linux, автоматически поддержанная диском, но размещенная полностью в памяти?
Стоит выяснить CSS и отделения так центральные загрузки столбца содержания и рендеринг перед боковой панелью в макете страницы. Но если Вы изо всех сил пытаетесь использовать плавающие отделения для вертикального выравнивания логотипа с некоторым текстом спонсорства, просто используйте таблицу и движение с жизнью. Религия сада Дзэн просто не дает много удара для маркера.
идея разделить содержание от представления состоит в том, чтобы разделить приложение, таким образом, различные виды работы влияют на различные блоки кода. Это на самом деле об управлении изменениями. Но кодирование стандартов может только исследовать текущее состояние кода поверхностным способом.
журнал изменений для приложения, которое зависит от кодирования стандартов для "разделения содержания от представления", покажет шаблон параллельных изменений через вертикальные бункеры. Если изменение в "содержании" всегда сопровождается изменением в "представлении", насколько успешный разделение?
, Если Вы действительно хотите разделить свой код продуктивно, используйте Подрывную деятельность и рассмотрите Ваши журналы изменений. Тогда используйте самые простые методы кодирования - отделения, таблицы, JavaScript, включают, функции, объекты, продолжения, безотносительно - для структурирования приложения так, чтобы изменения поместились в простой и удобный способ.
2 ответа
Почему бы вам не попытаться создать зеркало RAID между RAM-диском и физическим диском?
Не уверен, что это эффективно, хотя . Если зеркало всегда нужно синхронизировать, ему все равно придется ждать диск, когда вы пишете, но для чтения вы должны что-то получить. Но да, мне это кажется очень сложным, заново изобретенным колесом, квадратным кешированием ввода-вывода :)
Хотя было бы неплохо поэкспериментировать.
Если вы только читаете данные, вы действительно можете настроить кеширование так, чтобы все данные кэшировались в ОЗУ - см. / Usr / src / linux / Documentation / sysctl / fs. txt vm.txt для получения подробной информации о том, что вы можете здесь настроить. Проблема возникает, когда вы записываете данные, особенно если вы используете fsync () или подобное, чтобы гарантировать, что данные были зафиксированы на фактическом диске.
Поскольку ОС имеет для обновления диска в случае a fsync () , вы мало что можете сделать, если хотите, чтобы ваши данные были согласованными и не были потеряны при отключении электроэнергии.
Одна из проблем, с которой вы можете столкнуться, это atime или время доступа - по умолчанию каждый раз при доступе к файлу время доступа обновляется в inode. Это вызовет запись на диск, даже если вы думаете, что просто выполняете чтение. Это может быть особой проблемой в вашем сценарии, когда вы обращаетесь к множеству небольших файлов. Если вас не интересует отслеживание времени доступа, вы можете смонтировать файловую систему с помощью noatime , чтобы отключить эту «функцию».