Проект TrueOS, продолжающий (https://www.opennet.dev/opennews/art.shtml?num=45068) развитие PC-BSD, опубликовал бета-выпуск TrueOS Pico (https://www.trueos.org/trueos-pico/), решения для создания тонких клиентов. Архитектура TrueOS Pico подразумевает наличие сервера (Pico Server), к которому подключается группа устройств на базе архитектуры ARM (TrueOS Client). На тонких клиентах предоставляется возможность использования полноценного рабочего стола TrueOS. Работа Pico Server организуется на основе обычного сервера, на который установлен TrueOS. Для клиентов формируются отдельные сборки, которые в настоящее время опубликованы (http://download.trueos.org/pico/armv6/) (250Мб) только для Raspberry Pi.Обнаружение и подключение к серверу осуществляется автоматически, достаточно загрузить клиента и он без дополнительной настройки найдёт сервер в локальной сети и выведет приглашение для входа в систему. Управление пользователями, правами доступа и сеансами производится централизованно с сервера. Рабочий стол непосредственно выполняется на сервере, а на клиенте лишь осуществляется проброс протокола X11 через SSH. Для обеспечения работы OpenGL на стороне клиента применяется технология VirtualGL (http://www.virtualgl.org/), позволяющая организовать совместное использование GPU на Pico Server. Также поддерживается проброс звука с сервера. Решение о лицензировании продукта пока не принято, но на время тестирования введено ограничение в 5 одновременных клиентских сеансов для одного сервера.
URL: https://www.trueos.org/trueos-pico/
Новость: http://www.opennet.dev/opennews/art.shtml?num=45518
Все конечно хорошо, но что бы это значило?
>Решение о лицензировании продукта пока не принято, но на время тестирования введено ограничение в 5 одновременных клиентских сеансов для одного сервера.
монэтизация
Пфенниги. Сантимы. Гроши.
А сало на хлебушке да с горчичкой лучше...
> Все конечно хорошо, но что бы это значило?
>>Решение о лицензировании продукта пока не принято, но на время тестирования введено ограничение в 5 одновременных клиентских сеансов для одного сервера.Как что, BSDL во всей красе, стартап готовят к продаже :)))))
>250МбДля терминального контроллера? П-ф-ф-ф-ф...
чииво?простой пример:
тонкий клиент - убогий ARM с ограниченной рамой и без жд тупо цепляется к полноценному x86 серверу c тоннами рамы, рэйдами и прочими прелестями
сдох клиент - заменили железку и фсё, ни потерь данных ни простоеводминам локалхоста не понять ...
"полноценному x86 сервер" сдох и всё. совковским админам не понять.
> "полноценному x86 сервер" сдох и всё. совковским админам не понять.Ща все "x86 сервера" в совковом кровавом энтерпрайзе запускаются под hyperv или vmware и, соответственно, и бэкапятся/ресторятся централизованно. Несовковским админам это обычно тоже тяжело понять - рвет шаблоны. Из - плюсов - убунтят можно покупать и выгонять по 3 рубля - пачка. Все равно нифига не умеют, но всегда можно восстановиться после их творчества.
> убунтят можно покупать и выгонять по 3 рубля - пачка. Все равно нифига не умеютДетские обиды?
Совсем спятил? Кто из убунтят будет связываться с hyperv или vmware? Это же как надо себя презирать?
> Несовковским админам это обычно тоже тяжело понять - рвет шаблоны.Видел такое в самых гнилых, мелких шаражках с кончеными и низкооплачиваемыми ретардами вместо админов. Хоть я и несовковый админ, но шаблоны мне не порвало.
> тонкий клиент - убогий ARM с ограниченной рамой и без жд тупо
> цепляется к полноценному x86 серверу c тоннами рамы, рэйдами и прочими
> прелестямиИ вот тут разумней было бы в ssh не заворачивать, как по сравнению LTSP4 с LTSP5. Хотя на разбери памяти существенно побольше, чем на самых тощих писишных клиентах бывало, но всё-таки камушек не тот для разворачивания нескольких десятков мегабит потока при том же видео на экране, как мне кажется.
>>> Архитектура TrueOS Pico
И да, никакая это не "архитектура", а задумка клиент-серверного решения. </докоп>
чииво?сам то пробовал x11 через ssh?
> чииво?Того.
> сам то пробовал x11 через ssh?
Редкий будний день без того обходится.
Достаточно один раз запустить тот же firefox через ssh -X и для сравнения через RDP чтобы понять что первый вариант ни к черту не годен.И кстати, стирать чужие посты чтобы оставить на их месте запись о том какой ты молодец весь в белом - мягко говоря некрасиво.
> Достаточно один раз запустить тот же firefox через ssh -X и для
> сравнения через RDP чтобы понять что первый вариант ни к черту не годен.Запускайте через -Y :)
> И кстати, стирать чужие посты
Дочитайте до конца п.6 http://wiki.opennet.ru/ForumHelp и больше так не делайте.
> ограничение в 5 одновременных клиентских сеансов для одного сервера.Некрософт терминал сервер? Где-то уже такое видели.
Неужели это пародия на LTSP...
> Неужели это пародия на LTSP...Так точно. Там клиентские чруты для каких-то армовых железок тоже бывали, кстати.
PS: есть контакты с производителями железа (в т.ч. тонкоклиентского, в т.ч. армового), есть опыт по altlinux.org/LTSP, порой приходят люди с вопросами по нему -- нет здоровья взяться за пакет ltsp в сизифе и возобновить эту тему. Если вдруг кому интересно, милости просим.
Нафиг это поделин никому не нужно. Кто имеет реальную потребность в тонких клиентах использует ICA, RDP или на худой конец NX (вспомним также ныне покойный Sun Ray), а это уежище можно только потыкать палочкой, после чего отправить пинком в мусорник где ему самое место.
Только не надо мне этот кривой и глючный ICA рекламировать! Сам же с удовольствием делал тонкие клиенты на xdmcp, x2go, nx, rdp. Внедрял, работало.
Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.
> Для обеспечения работы OpenGL на стороне клиента применяется технология VirtualGLчитать научись
>> Для обеспечения работы OpenGL на стороне клиента применяется технология VirtualGLИ давно вы им пользовались? ;) Сейчас видео обычно смотрят через hw, типа vdpau, а у вас "VirtualGL" ((((
зы. представляю этих 5 клиентов на одной карте сервера и потом raw по 100 мбит !!!!
зы2. для простеньких 3D вполне, но уж только не для видео
Кто проводит конференции тот поймет для чего пригодится проект, например роздолбанные разьемы микрофона и динамика
> Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.На x86 (PIII/ATI) видео 1280x1024 укладывалось где-то в 70Mbps.
PS re #22: да вполне пять клиентов на сотке нормально жили, если свич в сервер был воткнут гигабитом. Это вот дальше, по описаниям тех лет, начинался бондинг -- см. тж. http://altlinux.org/LTSP/Hardware и оттуда http://web.archive.org/web/20090131122454/http://wiki.ltsp.o...
>> Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.
> На x86 (PIII/ATI) видео 1280x1024 укладывалось где-то в 70Mbps.Не укладывалось. Видео PAL со звуком укладывалось в 70-80Mbps, а благодаря Xvideo масштабировалось без тормозов на 1280x1024.
>>> Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.
>> На x86 (PIII/ATI) видео 1280x1024 укладывалось где-то в 70Mbps.
> Не укладывалось. Видео PAL со звуком укладывалось в 70-80Mbps,
> а благодаря Xvideo масштабировалось без тормозов на 1280x1024.Да, соврамши (хотя мог бы и сообразить по разрешению сам) -- спасибо за исправление.
>> Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.
> На x86 (PIII/ATI) видео 1280x1024 укладывалось где-то в 70Mbps.70Mbps??? ну ну, а нормальный трафик 100Mbps Ethernet это ~30% - то есть 30Mbps!!
хороший свитч поможет загнать это в 90% - но вот стабильности это не предаст, любое движение и пошли рывки.
зы. остается одно - сделать акселерацию на малине, но есть ли pc-bsd такие драйверы?
зы2 я тут для видео использую слабенький комп но с nvidia ion2 - вот он пашет даже на 1280x1024 через vdpau!
> Raspberry - у которой 100Мбит потолок? ну-ну. Да, и всё это без видео.Да, забыл добавит - 100Mbps Ethernet over USB !!! где любое движение мышой собьет поток на eth.
И если брать arm то уж что-то не хуже бананы с честными 1Гбит и линукс драйверами для видео от производителя!
PicoBSD распух%) Раньше помещался на флоппи диск 1.44MB
>PicoBSD распух%) Раньше помещался на флоппипросто однофамильцы.
Boku no Pico вспомнился.