Нужен ли вам файл подкачки

Обновлено: 21.11.2024

Мы знаем, что использование пространства подкачки в Linux вместо ОЗУ (памяти) может сильно снизить производительность. Итак, кто-то может спросить, поскольку у меня более чем достаточно доступной памяти, не лучше ли удалить пространство подкачки? Короткий ответ: нет. Есть преимущества в производительности, когда пространство подкачки включено, даже если у вас более чем достаточно оперативной памяти. Обновление, см. также Часть 2. Производительность Linux: почти всегда добавляйте подкачку (ZRAM).

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

Выходные данные команды free -h показывают, что используется 308 МБ пространства подкачки. Когда я запускал проверки подкачки, не было никаких признаков продолжающейся или несвоевременной активности ввода-вывода подкачки. Кроме того, служба kswap не потребляла много процессорного времени. На самом деле процесса kswap нигде не было в топе (топ процессов, отсортированных по процессорному времени). Для подтверждения я использовал следующую команду:

…так что в этом случае, как и во многих других случаях, использование подкачки не влияет на производительность сервера Linux. Теперь давайте посмотрим, как пространство подкачки на самом деле может повысить производительность сервера Linux.

Преимущества пространства подкачки в системах с достаточным объемом оперативной памяти

Это нормально и может быть полезно для систем Linux использовать некоторый объем подкачки, даже если есть еще доступная оперативная память. Ядро Linux будет перемещать страницы памяти, которые почти никогда не используются, в пространство подкачки, чтобы гарантировать, что в памяти будет доступно еще больше кэшируемого пространства для наиболее часто используемых страниц памяти (страница — это часть памяти). . Использование подкачки становится проблемой производительности, когда ядро вынуждено постоянно перемещать страницы памяти в память и из пространства подкачки.

Другое преимущество заключается в том, что подкачка дает администраторам время отреагировать на проблемы с нехваткой памяти. Мы часто замечаем, что сервер работает медленно, и при входе в систему мы замечаем интенсивную подкачку. Без подкачки (как описано в следующем разделе) нехватка памяти может привести к гораздо более внезапным и серьезным цепным реакциям. Поэтому обычно я бы посоветовал установить пространство подкачки примерно на размер вашего самого большого процесса. Например, сконфигурированная память MySQL в файле my.cnf. Он может быть даже меньше, особенно если у вас есть мониторинг и/или оповещения.

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

Подводя итог:
— Даже если ОЗУ все еще доступно, ядро Linux будет перемещать страницы памяти, которые почти никогда не используются, в пространство подкачки.
— Страницы памяти, которые какое-то время были неактивны, лучше подкачать, оставив часто используемые данные в кеше, и это должно происходить, когда сервер наиболее простаивает, что и является целью ядра.
— Не устанавливайте слишком большое пространство подкачки, если это приведет к увеличению проблем с производительностью, простоям или времени отклика (без надлежащего мониторинга/предупреждений).

Пространство подкачки или отсутствие подкачки при нехватке доступной памяти

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

Подводя итог:
— Swap I/O масштабируется очень плохо. Если страницы памяти не могут быть заменены только во время простоя сервера, вы должны настроить или отключить обмен. Обычно это не так, отсюда и заголовок этого сообщения в блоге «почти всегда».
— При отключенном свопе проблемы с производительностью становятся заметными очень быстро, и убийца OOM может вас достать! :)

Для сравнения, вот вывод free с использованием более старой версии free от procps-ng-3.3.1 на том же сервере:

Давление кэша ядра и подкачка

Теперь, когда вы включили своп. Рассмотрите возможность настройки нагрузки на кэш-память вашего сервера и тенденции к подкачке (vm.swappiness), следуя приведенному ниже руководству, взятому из предыдущей статьи: Linux-серверу требуется обновление оперативной памяти? Проверьте с помощью top, free, vmstat и sar:

vfs_cache_pressure — управляет тенденцией ядра освобождать память, которая используется для кэширования объектов каталогов и inode. (по умолчанию = 100, рекомендуемое значение от 50 до 200)

