Максимальное напряжение для компьютера 16 ГБ или 8 ГБ
Начиная с версии 4.0, мы можем ограничить ширину полосы виртуальных ящиков для обращений к дискам (см. Руководство по виртуальному боксу)
Сначала нам нужно создать группу с полосой пропускания (в приведенном ниже примере " Limit "для 20 Мбайт / с):
VBoxManage bandwidthctl "VM name" --name Limit --add disk --limit 20
VBoxManage storageattach "VM name" --storagectl "SATA" --port 0 --device 0 --type hdd
--medium disk1.vdi --bandwidthgroup Limit
VBoxManage storageattach "VM name" --storagectl "SATA" --port 1 --device 0 --type hdd
--medium disk2.vdi --bandwidthgroup Limit
Примечание: Из версий> = 4.2 эти команды были изменены на:
VBoxManage bandwidthctl "VM name" add Limit --type disk --limit 20M
VBoxManage storageattach "VM name" --controller "SATA" --port 0 --device 0 --type hdd
--medium disk1.vdi --bandwidthgroup Limit
VBoxManage storageattach "VM name" --controller "SATA" --port 1 --device 0 --type hdd
--medium disk2.vdi --bandwidthgroup Limit
Нам нужно сообщить подробности нашего личного
Чтобы дополнительно ограничить доступ к диску до 10 МБ / с, мы можем выдать
VBoxManage bandwidthctl "VM name" --name Limit --limit 10 # version 4.0
VBoxManage bandwidthctl "VM name" set Limit --limit 10M # >= 4.2
Это можно сделать даже во время выполнения.
6 ответов
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ оперативной памяти (прямо сейчас я используя 16 ГБ). Это небольшим образом зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ оперативной памяти (8 ГБ оперативной памяти на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах до тех пор, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http://ark.intel .com / products / 55744 / Intel-Desktop-Board-DZ68DB
Здесь вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицы DMI являются неточными, неполными или просто неправильными.Так что dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW[!d13 ]
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW
Как я уже упоминал в комментарии, чтобы ответить на это, необходимо полное имя материнской платы. Приведу пример. У меня есть Intel DZ68DB, как показано здесь: http://ark.intel.com/products/55744/Intel-Desktop-Board-DZ68DB
Материнская плата поддерживает до 32 ГБ (сейчас я использую 16 ГБ). Это в малой степени зависит также от типа памяти, но для этой материнской платы DDR3, который я использую, может достигать 32 ГБ ОЗУ (8 ГБ ОЗУ на каждый слот).
Когда я запускаю sudo dmidecode -t memory, я получите следующее:
cyrex@cyrex:~$ sudo dmidecode -t memory
# dmidecode 2.11
SMBIOS 2.6 present.
Handle 0x0027, DMI type 16, 15 bytes
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 16 GB
Error Information Handle: No Error
Number Of Devices: 4
, как вы можете видеть, это говорит о 16 ГБ, но я действительно знаю, что это не так. Это 32 ГБ. Должен упомянуть, что я уже обновил BIOS до последней версии и протестировал в течение 2 целых дней систему с 32 ГБ оперативной памяти (которая также ответила на сомнения в производительности и скорости между 16 ГБ и 32 ГБ системой), поэтому я знаете, что он работает и с 32 ГБ.
Итак, как вы можете видеть, dmidecode будет ошибочным в некоторых аппаратных средствах, пока не будет исправлено обновление dmidecode или способ анализа его собранной информации. Это также включает инструменты, такие как lshw, которые будут показывать ту же информацию. Это не относится к каждому оборудованию, но у вас только что была такая же ошибка, как и у меня. Я предполагаю, что в более новой версии программы (2.11 на данный момент) они исправят это.
Я укажу вам на страницу Linux Man о dmidecode: http: //linux.die .net / man / 8 / dmidecode
Там вы найдете в разделе «Ошибка» следующее:
Чаще всего информация, содержащаяся в таблицах DMI является неточным, неполным или просто неправильным.
Таким образом, dmidecode помогает, но не на 100% точнее. Наш пример - пример.
Наконец, отчеты об ошибках для dmidecode - https://bugs.launchpad.net/ubuntu/+source/dmidecode/+bugs?field.status:list=NEW