X11 по SSH OpenGL, не работающему
Первые версии Unix случайно использовали 512-байтовые блоки в своей файловой системе и дисковых драйверах. Unix начиналась как довольно минималистичная и низкоуровневая система, с интерфейсом, который строго следовал за реализацией, и пропускал детали, которые должны были оставаться абстрагированными, такие как размер блока. Вот почему сегодня "блок" по-прежнему означает 512 байт во многих контекстах, хотя для данного файла могут быть разные размеры блока, возможно, даже разные размеры блока (один для файловой системы, один для менеджера томов, один для диска...).
Реализация отслеживала использование диска, подсчитывая, сколько блоков данных было выделено для файла, поэтому было легко сообщить размер файла как количество блоков. Использование диска и размер файла могут отличаться, не только потому, что использование диска - это обычно размер, округленный до целого числа блоков, но и потому, что разреженные файлы имеют меньше блоков, чем обычно требуется для размера. Насколько я знаю, в ранних Unix-системах, реализовавших разреженные файлы, find -size использовал количество блоков, используемых файлом, а не размер файла; современные реализации используют размер файла, округленный в большую сторону (об этом есть примечание в спецификации POSIX).
Самые ранние реализации find принимали число блоков только после -size. В какой-то момент find -size начал принимать суффикс c для указания количества cсимволов вместо блоков; я не знаю, кто это начал, но так было в 4.3BSD. Другие суффиксы появились позже, например, во FreeBSD в release 6.2 были введены k, M и другие суффиксы, но не b, который, как мне кажется, существует только в GNU и BusyBox find.
Исторически сложилось так, что многие программы использовали "символ" и "байт" взаимозаменяемо, и, как правило, предпочитали термин "символ". Например, wc -c считает байты. Поддержка многобайтовых символов и, следовательно, подсчет символов, отличающийся от подсчета байтов, появилась относительно недавно.
В общем, нет никакой цели. Размер блока в 512 байт, тот факт, что это единица по умолчанию, и использование буквы b возникли не преднамеренно, а в результате исторической случайности.
Возможно, у вас возникла проблема с драйвером, из-за которой инструкции по 3D-рендерингу не могут быть преобразованы в исходную среду, в которой вы хотите просматривать glxgears или 3D-рендеринг.
Здесь есть ссылка на аналогичную проблему :https://github.com/Bumblebee-Project/Bumblebee/issues/356, это локальная проблема без ssh X11Forwarding, однако в принципе это то же самое.
Я полагаю, что это так, потому что ваше аппаратное обеспечение не такое же, как вы заявили, «поэтому оно аппаратно ускорено». Я бы сказал, что у вас могут быть даже загружены драйверы nVidia в указанной системе или другие проприетарные драйверы.
Я считаю, что эта проблема неразрешима при выбранном методе просмотра 3D-изображений на данном оборудовании.