это что, так и должно быть?!

[ypq]

вот, допустим, я хочу эту Распберри использовать как jump-station, чтобы удаленно через нее через ssh попадать на комп в локалке. пробую, получаю жуткие тормоза. настолько жуткие, что окно программы с удаленной машины открывается и далее не в состоянии просто перерисоваться. заглядываю на Распберри, а там sshd жрет 100% CPU. здрассти! нет, я понимаю: сжатие потока, шифрование-дешифрование, да в две стороны. но потоков-то и нет, фактически. и где обещанная производительность 64-битного 4-ядерного процессора?!

ничего не понимаю...

upd: ok, дело было в конкретной программе, запущенной удаленно. это был firefox. как ему удалось завесить транзитный хост - это отдельная, крайне интересная пестня!

upd2: firefox, кстати, на самой Распберри удаленно не запускался. ругался:
X11 connection rejected because of wrong authentication.
Error: cannot open display: localhost:10.0
вылечилось:
export XAUTHORITY=$HOME/.Xauthority ; firefox
но при этом и тут sshd стал жрать 100% CPU.

Comments

[juan_gandhi]

А с чего это фокс-то запустился? Зачем оно?

[ypq]

ну это у меня на Распберри флешка с Убунтой. я опыты ставлю разные...
в частности, предлагается на этом микро-компе 64-битном держать десктопную ОС, и работать удаленно со старого 32-битного компа.

но вот я чота пока не вижу скорости-то.

[ufm]

Нормальные люди для этого используют NoMachine.

[realwired]

есть основательное подозрение, что производительность - такое же убожество как у VNC и других нашлепок поверх экранного буфера

[ypq]

ну, чисто теоретически, если экранный буфер отрисовывается каким-то навороченным рендерингом, то быстрее будет на мощном компе его нарисовать, а чтоб мелкий комп его просто отобразил на экран.
хотя я все равно не пойму - чем VNC или RDP лучше X11. (но это уже не про Raspberry, а про Wayland).

[ufm]

Мой многолетний опыт подсказывает, что (при желании) можно даже видосики на ютьюбе смотреть. Как минимум в HD. А дальше - зависит от.

[realwired]

Я просто напомню, что смысл затеи ТС - получить в итоге УВЕЛИЧЕНИЕ производительности.

Самый младший Jetson Nano/2Gb, которому уже сто лет в обед, на локальном Хромиум спокойно выдает Ютуб 4К/30. Разумеется, Хромиум от вендора, умеющий использовать H/W.

HD (это 720, на минуточку) так себе шаг вперёд от 4К

[ypq]

Федор Михайлович, чота ты забыл фидошные времена... :)
"для этого" - для чего?
NoMachine - ты о чем: о фирме, о технологии, или о чем-то ещё? хотя, спасибо за наводку - я не знал такого слова.

я говорю: "опыты ставлю", а ты говоришь: "нормальные люди..." ну я и не претендовал никогда на нормальность. нормальные люди в 1990м торговали модемами и понятия не имели нахер они кому-то нужны.

[ufm]

"Для этого" - это для этого.
NoMachine - это о конкретном софте. Будешь играться, клиент советую ставить вот этот - https://downloads.nomachine.com/ru/download-enterprise/#NoMachine-Enterprise-Client сервер, понятно дело, ставь бесплатный. Впрочем, раньше у них была интересная бага, позволявшая продлить тестовую лицензию на платные продукты на много-много лет. Но я думаю, ты врятли будешь поднимать полноценный многопользовательский сервер.

[ypq]

ладно, не забыл. :) значит, для этого самого. вот понимаешь же!

я уже походил, посмотрел сайт NoMachine, но мне же не клиент нужен, мне для начала на Распберри надо сервер, или хотя бы десктоп, а оно "Продукты NoMachine Enterprise предоставляются на условиях 30-дневной оценочной лицензии." где там бесплатные-то? хотя, за месяц, конечно, можно вдоволь наиграться...

[ufm]

https://downloads.nomachine.com/ru/linux/?id=29&distro=Raspberry

[ypq]

а, ну вот чота я сразу не увидел, что оно и клиент и сервер одновременно...

[ufm]

Я, по этому, и сказал - клиента ставь того, что по ссылке. По ссылке - чистый клиент, без сервера.

[ypq]

ну всё, готово, спасибо!
это именно то, что было нужно.
ну правда, 32-битную машинку я ещё не доставал из кладовки...

[realwired]

хм... а откуда быть скорости-то? при в разы возросшей нагрузке на память? то, что в кэше - будет (возможно) быстрее. остальное - ну извините. с бОльшего - линейный доступ к > 4 Гб. всё. остальное очень зависит от реализации в железе

[ypq]

мне где-то попадалось, как пример использования Raspberry - "у вас старый 32-битный комп? дайте ему вторую жизнь с помощью Raspberry!" ну вот у меня есть такой комп... возможно, конечно, он будет работать быстрее в качестве графического терминала, быстрее, чем на собственной ОС, ещё не пробовал.

но я там написал, что удивлен, что sshd грузит на 100% CPU на ТРАНЗИТНОМ хосте.

[realwired]

Хромовский движок уже давно делает вывод на экран через GPU, а это фактически DMA, и все GPU расширения Х-ов работают напрямую, мимо протокола. Т.е. для удаленного клиента сначала будет софтверный рендеринг на локальной машине, чтобы полученные команды можно было завернуть в Х протокол, отправка на удаленный Х хост, ...
Как-то трудно увидеть тут скорость.

[ypq]

ну для начала, Хром уже перестали делать под 32-битные компы. и я хз как устроен внутри Хром - чего он будет делать, если у сервера (на локальном компе) нет GL.

[ufm]

Ты не забывай, что оно хоть как-то работает только из-за того, что всё что можно оффлоадится железом. Из-за этого "шаг вправо - шаг влево" и опачки, небыло предусмотрено. И начинает твоё шифрование, например, гоняться напрямую через процессор, а не через блок в процессоре, который умеет делать абстрактный AES быстро-быстро. Я четвертую PI в руках не щупал, а на третьей сетевуха была через USB подключена. Что загоняло процессор в полку просто по трафику, например.

[ypq]

дык может это я ту же полку и наблюдаю просто в ипостаси sshd ?

[ufm]

¯\_(ツ)_/¯