On 01/29/21 07:48, Chris wrote:
On 2021-01-28 22:18, Toomas Soome via openindiana-discuss wrote:
On 29. Jan 2021, at 07:48, Chris <oi...@bsdos.info> wrote:
On 2021-01-28 19:48, Gary Mills wrote:
On Thu, Jan 28, 2021 at 05:35:38PM -0800, Chris wrote:
I'm trying to find some combination of hardware that will
produce reasonable performance at the console.
By console, do you mean the raw console without a window manager? If
that's the case, it's no wonder that you are finding it slow. Most
people never see this, except during boot. The raw console is known
to be quite slow. It's never been a problem because the terminal
windows you get with a window manager are quite fast. I have five
low-end systems with a variety of video cards all running OI here.
All I ever did was to do the initial install from the live USB image,
and do updates afterwards with the pkg command.
Well *that's* depressing. Hmm. I guess my first task is going to be
*fixing* that. Frustrating; as I do a great deal of my initial work
from the console. Maybe I'm spoiled, because the (Free)BSD console(s)
are great. I can CTRL+ALT+F(1-12) for a new session, and attack
several different tasks simultaneously.
Guess I'm going to have to build all that into OI. Looks like OI uses
wcons. I'll see if I can coerce syscons(4) to replace it. Unless
someone else has a better idea/option. :-)
Thanks for taking the time to reply, Gary. Greatly appreciated!
—Chris
You do not really want to start with replacing console with syscons,
syscons
itself is already obsolete and freebsd got itself in situation with
two competing
(and broken in parts) console implementations:)
For virtual consoles, you want to check VT(7I), I do not know why we
do not enable
vt’s bt default:
tsoome@beastie:~$ svcs -a | grep vt
disabled 11:34:57 svc:/system/vtdaemon:default
disabled 11:34:57 svc:/system/console-login:vt2
disabled 11:34:57 svc:/system/console-login:vt3
disabled 11:34:57 svc:/system/console-login:vt4
disabled 11:34:57 svc:/system/console-login:vt5
disabled 11:34:57 svc:/system/console-login:vt6
IMO this is a bug. In any case, there is not need to start with
replacing random
components with another kind of random components when there is
perfectly good
option about making existing components better;)
I fully agree that needless "competition* should be avoided.
However for production, I exclusively use Nvidia adapters, as there is
far too
much overhead attempting to use AMD/radeon/intel on FreeBSD. They work
very
inconsistently between brands, and between console vs Graphics/X(org).
Most all
of this is simply the churn adapting Linux graphics to FreeBSD. In
fact after
~2yrs. I am still unable to CTRL+ALT+F1 from X with anything but an
Nvidia
adapter. In part because using an Nvidia adapter I simply add kern.vty=sc
to loader.conf(5) and I'm done. X works && so do all the consoles. I
can't
say the same for the other video adapters. They all require vt(4)
which is as
yet still immature, and incomplete as compared to syscons(2) (sc). The
font
handling is poor. Copy Paste at the console is inconsistent && largely
impossible. Character mode is almost unusable. Mode switching is also
wonky.
As it is, it is almost exclusively limited to Graphics mode, Which is
fine
if you live in X. But if you're already in X, you don't need it.
My experience(s).
Thank you for taking the time to point out vt(4) lives in OI, Toomas. :-)
--Chris
rgds,
toomas
Hello!
I am using an NVIDIA card with OI, LEGACY boot,
vt is enabled and in TEXT mode
which is about as fast as i was used to in former lx days, nothing to
compain here..,
CTRL-1, CTRL-2 is working from X
Greetings,
Stephan
_______________________________________________
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss