qemu-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-discuss] VGA choices


From: Narcis Garcia
Subject: Re: [Qemu-discuss] VGA choices
Date: Wed, 1 Feb 2017 11:35:04 +0100

Any text display should be lighter than any graphic one.
I got most of details from: 1 Documentation, 2 Lists&forums, 3 try and
error.


El 01/02/17 a les 10:48, Vincenzo Romano ha escrit:
> Hi Narcis,
> 
> Thank you for the extra details: the documentation is quite terse if
> not insufficient.
> I mean: https://qemu.weilnetz.de/doc/qemu-doc.html linked as the
> official user manual from
> http://wiki.qemu.org/Manual.
> 
> According to your experience, which approach is the "lightest" among
> "-display vnc" and "-ncurses"?
> 
> Finally, may I ask you where did you pull these details from?
> 
> Thanks again.
> --
> Vincenzo Romano - NotOrAnd.IT
> Information Technologies
> --
> NON QVIETIS MARIBVS NAVTA PERITVS
> 
> 
> 2017-02-01 9:23 GMT+01:00 Narcis Garcia <address@hidden>:
>> -nographic cannot be combined with any other -display.
>> As far as I know, Curses go to local stdout; you can see easily when you
>> lauch Qemu from command line and, by intuition I supose that, (same as
>> SDL) closing the stdout channel/terminal Qemu process can be closed too.
>>
>> You could launch Qemu process in a "screen" session, and attach remotely
>> to it when you connect through SSH.
>>
>>
>> El 01/02/17 a les 08:51, Vincenzo Romano ha escrit:
>>> Thanks, Narcis.
>>>
>>> 2017-02-01 8:29 GMT+01:00 Narcis Garcia <address@hidden>:
>>>> VNC is a protocol to connect to a GUI, not MDA/TXT.
>>>> Independently of what guest OS does or shows, Qemu only outputs display
>>>> through:
>>>> - VNC (graphic)
>>> Networked
>>>
>>>> - SDL (graphic)
>>> Local to the host
>>>
>>>> - GTK (graphic)
>>> Local to the host (maybe also networked with X11)
>>>
>>>> - Curses (text)
>>> Local?
>>>
>>>> - none (no display)
>>> None, indeed.
>>>
>>> My host is a headless server and I'd like to save all resources I can
>>> from it to give them to the guests.
>>> So I need remote access to the guests that I would like to do with
>>> SSH, RDP or VNC
>>> (the latter two with SSH tunnels).
>>>
>>> VNC seems to me a solution, but I couldn't find enough details about
>>> the curses solution which
>>> would be my preferred solution because of its low requirements.
>>> Where is the ncurses output pushed to? A local PTY? A Unix socket?
>>>
>>> Why cannot I use -nographic with -daemonize (and VNC)?
>>>
>>>> El 31/01/17 a les 21:14, Vincenzo Romano ha escrit:
>>>>> Hi.
>>>>> Thanks for the feedback.
>>>>>
>>>>> I need to have a text mode console to the server via VNC (or actually
>>>>> whatever else) in case the network is not working or to operate on the
>>>>> BIOS and the boot loader.
>>>>> And I would like to have such a thing as lean as possible to save
>>>>> resources on the host.
>>>>> As of now I am using "-vga virtio" that is a full blown VGA. I am
>>>>> thinking about a PC with just 80x25 screen.
>>>>>
>>>>> --
>>>>> Vincenzo Romano - NotOrAnd.IT
>>>>> Information Technologies
>>>>> --
>>>>> NON QVIETIS MARIBVS NAVTA PERITVS
>>>>>
>>>>>
>>>>> 2017-01-31 19:47 GMT+01:00 A. Wan <address@hidden>:
>>>>>> On Tue, January 31, 2017 09:54, Vincenzo Romano wrote:
>>>>>>> Sorry for the typo:
>>>>>>>
>>>>>>> BBC=VNC
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Il 31 gen 2017 18:48, "Vincenzo Romano" <address@hidden> ha
>>>>>>> scritto:
>>>>>>>
>>>>>>> Hi all.
>>>>>>> I need to create a number of VM to be used as Linux servers.
>>>>>>> I am planning to use only a VNC console.
>>>>>>> Can I disable the VGA settings (-vga none) and only use the BBC server?
>>>>>>> If not, what's the minimal (as far as the host resources are concerned)
>>>>>>> configuration for the local text-only console via VNC?
>>>>>>>
>>>>>>> TIA.
>>>>>>>
>>>>>>
>>>>>> I don't think it is possible to VNC to text mode console.  Is there a 
>>>>>> reason
>>>>>> why you don't want to telnet/ssh to a guest and then run screen?
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>
>>>>
>>>
>>
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]