iotop

Практически те же тормоза, только ещё и запись тормознее на порядки. Пришлось херачить все dd через kill -9.

Спасибо за такие советы.

У тебя же нет 12309, нахер?

А чего ты хотел? Ты же сам ограничил по самые яйца дисковый кэш и в то же время интенсивно его заполняешь...

У Гиклисса спроси :D

Как теперь вернуть эти параметры к довоенным значениям?

avalon ~ # echo "0" > /proc/sys/vm/dirty_bytes
avalon ~ # cat /proc/sys/vm/dirty_bytes
2097152

А вот в Parallels Desktop такого нет...

А теперь попробуй объяснить такое поведение системы.

Зачем? Лучше ты попробуй объяснить своё поведение.

Вот, кстати, у меня сейчас pf-kernel и 6ГБ оперативки. Никаких тормозов:

for i in $(seq 1 5); do (dd if=/dev/zero of=$i bs=10M count=1024 &);  done

  695 pts/10   D      0:00 dd if=/dev/zero of=1 bs=10M count=1024
  697 pts/10   D      0:00 dd if=/dev/zero of=2 bs=10M count=1024
  699 pts/10   D      0:00 dd if=/dev/zero of=3 bs=10M count=1024
  701 pts/10   D      0:00 dd if=/dev/zero of=4 bs=10M count=1024
  703 pts/10   D      0:00 dd if=/dev/zero of=5 bs=10M count=1024

Хотя нет, брешу: маленько притормаживает. Но почти не напряжно. Не то, что было при 12309...

Но, соответственно, т.к. я обращение к диску разделил на 5 конкурирующих процессов (помимо всякого прочего — у меня-то и еще всякой дребедени полным-полно запущено), скорость получается в 5 раз ниже:

kill -USR1 695
ishtar> 06.11, 09:28 ~/000
133+0 записей получено
133+0 записей отправлено
 скопировано 1394606080 байт (1,4 GB), 184,164 c, 7,6 MB/c

Как и следовало ожидать.

Это что за хард такой?

Ты это точно от рута делаешь?

Если действительно не получается, запендорь туда по гигабайту.

Обычный SATA. Никогда не видел SATA'шных жестких дисков со скоростью записи выше ~30..40МБ/с.

Зачем?

Затем, что это похоже на очередной веселый баг планировщика ввода-вывода.

Лучше ты попробуй объяснить своё поведение.

Нервы береги, они не восстанавливаются.

Ты это точно от рута делаешь?

Ну не настолько же я тупой, чтобы от юзера пытаться писать куда-то в /proc!

Выше посмотри на вывод скрипта, у меня он писал со скоростью 109 Мб/сек. Что-то у тебя не так.

Затем, что это похоже на очередной веселый баг планировщика ввода-вывода.

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

В /proc/sys, имелось в виду.

Это у тебя что-то не так. Либо SATA-3, либо SSD.

Спрашивает, говоришь? Смотри, как он спрашивает. Я так думаю: если диалог не показывает полный путь, то он должен использовать путь по умолчанию, который задаётся в настройках.
Я, кажется, по-русски в стартовом посте написал, что в настройках я выставил ему каталог куда сохранять виртуальные машины.
виртуальные машины

Именно, что в настройках. Вот только ни в доку, ни в настройки не ходили, иначе бы знали, что в настройках VB пути к ВМ и дискам задаются раздельно.
ССЗБ.

Ну, я в ваших PS1 не разбираюсь. У меня для рута явно

