1.2, rshadow (ok), 15:44, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Скорее всего в других системах при количестве ядер=1 тоже ничего не планирует.
| |
1.5, pavlinux (ok), 16:06, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Intel IOMMU (VT-d) with interrupt remapping support (except when running inside QEMU)
А можно пущать lxc в гипервизоре из qemu?
| |
|
2.24, Аноним (-), 07:39, 29/12/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
Кстати, непонятно, как после этой истории можно смотреть на что-то с названием "сименс" без отвращения?
| |
|
1.8, Аноним (-), 17:11, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Можно как-то заюзать это изделие есть какие-то API или вообще как с этим жить?
| |
|
2.11, pavlinux (ok), 17:39, 28/12/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Можно как-то заюзать это изделие есть какие-то API или вообще как с этим жить?
Начини с обучения пользования ссылками.
| |
|
1.12, Val (??), 17:40, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Гипервизор реализован в виде модуля для ядра Linux и обеспечивает виртуализацию на уровне ядра.
Нет. Jailhouse вообще не имеет никакого отношения к ядру Linux и при активации отбирает у него доступ ко всему. В виде модуля ядра реализован тот самый загрузчик.
| |
|
2.14, ананим.orig (?), 19:14, 28/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
угу.
а /dev/jailhouse становится сим-линком на /dev/null?
не говоря уже про всякие /dev/sda
| |
|
3.19, Val (??), 21:30, 28/12/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
/dev/jailhouse - это просто устройство, через которое CLI загрузчика общается с модулем. К гипервизору это не имеет особого отношения - просто менеджмент. В отличие от того же KVM, где VMEXIT'ы именно обрабатываются модулем ядра.
| |
3.20, Val (??), 21:33, 28/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
Другими словами, в Jailhouse Linux не выполняется в VMX root (на Intel).
И никакого /dev/sda у гипервизора, конечно, нет. Для Linux в root cell доступ до него обычно оставляют, но нет никаких проблем отрубить. После этого Linux впадет в панику, гипервизор продолжит работать. И, к примеру, выполнять тот самый Zephyr.
| |
|
2.17, pavlinux (ok), 21:15, 28/12/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> при активации отбирает у него доступ ко всему.
Кэп, ты сейчас расшифровал определение гипервизора ОСи.
| |
|
1.13, anomymous (?), 19:10, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
"ориентация на привязку виртуальных машин к фиксированному CPU"
Это толком и не гипервизор. Это слегка перекормленный планировщик. В последнее время подобных расплодилось - реализация проста в дым, а хайпа вокруг гипервизоров много.
| |
|
2.18, Аноним (-), 21:25, 28/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
Вы собираетесь майнить на машине, которая двигает жд стрелки или поднимает-опускает стержни в реакторе?
| |
|
3.26, Меломан1 (?), 08:47, 29/12/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Вы собираетесь майнить на машине, которая двигает жд стрелки или поднимает-опускает стержни
> в реакторе?
Страшно? Представь сколько криптовалюты придется выложить Рогозину прокурорам...
| |
|
|
1.21, Аноним (21), 21:43, 28/12/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Здесь нет предмета для обсуждения. Данная Siemens технология ориентирована на real-time. Хотя 99% пищуших здесь"профессионалов" понятия об этом не имеют.
| |
|
2.22, pavlinux (ok), 00:15, 29/12/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Профик, код видел?
spin_lock(&cell->mmio_region_lock);
...
/*
* If this CPU is last, make sure everything was committed before we
* signal the other CPUs spinning on initialized_cpus that they can
* continue.
*/
memory_barrier();
...
spin_unlock(&cell->mmio_region_lock);
Как думашь, "make sure", "that they can continue" это реалтаймовые термины?
Ожидание сброса кэша внутри блокировки на SMP бурбуляторе (особо x86) это да, реалтаймней не придумашь.
| |
|
3.25, Аноним (-), 07:42, 29/12/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Как думашь, "make sure", "that they can continue" это реалтаймовые термины?
> Ожидание сброса кэша внутри блокировки на SMP бурбуляторе (особо x86) это да,
> реалтаймней не придумашь.
это мягкое, либеральное реальное время
| |
|
|
1.35, username (??), 23:30, 01/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Что вы за люди такие. Ну спросите у мастеров зачем биндят процессы к конкретному цпу, зачем пишут свою реализацию сетевого стека под linux и прочее. В принципе самому не сложно понять.
Здесь почти правильно высказались, такой дизайн нужен для среднего между реалтаймом и обычной работой с планировщиком и мультиядрами. Да, ни туда ни сюда.
| |
|