[bredych]

возможно, служебная информация? это внешний размер, при внутреннем заданном?

[Busla]

почему-то диски выросли в размере и стали 126,11 Gb и 44,11Gb. »

не пытайтесь пересказывать то, чего не понимаете

перепишите буква в букву то, что вас смущает и укажите (буква в букву) откуда берёте эти значения

и с какого перепуга это "Сетевые технологии"?

[Grabber2006]

Одна программа считает 1 Гб = 1000 Мбайт, другая программа считает 1 Гб = 1024 Мбайт. Поэтому и получается разница.

[Jula0071]

Одна программа считает 1 Гб = 1000 Мбайт, другая программа считает 1 Гб = 1024 Мбайт. Поэтому и получается разница. »

Я тоже так подумал, но цыферки не совпали. Близко, но например 30 бинарных должно быть 32,21 десятичных с округлением.

[Grabber2006]

Там могут быть нюансы в виде округления 1024*1024*1024 или 1024*1024*1000 или 1024*1000*1000. Смотря как считает конкретная реализация алгоритма.
И ещё вот.

[pavsem7]

перепишите буква в букву то, что вас смущает и укажите (буква в букву) откуда берёте эти значения и с какого перепуга это "Сетевые технологии"? »

А какие это тогда технологии по-вашему? Какой раздел?

Еще раз повторяю: я задал размеры дисков при создании вирт.машин в vmware 6.5 ровными: 30, 40, 110 Гб
А когда машины windows создались то они заняли больше пространства: 32.11, 44,11, 126,11 Гб
что показывается в списке вирт.машин в веб-клиенте и что следует из остатка свободного места на диске vmware.

Естественно такой феномен могут объяснить только те, кто работал с этой версией vmware.
Неужели никто не пользуется?
На округление из-за 1024 не тянет.
Исходя из объема ОЗУ каждой машины диск вроде увеличивается на объем ОЗУ почему-то плюс загадочные 0,11 во всех случаях.

[sergey_dsv]

А при создании дисков вы указали что диски будут статические или динамические?

[Busla]

Еще раз повторяю: »

неправда - теперь вы говорите другое просто не понимаете о чём говорите

А когда машины windows создались то они заняли больше пространства: 32.11, 44,11, 126,11 Гб »

если явно вы не резервируете под ВМ память, то резервируется дисковое пространство под память ВМ (под разницу между зарезервированной на гипевизоре и назначенной ВМ)
но это не "диски выросли в размере" - файлы виртуальных дисков какими были, такими и остались

Дисковое пространство на самом гипервизоре занято не только виртуальными дисками - там и конфиги, и логи. Да и сами файлы виртуальных дисков - это не голый дамп диска, а ещё и метаданные. Вы не можете создать диск совершенно произвольного размера, диск имеет геометрию - секторы, головки, цилиндры. Хотя они и виртуальны, их количество должно быть целым. Сама ФС у VMware заточена под хранение больших файлов, там размер блока от 1 до 8 мебибайтов. Т.е. даже самый крохотный файл занимает не меньше мебибиайта на диске. Короче, ВМ снаружи всегда больше, чем внутри. Впрочем, это обычно не проблема, т.к. для нормальной рабы у вас всегда должен быть запас дискового пространство. А если дисковая подсистема не совсем дохлая, то лучше выделять тонкие диски, а не толстые.

[pavsem7]

при создании дисков вы указали что диски будут статические или динамические? »

Диски создаются по-умолчанию thick provisioned lazily zeroed, т.е. "Все пространство такого диска выделяется в момент создания, при этом блоки не очищаются от данных, которые находились там ранее".
Если бы они были thin (тонкие), увеличивающиеся по мере работы, то я бы не спрашивал.

Еще Disk mode: Dependent, т.е. весь диск включается в снапшот, но это к размеру не относится.
Я снапшоты не делаю, и так мало места.

там размер блока от 1 до 8 мебибайтов. »

Это новые единицы - мебибайты?

А если дисковая подсистема не совсем дохлая, то лучше выделять тонкие диски, а не толстые. »

Это, чтоб грохнулось в один день Х из-за переполнения?

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

Может расскажете, как создавать в vmware в вм секторы, головки, цилиндры, количество которых целое?