Size: a a a

KVM (PVE/oVirt etc)

2019 October 23

M

Maxim in KVM (PVE/oVirt etc)
вообще с твоими задачами, можно вообще по сети образ заранее подготовленный грузить и работать на тонком, проблем меньше будет.
источник

i

ivdok in KVM (PVE/oVirt etc)
Alex
вроде все так
X2Go у меня трафика всего ничего потребляет, потюнив графоний на клиенте
источник

i

ivdok in KVM (PVE/oVirt etc)
Но это уже оффтоп
источник

M

Maxim in KVM (PVE/oVirt etc)
ltsp в режиме толстого клиента, просто упростит формирование этих образов
источник

A

Alex in KVM (PVE/oVirt etc)
я в x2go при стрессовом ютубе обнаружил 120 мб на клиента (соответсвенно на 5 клиентах сеть все)
источник

AP

Alexander Petrov in KVM (PVE/oVirt etc)
Наверное с одной железкой надо смотреть в сторону приложения
источник

A

Alex in KVM (PVE/oVirt etc)
Maxim
ltsp в режиме толстого клиента, просто упростит формирование этих образов
да но тут нужно более мощное железо на стороне клиента - вариант конечно
источник

i

ivdok in KVM (PVE/oVirt etc)
Alex
я в x2go при стрессовом ютубе обнаружил 120 мб на клиента (соответсвенно на 5 клиентах сеть все)
Режь качество картинки. Зачем для работы больше 16 бит, если они у вас не дезигнеры?
источник

A

Alex in KVM (PVE/oVirt etc)
ivdok
X2Go у меня трафика всего ничего потребляет, потюнив графоний на клиенте
а сколько клиентов?
источник

AP

Alexander Petrov in KVM (PVE/oVirt etc)
а что там такого мощного что webrtc не держит на стороне клиента?
источник

AP

Alexander Petrov in KVM (PVE/oVirt etc)
Требования приложения к железу то какие?
источник

A

Alex in KVM (PVE/oVirt etc)
почему - держит вполне
источник

k

kvaps in KVM (PVE/oVirt etc)
Alex
вообще очень грусно что ltsp при всей своей крутизне не умеет в сжатие трафика просто какой то провал… как же просто там все поднимается настраивается но соединение в 1гб убивает все удовольствие
Имхо сейчас в 2019 LTSP только в режиме толстого клиента годится. Причём желательно с LTSP_NBD_TO_RAM=true опцией, чтобы можно было безболезненно обновлять образ. А дальше если уж нужно чего то запускать прямо на нём.

По факту VDI я бы делал в связке LTSP + браузер и spice-client на стороне пользователя. Со стороны сервера oVirt или OpenNebula
источник

AP

Alexander Petrov in KVM (PVE/oVirt etc)
Толстый клиент и вперед)))
источник

A

Alex in KVM (PVE/oVirt etc)
Alexander Petrov
Требования приложения к железу то какие?
да желательно что бы никакие прям рапсоди лучше всего =) ну или древние какие клиенты от hp =)
источник

i

ivdok in KVM (PVE/oVirt etc)
Alex
а сколько клиентов?
<10. В основном RDP, конечно, используется до виндовых TS. Xrdp что-то прям совсем не работает в современных дистрах. Но X2Go вполне не больше 10mbps требует для комфортной работы. Работы, а не ютуба, h.264 ещё не завезли и хз вообще будет ли.
источник

k

kvaps in KVM (PVE/oVirt etc)
Alex
почему - держит вполне
тогда бери LTSP и деплой его в режиме толстого клиента, зачем тебе vdi вообще?
источник

A

Alex in KVM (PVE/oVirt etc)
спайс конечно производительнее в отношении сети
источник

A

Alex in KVM (PVE/oVirt etc)
kvaps
тогда бери LTSP и деплой его в режиме толстого клиента, зачем тебе vdi вообще?
да я пока просто выдумываю велесипед с чем удобнее и надежнее работать
источник

A

Alex in KVM (PVE/oVirt etc)
у виртуализации свои плюсы (можно разные os крутить в рамках одной архитектуры) масштабируемость
источник