swappiness — этот элемент управления используется для определения того, насколько агрессивно ядро будет менять местами страницы памяти. Более высокие значения повысят агрессивность; более низкие значения уменьшают объем свопа. (по умолчанию = 60, рекомендуемые значения от 1 до 60) Удалите значение swap для значения 0, но в большинстве случаев это не рекомендуется.

Для редактирования вы можете добавить или заменить эти строки в файле /etc/sysctl.conf. Например, если у вас мало памяти до обновления, вы можете попробовать что-то вроде:

Это повысит нагрузку на кэш, что может показаться несколько контрпродуктивным, поскольку кэширование положительно сказывается на производительности. Однако слишком частая подкачка значительно снижает общую производительность вашего сервера. Таким образом, меньшее количество кеша в памяти поможет уменьшить активность подкачки. Кроме того, если для vm.swappiness установлено значение 10 или меньше 1, это уменьшит подкачку дисков.

На исправном сервере с большим объемом доступной памяти используйте следующее:

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

Чтобы проверить текущие значения с помощью этих команд, используйте:

Чтобы временно включить эти настройки без перезагрузки, используйте следующие команды:

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

Теги: Linux, память, производительность, сервер, системные администраторы

Загрузите мою бесплатную 101 полезную команду Linux (PDF).

Кроме того, я буду уведомлять вас о публикации новых статей по Linux. - Подпишитесь сейчас и получите мой бесплатный PDF-файл.
(В среднем 1-2 письма в месяц.)

Управление виртуальной памятью (VMM) — это код в ядре, который, среди прочего, помогает нам представить каждый процесс с его собственным виртуальным адресным пространством.

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

Страница — это часть памяти.

Пейджинг — это операция создания копии страницы, например, на устройстве подкачки.

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

Пробуксовка — это когда подкачка использует больше ресурсов, чем другие процессы в системе.

Обзор: когда используется своп?

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

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