\[\033[1;31;40m[\h ROOT SESSION \D{%d.%m %H:%M}\] \[\033[1;33;40m\w\]\[\033[1;32;40m]\]\[\033[0;37;40m\n

Обычный SATA2 Seagate:

avalon ~ # hdparm -i /dev/sdc

/dev/sdc:

 Model=ST31000528AS, FwRev=CC38, SerialNo=6VP2XEDZ
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1953525168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-4,5,6,7

 * signifies the current active mode

Это у тебя что-то не так

Нюню :)

hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   BLKFLSBUF failed: Permission denied
18592 MB in  2.00 seconds = 9305.64 MB/sec
BLKFLSBUF failed: Permission denied
 Timing buffered disk reads: 334 MB in  3.01 seconds = 111.04 MB/sec
BLKFLSBUF failed: Permission denied

У меня reiserfs.

Да ты чё? :D

И где тут путь к дискам? А нет его :D

Timing cached reads: BLKFLSBUF failed: Permission denied

Это что, нормально, по-твоему?

У меня reiserfs

Ну тогда всё понятно.

avalon ~ # hdparm -tT /dev/sdc

/dev/sdc:
 Timing cached reads:   28452 MB in  2.00 seconds = 14242.18 MB/sec
 Timing buffered disk reads: 352 MB in  3.01 seconds = 116.95 MB/sec

Ext4

Походу, ReiserFS тухнет на параллельной записи :)

1. На вашем месте я потребовал бы вернуть деньги. 2. У всех всё работает, один вы отличились.

Это что, нормально, по-твоему?

Да. Я же от пользователя запускаю.

Видимо.

Но не хочется переходить на всякие глючные xfs.

Расскажи мне, что я не так сделал.

https://www.dropbox.com/s/h37wzhgcwfx1thp/vbox2.png

Не знал, что на лоре есть люди, не умеющие читать, зато умеющие срать в каменты.

Не знал, что на лоре есть люди, не умеющие читать, зато умеющие срать в каменты.

Дык ты одного из них в зеркале каждый день видишь. Ты не осилил даже в простом меню разобраться.

Свободен. Приходи, как читать научишься.

Ты не осилил даже в простом меню разобраться

Где ты там меню увидел, одарённый? :D

Он работал, но медленно и при установке линукса (конкретно был arch с netinstall) очень долго думал (т.е. он постоянно расширял файл на диске, что приводило к перезаписи образа на диске постоянно) и отвалился в конце концов. Это было у меня пару лет назад, на NTFS разделе, возможно уже починили, а может и нет.

И где тут путь к дискам?

А вот он :D

На самом деле — разница в умолчаниях Win/Lin реализаций.

В Win-версии есть параметр для расположения дисков по-умолчанию, задаётся в интерфейсе через Файл/Настройки/Общие, хранится в %userprofile%/.VirtualBox/VirtualBox.xml в виде <SystemProperties ... defaultHardDiskFolder=«путь» ... />

В Lin-версии путём по-умолчанию для создаваемого диска является каталог виртуальной машины, параметра настройки в ~/.VirtualBox/VirtualBox.xml действительно нет, и бинарники VBox про него тоже ничего не знают:

$ cd /opt/VirtualBox; grep -ilR defaultHardDiskFolder .
$

В обоих версиях фактическое расположение диска задаётся при создании диска (в том числе при создании машины или при изменении её настроек), может быть любым, достаточно вписать или выбрать полный путь, нажав на иконку справа от строки ввода, хранится в настройках VBox-а ~/.VirtualBox/VirtualBox.xml виде:

<MediaRegistry>
 <HardDisks>
  <HardDisk uuid="{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}" location="путь" format="VDI" type="Normal"/>

Как-то так оно устроено/фунциклирует.

Года 2 назад. Что сейчас - не знаю, проверять нет желания.

На самом деле — разница в умолчаниях Win/Lin реализаций

Круто, чё :D

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

при первом открытии настроек он требует заполнить адрес прокси, даже если прокси нафиг не нужен. Иначе просто не даёт сохранить настройки, лол.

$ VBoxManage --version
4.2.4r81684

из файла VirtualBox-4.2.4-81684-Linux_x86.run в подобном поведении замечен не был. Ваш какой/откуда?

4.2.2 у меня.

На самом деле — разница в умолчаниях Win/Lin реализаций

Круто, чё :D

Ах нет, сбрехнул я, это с версии 4.0 новая концепция. В 3.х были отдельные пути для машин/дисков. Документировано: http://www.virtualbox.org/manual/ch10.html

Для Ъ:

Starting with version 4.0, by default, each virtual machine has one directory on your host computer where all the files of that machine are stored — the XML settings file (with a .vbox file extension) and its disk images.

By default, this «machine folder» is placed in a common folder called «VirtualBox VMs», which VirtualBox creates in the current system user's home directory.

...

Before version 4.0, VirtualBox separated the machine settings files from virtual disk images. The machine settings files had an .xml file extension and resided in a folder called «Machines» under the global VirtualBox configuration directory (see the next section). So, for example, on Linux, this was the hidden $HOME/.VirtualBox/Machines directory. The default hard disks folder was called «HardDisks» and resided in the .VirtualBox folder as well. Both locations could be changed by the user in the global preferences. (The concept of a «default hard disk folder» has been abandoned with VirtualBox 4.0, since disk images now reside in each machine's folder by default.)

Мой скриншот был с 3.х.

12309 вешает намертво.

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

4.2.2 у меня.

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

4.2.2 у меня.

https://www.virtualbox.org/wiki/Changelog

VirtualBox 4.2.4 (released 2012-10-26)

This is a maintenance release. The following items were fixed and/or added:

GUI: fixed validation warning on global settings / proxy page (4.2.2 regression, bug #11089)

Это хорошо.

У тебя руки кривые.

Это — действительно «весомый аргумент». А по сабжу, согласен с ТС — vbox до vmware еще как до Киева раком — далеко и неудобно.

Уже 3 года пользуюсь VB и с разными машинами и версиями vbox не было описанных тобой проблем. Впрочем, у меня убунта, а не арч.

Я тут посмотрел, подумал, и решил, что ты наверное какие-то флаги не так указал.

Хотя новый vbox у меня криво в opensuse 12.2 работал. Учитывая, что одинаково глючили и ose и не ose - косяк не в них.

Я тут посмотрел, подумал, и решил, что ты наверное какие-то флаги не так указал.

Версии всё хлеще и хлеще.

Я проглядел одно: не думал, что он полезет создавать накопитель в профиле.

для этого есть свой путь.

Терминал уже не реагировал к тому времени.

другой включил-бы...

Вообще говоря, УМВР. Проблема то-ли в кривом железе, то-ли в кривом дистре.