Здравствуйте, Cyberax, Вы писали:
C>А затем, мой дорогой друг, чтобы разные виртуалки на одном хосте могли обращаться к общему разделяемому хранилищу.
Им для этого сетки хватит так то virtio-net + vhost + tap + nfs. А несетевую файловую систему шарить между машинами — хм.
S>>Если бы предложили видеоадаптер пробросить, с созданием полноценного virtio драйвера для неё, S>>вот это было бы серьёзно. А так мелочь пузатая. C>Ну так всё суть "мелочь пузатая", кроме Соляриса с DTrace'ом. Я понимаю.
Я когда послушал презентацию солярисных чуваков на линуксконе про этот DTrace, и как они его портируют — долго не мог поверить что это они на полном серьезе свои трейсы продают как мегапродукт
Здравствуйте, aik, Вы писали:
C>>А затем, мой дорогой друг, чтобы разные виртуалки на одном хосте могли обращаться к общему разделяемому хранилищу. aik>Им для этого сетки хватит так то, virtio-net + vhost + tap + nfs какой нибудь решат задачу.
Так и делается сейчас.
Но не всё так однозначно, как обычно. Получается, что каждая машина будет иметь приватную копию данных. Кроме того, затраты на постоянное копирование данных через TCP очень даже заметны.
Если на узле работает 1-2 виртуалки, то это не такая большая проблема. Но вот компания A. хочет запускать на одном узле по 20-30 виртуалок и оверхед получается уже запретительным. Про LXC и Docker они знают, но он для них неприемлим по соображениям безопасности.
aik>А несетевую файловую систему шарить между машинами — хм.
Это если неумеючи.
C>>Ну так всё суть "мелочь пузатая", кроме Соляриса с DTrace'ом. Я понимаю. aik>Я когда послушал презентацию солярисных чуваков на линуксконе про этот DTrace, и как они его портируют — долго не мог поверить что это они на полном серьезе свои трейсы продают как мегапродукт
Ну так в Солярке ровно две фичи, которые сколь-либо интересны кому-либо кроме копрофилов: DTrace и ZFS. Вот они над ними и трясутся.
Я вообще к тому, что подобных проектов реально вполне достаточно сейчас. Лет через 5-7 ситуация может и поменяться, но вот прямо сейчас линуксовых специалистов очень мало.
Здравствуйте, Cyberax, Вы писали:
C>А затем, мой дорогой друг, чтобы разные виртуалки на одном хосте могли обращаться к общему разделяемому хранилищу.
Одновременно? Это ФС должна быть кластерной, тогда писался драйвер файловой системы, как virtio драйвер, который
транслировал обращения к себе в обращения к функциям драйвера кластерной ФС, примонтированной к гипервизору.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, KrukovV, Вы писали:
KV>>Необходимо сделать приложение реализующее функцию выравнивания громкости (нормализация звука как в Windows). (Тихие звуки подтягиваем и делаем громче, очень громкие наоборот убавляем по громкости до определенного уровня.)
KV>>Оплата до 600 $ C>ROTFL!
В России инженеру вообще не принято платить. Этот подряд указывает также на системную проблему наших управляющих кадров и производящей отрасли в целом.
Здравствуйте, Cyberax, Вы писали:
C>Если на узле работает 1-2 виртуалки, то это не такая большая проблема. Но вот компания A. хочет запускать на одном узле по 20-30 виртуалок и оверхед получается уже запретительным. Про LXC и Docker они знают, но он для них неприемлим по соображениям безопасности.
vhost они тоже знают, так то.
C>Я вообще к тому, что подобных проектов реально вполне достаточно сейчас. Лет через 5-7 ситуация может и поменяться, но вот прямо сейчас линуксовых специалистов очень мало.
Честно — не заметил дефицита еще когда в Москве жил, с 2003 колупаюсь с линуксом и как то всегда хватало грамотного народу.
Здравствуйте, aik, Вы писали:
C>>Если на узле работает 1-2 виртуалки, то это не такая большая проблема. Но вот компания A. хочет запускать на одном узле по 20-30 виртуалок и оверхед получается уже запретительным. Про LXC и Docker они знают, но он для них неприемлим по соображениям безопасности. aik>vhost они тоже знают, так то.
Это всё равно медленнее прямой передачи страниц между узлами. Ну и с памятью вопрос не решает (KSM они пробовали, но он недостаточен).
C>>Я вообще к тому, что подобных проектов реально вполне достаточно сейчас. Лет через 5-7 ситуация может и поменяться, но вот прямо сейчас линуксовых специалистов очень мало. aik>Честно — не заметил дефицита еще когда в Москве жил, с 2003 колупаюсь с линуксом и как то всегда хватало грамотного народу.
В России это традиционно стопятьсот вариантов настройки почтового сервера и файрвола.
Здравствуйте, smeeld, Вы писали:
C>>А затем, мой дорогой друг, чтобы разные виртуалки на одном хосте могли обращаться к общему разделяемому хранилищу. S>Одновременно? Это ФС должна быть кластерной, тогда писался драйвер файловой системы, как virtio драйвер, который S>транслировал обращения к себе в обращения к функциям драйвера кластерной ФС, примонтированной к гипервизору.
Нет, необязательно. Надо просто координировать действия на уровне VFS. В первой версии они хотели single-writer multiple-readers модель.
Здравствуйте, Cyberax, Вы писали:
C>Нет, необязательно. Надо просто координировать действия на уровне VFS. В первой версии они хотели single-writer multiple-readers модель.
Обращения к ФС в виртуалках через virtio драйвер транслировались в обращения к ФС в гипервизоре через функции VFS в ядре
гипервизора, которые пропатчивалсь для синхронизации одновременного доступа из нескольких виртуалок? Уверен сделано всё
на локах. Как там было с произодительностью при одновременной записи данных сразу многими виртуалками в одну и ту же ФС
в гипервизоре? ИМХО решение какое-то непонятно зачем нужное. Тупо NFS будет не медленней такого решения.
Здравствуйте, smeeld, Вы писали:
C>>Нет, необязательно. Надо просто координировать действия на уровне VFS. В первой версии они хотели single-writer multiple-readers модель. S>Обращения к ФС в виртуалках через virtio драйвер транслировались в обращения к ФС в гипервизоре через функции S>VFS в ядре гипервизора, которые пропатчивалсь для синхронизации одновременного доступа из нескольких виртуалок?
Гипервизор — это сам Линукс (KVM).
S>Уверен сделано всё на локах. Как там было с произодительностью при одновременной записи данных сразу S>многими виртуалками в одну и ту же ФС в гипервизоре?
Не более, чем в обычной ФС. Фактически, получается просто трансляция вызовов VFS через границу узлов и некоторая магия для обеспечения CoW страниц файлового кэша.
S>ИМХО решение какое-то непонятно зачем нужное. Тупо NFS будет не медленней такого решения.
Медленнее. И памяти будет расходовать больше раз в 30. Они уже пробовали даже вундервафли типа GlusterFS.
Здравствуйте, Cyberax, Вы писали:
C>В России это традиционно стопятьсот вариантов настройки почтового сервера и файрвола.
У меня это был запуск родных elf'ов (времен 2.6.32) под виндой, management controller на embedded linux (au1550, mpc8349) в большом ящике с блейдами, драйвер в загрузчике делал чтоб линукс грузить (не совсем линукс, но рядом прям), апликуха плюсах и яве (работала на ноуте под клоном rhel'а) чтоб конфигурить сетевые свичи вокруг. И как то не искал особо, само приползло. А вот почтовые сервера и файрволы настраивать ни разу не пришлось. Я просто везучий, так что ли?
Здравствуйте, Cyberax, Вы писали:
S>>ИМХО решение какое-то непонятно зачем нужное. Тупо NFS будет не медленней такого решения. C>Медленнее. И памяти будет расходовать больше раз в 30. Они уже пробовали даже вундервафли типа GlusterFS.
Здравствуйте, aik, Вы писали:
S>>>ИМХО решение какое-то непонятно зачем нужное. Тупо NFS будет не медленней такого решения. C>>Медленнее. И памяти будет расходовать больше раз в 30. Они уже пробовали даже вундервафли типа GlusterFS. aik>Чисто из любопытства — virtio-9p тоже не торт?
Ага. Там тоже копирование, плюс ещё и местные тормоза.
Здравствуйте, aik, Вы писали:
aik>У меня это был запуск родных elf'ов (времен 2.6.32) под виндой, management controller на embedded linux (au1550, mpc8349) в большом ящике с блейдами, драйвер в загрузчике делал чтоб линукс грузить (не совсем линукс, но рядом прям), апликуха плюсах и яве (работала на ноуте под клоном rhel'а) чтоб конфигурить сетевые свичи вокруг. И как то не искал особо, само приползло. А вот почтовые сервера и файрволы настраивать ни разу не пришлось. aik> Я просто везучий, так что ли?
Здравствуйте, Cyberax, Вы писали:
C>Даже не столько само по себе ядерное программирование, сколько знание низкого уровня Линукса и умение им пользоваться. Это такие вещи, как tracepoint'ы, perf, профилирование системы и т.д. Туда же в копилку и виртуализация с контейнеризацией всех мастей: KVM, Xen, LXC, Docker. C>Огромный плюс в том, что такие специалисты нужны большим компаниям, которые как раз и занимаются сетевыми или мобильными приложениями.
О, кстати такой вопрос, вы не смотрели VisualKernel? Как раз, среда для упрощения копания во внутренностях линуксового ядра. Скоро будет версия 2.0 с поддержкой Code Map и визуализацией зависимостей в самом ядре.
Здравствуйте, bazis1, Вы писали:
C>>Огромный плюс в том, что такие специалисты нужны большим компаниям, которые как раз и занимаются сетевыми или мобильными приложениями. B>О, кстати такой вопрос, вы не смотрели VisualKernel? Как раз, среда для упрощения копания во внутренностях линуксового ядра. Скоро будет версия 2.0 с поддержкой Code Map и визуализацией зависимостей в самом ядре.
Если бы была версия под Линукс/MacOS — купил бы. А так просто не интересно вообще трогать MSVS.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, bazis1, Вы писали:
C>>>Огромный плюс в том, что такие специалисты нужны большим компаниям, которые как раз и занимаются сетевыми или мобильными приложениями. B>>О, кстати такой вопрос, вы не смотрели VisualKernel? Как раз, среда для упрощения копания во внутренностях линуксового ядра. Скоро будет версия 2.0 с поддержкой Code Map и визуализацией зависимостей в самом ядре. C>Если бы была версия под Линукс/MacOS — купил бы. А так просто не интересно вообще трогать MSVS.
Хм. Спасибо за фидбек. А насколько критичным для Вас был бы внешний вид GUI? Мы думали сделать версию для Linux на базе Mono/WinForms, но оно будет выглядеть достаточно примитивно. С другой стороны, инвестировать в серьезный GUI без уверенности, что Linux Community не скажет "фи, платный продукт" мы не хотим рисковать.
Здравствуйте, bazis1, Вы писали:
C>>Если бы была версия под Линукс/MacOS — купил бы. А так просто не интересно вообще трогать MSVS. B>Хм. Спасибо за фидбек. А насколько критичным для Вас был бы внешний вид GUI? Мы думали сделать версию для Linux на базе Mono/WinForms, но оно будет выглядеть достаточно примитивно.
Внешний вид, в принципе, вообще пофиг.
B>С другой стороны, инвестировать в серьезный GUI без уверенности, что Linux Community не скажет "фи, платный продукт" мы не хотим рисковать.
Есть такая вероятность.
Здравствуйте, Kernan, Вы писали:
KV>>>Оплата до 600 $ C>>ROTFL! K>В России инженеру вообще не принято платить. Этот подряд указывает также на системную проблему наших управляющих кадров и производящей отрасли в целом.
Просто раньше все были разбалованы людьми старого замеса. По меркам нормальной инженерии некоторые представители так и вовсе творили чудеса за сущие гроши. Но ничего, это со временем пройдёт как системная болезнь переходного периода 90-ых.
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, KrukovV, Вы писали:
KV>>Оплата до 600 $
Не надо судить о модности по одной позиции. Так любую специализацию можно обделать. Драйверист — системный программист, т.е. он понимает как работает скомпилированный код, многопоточности, уверенное знание c++, алгоритмов и структур данных и еще могое что требуется. За такие скилы в мире еще готовы платить очень даже неплохо.