Давайте рассмотрим типичные шкалы скоростей ОЗУ, твердотельных накопителей и вращающихся дисков. Типичная ссылка на ОЗУ находится в районе 100 нс, доступ к данным на твердотельном накопителе — 150 мкс (т.

Давайте посмотрим на поведение системы с 2 ГБ ОЗУ, устройством подкачки на 2 ГБ и жестким диском. Сразу после загрузки системные процессы используют всего несколько десятков МБ оперативной памяти. Эта иллюстрация была создана с помощью Performance Co-Pilot, входящего в состав Red Hat Enterprise Linux.

Только что загруженная система, большая часть памяти свободна.

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

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

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

Подробности: как используется своп?

В прошлом некоторые поставщики приложений рекомендовали размер подкачки, равный объему ОЗУ или даже в два раза превышающий объем ОЗУ. Теперь давайте представим вышеупомянутую систему с 2 ГБ оперативной памяти и 2 ГБ подкачки. База данных в системе по ошибке была настроена для системы с 5 ГБ ОЗУ. Как только физическая память израсходована, используется своп. Поскольку диск подкачки намного медленнее, чем оперативная память, производительность падает, и происходит перегрузка. В этот момент даже вход в систему может стать невозможным. По мере того, как все больше и больше памяти записывается, в конечном итоге и физическая память, и память подкачки полностью исчерпываются, и срабатывает убийца OOM, убивая один или несколько процессов. В нашем случае доступно довольно много свопа, поэтому время плохой работы долгое.

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

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

Команды администраторов получают уведомление после инцидента и могут только анализировать проблему.

Наша рекомендация по размеру для большинства современных систем — это «часть физической оперативной памяти», например 20 %. При этом мучительно медленная фаза работы в нашем примере не будет длиться так долго, и OOM сработает раньше.

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

Сколько свопов рекомендуется в настоящее время?

Это зависит от желаемого поведения системы, но обычно хорошей идеей является настройка 20 % ОЗУ в качестве подкачки. Дополнительные сведения см. в этом документе с решением.

Могу ли я запустить без свопа? Возможна ли дальнейшая настройка?

Системы без подкачки могут иметь смысл и поддерживаются Red Hat. Просто убедитесь, что такая система ведет себя при нехватке памяти именно так, как вам нужно. В большинстве сред небольшая замена имеет смысл.

Поле

/proc/meminfo Committed_AS показывает, сколько памяти запросили процессы.

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

Документ с решением с подробными сведениями о вероятности замены, например, при изменении vm.swappiness. Это также требует хорошего тестирования ваших приложений.

Без подкачки система вызовет OOM, когда память будет исчерпана. Вы можете определить приоритеты процессов, которые будут уничтожены первыми, в настройке oom_adj_score.

Если вы пишете приложение и хотите заблокировать страницы в оперативной памяти и предотвратить их подкачку, можно использовать mlock().

Если вы разрабатываете свои приложения для регулярного использования подкачки, убедитесь, что вы используете более быстрые устройства, такие как SSD. содержимое устройства на swapon.

Технический менеджер по работе с клиентами Red Hat (TAM) — это эксперт по продуктам, который работает совместно с ИТ-организациями над стратегическим планированием успешного развертывания и помогает добиться оптимальной производительности и роста. TAM является частью организации Red Hat мирового уровня по взаимодействию с клиентами и предоставляет упреждающие советы и рекомендации, которые помогут вам выявлять и устранять потенциальные проблемы до того, как они возникнут. Если возникнет проблема, ваш TAM возьмет ее на себя и привлечет лучшие ресурсы для ее скорейшего решения с минимальным вмешательством в ваш бизнес.

Сколько должен быть размер свопа? Должен ли своп быть в два раза больше размера ОЗУ или должен составлять половину размера ОЗУ? Нужен ли вообще swap, если в моей системе несколько ГБ оперативной памяти?

Возможно, это наиболее часто задаваемые вопросы о выборе размера подкачки при установке Linux.

Ничего нового. Всегда было много путаницы в отношении размера свопа.

Долгое время рекомендуемый размер подкачки в два раза превышал размер ОЗУ, но это золотое правило больше не применимо к современным компьютерам. У нас есть системы с объемом оперативной памяти до 128 ГБ, на многих старых компьютерах нет даже такого объема жесткого диска.

Но какой размер подкачки вы бы выделили для системы с 32 ГБ ОЗУ? 64 ГБ? Это было бы смехотворной тратой места на жестком диске, не так ли?

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

Объяснение упрощено для (почти) всеобщего понимания.

Что такое своп?Когда используется своп?

Ваша система использует оперативную память (ОЗУ) при запуске приложения. Когда запущено всего несколько приложений, ваша система справляется с доступной оперативной памятью.

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

Swap действует как передышка для вашей системы, когда ОЗУ исчерпывается. Здесь происходит следующее: когда ОЗУ исчерпана, ваша система Linux использует часть памяти жесткого диска и выделяет ее работающему приложению.

Звучит круто. Это означает, что если вы выделите около 50 ГБ размера подкачки, ваша система сможет запускать сотни или, возможно, тысячи приложений одновременно? НЕПРАВИЛЬНО!

Видите ли, здесь важна скорость. Данные доступа к RAM в порядке наносекунд. Доступ к данным SSD осуществляется за микросекунды, в то время как обычный жесткий диск обращается к данным за миллисекунды. Это означает, что оперативная память в 1000 раз быстрее, чем SSD, и в 100 000 раз быстрее, чем обычный жесткий диск.

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

Другими словами, небольшой обмен полезен. Многое из этого будет бесполезным.

Зачем нужен своп?

Есть несколько причин, по которым вам может понадобиться замена.

Если в вашей системе ОЗУ менее 1 ГБ, вы должны использовать подкачку, так как большинство приложений скоро исчерпают объем ОЗУ.
Если в вашей системе используются ресурсоемкие приложения, такие как видеоредакторы, было бы неплохо использовать некоторое пространство подкачки, поскольку здесь может быть исчерпана ваша оперативная память.
Если вы используете режим гибернации, необходимо добавить раздел подкачки, поскольку содержимое ОЗУ будет записываться в раздел подкачки. Это также означает, что размер подкачки должен быть не меньше размера оперативной памяти.
Избегайте странных событий, таких как выход программы из строя и потребление оперативной памяти.

Нужен ли своп, если у вас много оперативной памяти?

Это действительно хороший вопрос. Если у вас 32 ГБ или 64 ГБ ОЗУ, скорее всего, ваша система никогда не будет использовать всю ОЗУ и, следовательно, никогда не будет использовать раздел подкачки.

Но рискнете ли вы? Я предполагаю, что если в вашей системе 32 ГБ ОЗУ, у нее также должен быть жесткий диск на 100 ГБ. Не помешает выделить пару ГБ подкачки. Это обеспечит дополнительный уровень «стабильности», если неисправная программа начнет неправильно использовать ОЗУ.

Можно ли использовать Linux без свопа?

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

На самом деле такой дистрибутив, как Ubuntu, автоматически создает файл подкачки размером 2 ГБ. Это должно дать вам указание на то, что рекомендуется иметь некоторое пространство подкачки.

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

Сколько должен быть размер свопа?

Теперь возникает большой вопрос. Каким должно быть идеальное пространство подкачки для установки Linux?

И проблема здесь в том, что нет однозначного ответа на этот вопрос о размере подкачки. Есть только рекомендации.

Разные люди по-разному относятся к идеальному размеру свопа. Даже основные дистрибутивы Linux не имеют одинаковых рекомендаций по размеру подкачки.

Если вы согласны с предложением Red Hat, они рекомендуют размер подкачки, равный 20 % ОЗУ, для современных систем (т. е. 4 ГБ или больше ОЗУ).

Двойной размер ОЗУ, если ОЗУ меньше 2 ГБ.
Размер ОЗУ + 2 ГБ, если объем ОЗУ превышает 2 ГБ, т. е. 5 ГБ подкачки на 3 ГБ ОЗУ.

Ubuntu совершенно по-другому относится к размеру подкачки, поскольку учитывает спящий режим. Если вам нужен спящий режим, для Ubuntu потребуется своп размером с ОЗУ.

В противном случае рекомендуется:

Если объем ОЗУ меньше 1 ГБ, размер подкачки должен быть не меньше размера ОЗУ, но не более чем в два раза.
Если объем ОЗУ превышает 1 ГБ, размер подкачки должен быть как минимум равен квадратному корню из объема ОЗУ и не должен превышать размер ОЗУ в два раза.
Если используется спящий режим, размер подкачки должен быть равен размеру ОЗУ плюс квадратный корень из размера ОЗУ.

Запутались? Я знаю, что это сбивает с толку. Вот почему я создал эту таблицу, которая даст вам рекомендуемый размер подкачки Ubuntu в зависимости от размера вашей оперативной памяти и потребности в спящем режиме.

< tr> < td>20 ГБ

Размер ОЗУ	Размер подкачки (без гибернации)	Размер подкачки (с гибернацией)
256MB	256MB	512MB
512MB	512MB	1 ГБ
1 ГБ	1 ГБ	2 ГБ
2 ГБ	1 ГБ	3 ГБ
3 ГБ	2 ГБ	5 ГБ
4 ГБ	2 ГБ	6 ГБ
6 ГБ	2 ГБ	8 ГБ
8 ГБ	3 ГБ	11 ГБ
12 ГБ	3 ГБ	15 ГБ
16 ГБ	4 ГБ
24 ГБ	5 ГБ	29 ГБ
32 ГБ< /td>	6 ГБ	38 ГБ
64 ГБ	8 ГБ	72 ГБ
128 ГБ	11 ГБ	139 ГБ

Какой размер подкачки вы используете?

Ответ никогда не бывает простым. Как я уже говорил ранее, в течение долгого времени было рекомендовано, чтобы подкачка была в два раза больше оперативной памяти. На самом деле мой выпуск Dell XPS 13 Ubuntu имеет размер подкачки 16 ГБ для 8 ГБ ОЗУ. Так что даже Dell решила придерживаться золотого правила swap=2xRAM.

Поможет ли настройка пространства подкачки на жестком диске вашему компьютеру?

Гэри Ньюэлл был внештатным сотрудником, разработчиком приложений и тестировщиком программного обеспечения с более чем 20-летним опытом работы в сфере ИТ, работая с Linux, UNIX и Windows.

При установке Linux часто задают вопрос: "Нужен ли мне раздел подкачки?" С точки зрения вычислений, когда вы впервые используете компьютер, большая часть памяти доступна. Используется только память процессов, требуемых операционной системой. Каждый раз, когда вы загружаете приложение, запускается новый процесс, и для приложения выделяется определенный объем памяти.

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

Что делает Linux, когда не хватает памяти?

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

Linux уничтожает процессы только тогда, когда заканчивается виртуальная память. Виртуальная память – это объем физической оперативной памяти плюс любое дисковое пространство, отведенное для подкачки (подкачки).

Считайте раздел подкачки переполненным пространством. Когда основная память заполнена, свободное пространство можно использовать для дополнительной памяти. Есть и обратная сторона использования раздела подкачки. Как правило, раздел подкачки находится дальше от обычной памяти, и данные должны перемещаться дальше, что занимает много времени.

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

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

Насколько сильно вам нужен раздел подкачки?

Если у вас есть компьютер с небольшим объемом памяти, настоятельно рекомендуется использовать раздел подкачки.

В качестве теста мы настроили виртуальную машину с 1 гигабайтом ОЗУ и без раздела подкачки и установили Peppermint Linux, который использует рабочий стол LXDE и в целом занимает мало памяти.

Peppermint Linux поставляется с предустановленным Chromium, и каждый раз, когда вы открываете вкладку Chromium, используется приличный объем памяти.

Если у вас есть машина с 1 гигабайтом ОЗУ, вам, скорее всего, потребуется раздел подкачки, чем если у вас есть машина с 16 гигабайтами ОЗУ. Весьма вероятно, что вы никогда не будете использовать пространство подкачки на машине с 8 гигабайтами ОЗУ или более, если только вы не занимаетесь серьезной обработкой чисел или редактированием видео.

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

Если на вашем компьютере всегда мало памяти и вы постоянно используете пространство подкачки, рассмотрите возможность увеличения объема памяти на вашем компьютере.

Если вы установили Linux и не настроили раздел подкачки, создайте файл подкачки, который в основном достигает той же цели.

Могу ли я выделить место на моем SSD для пространства подкачки?

Вы можете выделить место на SSD для области подкачки, и теоретически получить доступ к этому разделу будет быстрее, чем на традиционном жестком диске. Твердотельные накопители имеют ограниченный срок службы и могут обрабатывать только определенное количество операций чтения и записи. Для сравнения: это число велико, и SSD, вероятно, прослужит дольше, чем компьютер.

Предполагается, что пространство подкачки является буфером переполнения и не используется последовательно. Если вы постоянно используете раздел подкачки, рассмотрите возможность увеличения памяти.

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

Виртуализация приносит экономию средств и экономит время ИТ-специалистам, которые курируют роботов-роботов. Для эффективной реализации требуется облачная среда.

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

Nvidia запустила облачную версию своей платформы Omniverse для 3D-моделирования. Компания также представила Omniverse .

Преодолейте сбои AWS, научившись создавать многорегиональную архитектуру, обеспечивающую отказоустойчивость в случае аварии.

Чтобы добиться высокой доступности и отказоустойчивости в AWS, ИТ-администраторы должны сначала понять различия между двумя моделями.

Хороший дизайн базы данных необходим для удовлетворения потребностей обработки в системах SQL Server. На вебинаре консультант Коэн Вербек предложил .

Базы данных SQL Server можно переместить в облако Azure несколькими способами. Вот что вы получите от каждого из вариантов .

В отрывке из этой книги вы познакомитесь с методами LEFT OUTER JOIN и RIGHT OUTER JOIN и найдете различные примеры создания SQL.

ИТ-администраторам, рассматривающим возможность перехода на Windows 11, следует узнать, как функции версии Enterprise могут помочь их .

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

Администраторам настольных компьютеров следует обратить внимание на собственные функции безопасности и архитектуру Windows 10, чтобы установить базовый уровень настольных компьютеров.

Подписка на Windows 365 Cloud PC предлагает новый вариант виртуализации настольных компьютеров с некоторыми знакомыми чертами и .

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

Люди, использующие виртуальный рабочий стол VMware на смартфонах и планшетах Samsung, могут получить доступ к Windows как на устройстве, так и на .

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