Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"? -- Best regards, Paul Arakelyan.
а поновее 11-ой ничего не было?
21 марта 2016 г., 8:32 пользователь Paul Arakelyan
Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s
В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"?
-- Best regards, Paul Arakelyan.
Не, там "политику определяют" все кому не лень, и кто в этом нихрена не шарит. То есть - махнуть "А на Б" - целая проблема. Вот собрались менять на центос - "поиск серебряной пули" :). Но походу - похоже грабли в "одинаковых страницах" и с рандомными данными - скорость чтения "адекватна". On Mon, Mar 21, 2016 at 10:19:02AM +0200, Vasiliy P. Melnik wrote:
а поновее 11-ой ничего не было?
21 марта 2016 г., 8:32 пользователь Paul Arakelyan
написал: Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s
В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"?
-- Best regards, Paul Arakelyan.
-- Best regards, Paul Arakelyan.
21 марта 2016 г., 10:30 пользователь Paul Arakelyan
Не, там "политику определяют" все кому не лень, и кто в этом нихрена не шарит. То есть - махнуть "А на Б" - целая проблема. Вот собрались менять на центос - "поиск серебряной пули" :).
Лично мне больше по-душе оракл - сейчас вот столкнулся с тем, что на пятом центосе последний кернел 2.6 , а на оракле 3. А в 2.6 баг в кернеле, почининеный 2.6.25, впилял каким-то чудом от каких-то умельцев кернел собраный - сегодня сервак завис наглухо. У нас тоже сборная солянка, правда мы на дебиан переползаем - тоже долго думали. Но походу - похоже грабли в "одинаковых страницах" и с рандомными
данными - скорость чтения "адекватна".
ну не знаю - на виртуалбоксе разницы вообще не заметно
На хостсистеме
[root@oit514-14 ~]# dd if=/dev/zero of=/tmp/file bs=1M count=1000
1000+0 записей получено
1000+0 записей отправлено
скопировано 1048576000 байт (1,0 GB), 0,354656 c, 3,0 GB/c
[root@oit514-14 ~]# dd if=/tmp/file of=/dev/null bs=1M
1000+0 записей получено
1000+0 записей отправлено
скопировано 1048576000 байт (1,0 GB), 0,251583 c, 4,2 GB/c
на виртуалке, виртуалка в виртуалбоксе
root@debian:~# dd if=/dev/zero of=/tmp/file bs=1M count=1000
1000+0 записей получено
1000+0 записей отправлено
скопировано 1048576000 байт (1,0 GB), 0,465639 c, 2,3 GB/c
root@debian:~# dd if=/tmp/file of=/dev/null bs=1M
1000+0 записей получено
1000+0 записей отправлено
скопировано 1048576000 байт (1,0 GB), 0,208338 c, 5,0 GB/c
21 марта 2016 г., 8:32 пользователь Paul Arakelyan
Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s
В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"?
-- Best regards, Paul Arakelyan.
2016-03-20 23:32 GMT-07:00 Paul Arakelyan
Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s
В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"?
Глупый вопрос - модуль ядра kvm загружен и виртуалка запущена с его участием? Я как-то ловил неслабые тормоза, когда запускал qemu без "-enable-kvm"
On Mon, Mar 21, 2016 at 09:51:45AM -0700, Michael Bochkaryov wrote:
2016-03-20 23:32 GMT-07:00 Paul Arakelyan
: Имеется виртуалка с ubuntu 11.04 внутри kvm на хосте с такой же версией. В виртуалке смонтирована tmpfs on /tmp type tmpfs (rw,noexec,nosuid,nodev,nodiratime,size=4096M) dd if=/dev/zero of=/tmp/file bs=1M count=3000 50МБ/с. Та йолки, оно ж на диски быстрее может... И полная феерия, чтение из такого файла: dd if=/tmp/file of=/dev/null bs=1M 3000+0 records in 3000+0 records out 3145728000 bytes (3.1 GB) copied, 256.388 s, 12.3 MB/s
В своп ни хост, ни виртуалка не уходят. Это накладные расходы из-за выделения виртуалке "не всей памяти сразу"?
Глупый вопрос - модуль ядра kvm загружен и виртуалка запущена с его участием? Я как-то ловил неслабые тормоза, когда запускал qemu без "-enable-kvm" KSM, однако. Аццкий дедупликатор - чтение файла с случайными данными 4ГБ, с 0 - 12МБ. Как его выключить/настроить...
-- Best regards, Paul Arakelyan.
participants (3)
-
Michael Bochkaryov
-
Paul Arakelyan
-
Vasiliy P. Melnik