Подвижный одновременный доступ

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

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

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

В эпоху 80-миллиметровых вентиляторов случая я кивнул каждый системный случай, которому я купил a.) обеспечивают, столько же разветвляется на входе сколько и b.) заменяют как можно больше 80-миллиметровых вентиляторов 120-миллиметровыми вентиляторами и c.) использование понижают поклонников об/мин и больше из них. Результат был всегда более прохладным и более тихим затем исходная установка, даже если оригинал имел только два вентилятора.

3
задан 23 December 2011 в 00:47
2 ответа

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

Блокировки поддержки SMB, таким образом, не должно быть никаких проблем (ТМ).

1
ответ дан 3 December 2019 в 05:53

Mercurial разработан для обработки одновременного доступа. У вас может быть

  • одна операция hg push (операция записи) и
  • несколько операций hg pull и hg clone (операции чтения)

одновременно. Другими словами, читателям не нужно ждать друг друга, и им также не нужно ждать одного писателя. Писатели должны ждать других писателей.

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

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

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

$ hg clone foo bar

создает жесткие связи между foo и bar . Это сделано для экономии места и значительного ускорения операции клонирования. Если новая фиксация сделана в панели , Mercurial осторожно разорвет жесткие ссылки перед записью новых данных в файлы. Он в основном делает

$ cp abc abc.tmp
$ rm abc
$ mv abc.tmp abc

, чтобы убедиться, что файл abc не используется совместно с кем-либо еще. Это делается только в том случае, если количество ссылок для abc больше 1. Если количество ссылок равно 1, то сначала скопировать файл было бы большой тратой. Теперь проблема в том, что некоторые сетевые файловые системы лгали о количестве ссылок на Mercurial! Они сообщили 1, когда должны сообщить 2 или более, и это обманом заставило Mercurial не нарушать жесткие ссылки. В Mercurial 1.6.3 есть исправление для этого случая - Mercurial теперь безоговорочно разрывает жесткие ссылки при записи на сетевой диск.

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

Если количество ссылок равно 1, то сначала скопировать файл было бы большой тратой. Теперь проблема в том, что некоторые сетевые файловые системы лгали о количестве ссылок на Mercurial! Они сообщили 1, когда должны сообщить 2 или более, и это обманом заставило Mercurial не нарушать жесткие ссылки. В Mercurial 1.6.3 есть исправление для этого случая - Mercurial теперь безоговорочно разрывает жесткие ссылки при записи на сетевой диск.

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

Если количество ссылок равно 1, то сначала скопировать файл было бы большой тратой. Теперь проблема в том, что некоторые сетевые файловые системы лгали о количестве ссылок на Mercurial! Они сообщили 1, когда должны сообщить 2 или более, и это обманом заставило Mercurial не нарушать жесткие ссылки. В Mercurial 1.6.3 есть исправление для этого случая - Mercurial теперь безоговорочно разрывает жесткие ссылки при записи на сетевой диск.

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

4
ответ дан 3 December 2019 в 05:53

Теги

Похожие вопросы