Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

ce (12023-06-08): > What about ads for car insurance? Yes, what about them? What do you think they have special? (Hint: an ad for a car insurance is not to convince you to subscribe to any insurance rather than none, it is to convince you to subscribe to this insurance rather than any other.)

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 6/8/23 01:34, to...@tuxteam.de wrote: Ad industry /is/ about convincing people to do things which potentially damage them. So it is deceptive by design. Read up on Big Tobacco for a good example. What about ads for car insurance?

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Thu, Jun 08, 2023 at 12:45:38AM +0200, Oliver Schoede wrote: > > On Tue, 6 Jun 2023 06:05:18 +0200 > wrote: > > >On Mon, Jun 05, 2023 at 05:59:11PM -0400, Celejar wrote: > > > >[...] > > > >> The only case I can see in which such offloading would > >> be unethical is where the website

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Tue, 6 Jun 2023 06:05:18 +0200 wrote: >On Mon, Jun 05, 2023 at 05:59:11PM -0400, Celejar wrote: > >[...] > >> The only case I can see in which such offloading would >> be unethical is where the website operator is somehow engaging in >> deceptive behavior, but assuming it is not [...] > >A

Re: A hypervisor for a headless server?

On Friday, June 02, 2023 11:34:58 AM Mario Marietto wrote: > Excuse me,but there is something within your argumentation that I don't > like and I want to express what it is. Let's take Linux as an example of > what I want to say. Linux is well known to be an OS that can be installed > on the old

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Mon, Jun 05, 2023 at 05:59:11PM -0400, Celejar wrote: [...] > The only case I can see in which such offloading would > be unethical is where the website operator is somehow engaging in > deceptive behavior, but assuming it is not [...] A pretty strong assumption given that the crushing

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Sun, 4 Jun 2023 16:17:47 +0800 Bret Busby wrote: > On 4/6/23 14:32, Max Nikulin wrote: > > > > > I believe, web site creators should be blamed more aggressively than > > browser developers for RAM requirements of contemporary web applications. > > > > That was the point that I was making

Re: A hypervisor for a headless server?

On Sun, Jun 04, 2023 at 11:44:11AM -0400, Michael Stone wrote: [...] > > But,first of all,I think that there are a LOT of old PCs in the world,since > > poor people aren't only a niche. > > I think you underestimate the scale of the e-waste problem. Simply giving > people better, less obsolete,

Re: 10 year old machines are slow (was: A hypervisor for a headless server?)

On 2023-06-02, Bret Busby wrote: > > Whoever posted the message to which the above message is a reply, is An enduring mystery to know why Monnier refuses the convention of attributions. Then again, one of the smaller mysteries.

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 05:18:38PM +0200, zithro wrote: On 02 Jun 2023 14:31, Michael Stone wrote: I don't recommend xen for new projects. It has more pieces and tends to be more fragile than qemu+kvm, for no real benefits these days. (IMO) Define "more pieces" and "more fragile" ? You

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 05:34:58PM +0200, Mario Marietto wrote: Excuse me,but there is something within your argumentation that I don't like and I want to express what it is. Let's take Linux as an example of what I want to say. Linux is well known to be an OS that can be installed on the old

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

> With no client-side javascript, it's not possible to change just a part of > a web page[0]. The server must send the whole web page to be rendered by the > client. So while it decreases CPU usage in the client, it increases network > usage. Isn't it unethical to also "steal" more bandwidth than

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Sun, Jun 04, 2023 at 10:34:04AM -0400, Greg Wooledge wrote: > On Sun, Jun 04, 2023 at 04:30:46PM +0200, to...@tuxteam.de wrote: > > So the practice is that the whole internet dumps the whole framework > > schtack [2] on you. > > https://en.wikipedia.org/wiki/WebAssembly We need better

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Sun, Jun 04, 2023 at 04:30:46PM +0200, to...@tuxteam.de wrote: > So the practice is that the whole internet dumps the whole framework > schtack [2] on you. https://en.wikipedia.org/wiki/WebAssembly

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On Sun, Jun 04, 2023 at 08:17:43AM -0300, Eduardo M KALINOWSKI wrote: [...] > With no client-side javascript, it's not possible to change just a part of a > web page[0]. The server must send the whole web page to be rendered by the > client. So while it decreases CPU usage in the client, it

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

Max Nikulin wrote: ... > I believe, web site creators should be blamed more aggressively than > browser developers for RAM requirements of contemporary web applications. no kidding, rather poor design in many web sites these days, loading and reloading images, large images for little

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 04/06/2023 05:17, Bret Busby wrote: On 4/6/23 14:32, Max Nikulin wrote: I believe, web site creators should be blamed more aggressively than browser developers for RAM requirements of contemporary web applications. That was the point that I was making - I had not, as a twisted

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 4/6/23 14:32, Max Nikulin wrote: I believe, web site creators should be blamed more aggressively than browser developers for RAM requirements of contemporary web applications. That was the point that I was making - I had not, as a twisted response indicated, criticised Firefox

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 03/06/2023 18:37, The Wanderer wrote: On 2023-06-03 at 07:18, Max Nikulin wrote: On 03/06/2023 17:40, The Wanderer wrote: Hey, now. I once had a Firefox session (with "restore tabs from previous session" enabled, and about six-to-eight windows) with 5,190 open tabs, and that computer only

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On 3/6/23 20:26, Dan Ritter wrote: Bret Busby wrote: I don't see how they can be both cheap and cost far too much. -dsr- Cheap and nasty construction, selling for excessive prices. "Here is this thing that cost me a dollar to make. I will sell it to you for a hundred dollars, with no

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

Bret Busby wrote: > Last year, I bought the computer described below, as a refurbished machine, > and, it is far superior to the new computers that do not come with enough > RAM to be worthwhile. > > This computer, with 128GB RAM, I regard as far superior to an i9 computer > with 8GB RAM. OK.

Re: 10 year old machines are slow (was: A hypervisor for a headless server?)

Bret Busby wrote: > > Whoever posted the message to which the above message is a reply, is showing > a lack of knowledge of computers; the "speed" of a computer, involves more > components than simply the CPU - an i9 with 2GB of RAM, will probably not be > as "fast" as in i3 with 32GB of RAM.

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 2023-06-03 at 07:18, Max Nikulin wrote: > On 03/06/2023 17:40, The Wanderer wrote: > >> Hey, now. I once had a Firefox session (with "restore tabs from >> previous session" enabled, and about six-to-eight windows) with >> 5,190 open tabs, and that computer only had 24GB of RAM. > > Modern

Re: Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 03/06/2023 17:40, The Wanderer wrote: Hey, now. I once had a Firefox session (with "restore tabs from previous session" enabled, and about six-to-eight windows) with 5,190 open tabs, and that computer only had 24GB of RAM. Modern browsers supports "unloaded" tabs, so most of your tabs

Firefox resource utilization (was Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?)

On 2023-06-03 at 01:41, Nicholas Geovanis wrote: > On Fri, Jun 2, 2023, 6:10 PM Bret Busby wrote: >> This computer, with 128GB RAM, I regard as far superior to an i9 >> computer with 8GB RAM. >> Refurbished computer profile (with 128GB RAM (that runs about 200 >> windows of Firefox (I have

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On 3/6/23 13:41, Nicholas Geovanis wrote: On Fri, Jun 2, 2023, 6:10 PM Bret Busby > wrote: On 3/6/23 06:33, Nicholas Geovanis wrote: > > > On Fri, Jun 2, 2023, 4:49 PM Bret Busby mailto:b...@busby.net> >

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On Fri, Jun 2, 2023, 6:10 PM Bret Busby wrote: > On 3/6/23 06:33, Nicholas Geovanis wrote: > > > > > > On Fri, Jun 2, 2023, 4:49 PM Bret Busby > > wrote: > > > > On 2/6/23 23:55, James H. H. Lampert wrote: > > > > > > > > > Luddites of the World Unite! You

Re: 10 year old machines are slow (was: A hypervisor for a headless server?)

On 6/2/23 12:19, Stefan Monnier wrote: The most recent general-purpose Intel CPU without VT-X is from 2012. [...] *everything* on processors that old is slow. Actually, for many (most?) single-threaded applications, I wouldn't be surprised if some 2010 CPUs end up within a factor 3 of the

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On 3/6/23 06:33, Nicholas Geovanis wrote: On Fri, Jun 2, 2023, 4:49 PM Bret Busby > wrote: On 2/6/23 23:55, James H. H. Lampert wrote: > Luddites of the World Unite! You have nothing to lose but your upgrade > treadmills If, by upgrade

Re: 10 year old machines are slow (was: A hypervisor for a headless server?)

On 3/6/23 03:19, Stefan Monnier wrote: The most recent general-purpose Intel CPU without VT-X is from 2012. [...] *everything* on processors that old is slow. Actually, for many (most?) single-threaded applications, I wouldn't be surprised if some 2010 CPUs end up within a factor 3 of the

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On Fri, Jun 2, 2023, 4:49 PM Bret Busby wrote: > On 2/6/23 23:55, James H. H. Lampert wrote: > > > > > Luddites of the World Unite! You have nothing to lose but your upgrade > > treadmills > > If, by upgrade treadmills, you mean the flatbed treadmills, that have a > belt that is turned by the

Re: A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On 2/6/23 23:55, James H. H. Lampert wrote: Luddites of the World Unite! You have nothing to lose but your upgrade treadmills If, by upgrade treadmills, you mean the flatbed treadmills, that have a belt that is turned by the human walking on it, rather than the electric ones with electric

Re: 10 year old machines are slow (was: A hypervisor for a headless server?)

Stefan Monnier wrote: > > The most recent general-purpose Intel CPU without VT-X is from 2012. > [...] > > *everything* on processors that old is slow. > > Actually, for many (most?) single-threaded applications, I wouldn't be > surprised if some 2010 CPUs end up within a factor 3 of the most

Re: A hypervisor for a headless server?

I remembered it badly. I thought I'd never been able to use kvm on that old PC, but I've just been able to create a FreeBSD vm on top of Ubuntu 14.04. Qemu and kvm work wonderfully. Probably some virtualization features miss on the cpu,but...it works anyway. On Fri, Jun 2, 2023 at 9:07 PM Stefan

10 year old machines are slow (was: A hypervisor for a headless server?)

> The most recent general-purpose Intel CPU without VT-X is from 2012. [...] > *everything* on processors that old is slow. Actually, for many (most?) single-threaded applications, I wouldn't be surprised if some 2010 CPUs end up within a factor 3 of the most badass desktop you can find today.

Re: A hypervisor for a headless server?

> Intel I5 cpu, Side note: this doesn't say much more than "an amd64 CPU produced by Intel in the last 13 years and whose release price was somewhere between $200 and $300" :-) See https://en.wikipedia.org/wiki/List_of_Intel_Core_i5_processors for more details. Stefan

Re: A hypervisor for a headless server?

> Using qemu is out of discussion,because it is very slow. > But as I said, bhyve works better than qemu alone. Hmm... I'd expect qemu to be able to use KVM on all those machines where Bhyve can be used. Are you saying that you have a machine where Bhyve works well but KVM doesn't work at all,

Re: A hypervisor for a headless server?

On Fri, 2 Jun 2023, Victor Sudakov wrote: Now I see that a supported minimal headless configuration probably does not exist at all. Define supported. You can boot a xen dom 0 with almost nothing installed other than xen and the essential set and some sysvinit stuff. I'd bet systemd would

Re: A hypervisor for a headless server?

- if bhyve fits your needs, why not run FreeBSD and bhyve? I use Linux (+ qemu and kvm) and FreeBSD (with bhyve) depending what OS between these allows me to perform a task faster and better. - Look at Xen history, you'll see that it started in the mid 2000s. I like Xen,I've used it for

Re: A hypervisor for a headless server?

On Fri, 2 Jun 2023, Michael Stone wrote: On Fri, Jun 02, 2023 at 11:09:36AM +0200, Paul Leiber wrote: +1 for Xen, AFAIK the standard apt installation doesn't include any management GUI. This is the howto which helped me getting started:

Re: A hypervisor for a headless server?

On 02 Jun 2023 17:34, Mario Marietto wrote: Excuse me,but there is something within your argumentation that I don't like and I want to express what it is. Let's take Linux as an example of what I want to say. Linux is well known to be an OS that can be installed on the old machines,helping the

Re: A hypervisor for a headless server?

Mario Marietto wrote: > I mean. I cant use qemu on that I5 cpu because is slow without kvm. Kvm > does not work on that cpu because it is needs some extensions from the cpu > that there arent. Bhyve is the only alternative because it is a mix between > qemu and kvm in terms of speed. So. My

A case for supporting antiquated hardware, was Re: A hypervisor for a headless server?

On 6/2/23 8:34 AM, Mario Marietto wrote: You may argue that developing for a small number of old computers isn't worth trying. But,first of all,I think that there are a LOT of old PCs in the world,since poor people aren't only a niche. Nor are they the only ones using antiquated hardware, or

Re: A hypervisor for a headless server?

Excuse me,but there is something within your argumentation that I don't like and I want to express what it is. Let's take Linux as an example of what I want to say. Linux is well known to be an OS that can be installed on the old machines,helping the people that can't buy a new computer to surf

Re: A hypervisor for a headless server?

On 02 Jun 2023 14:31, Michael Stone wrote: I don't recommend xen for new projects. It has more pieces and tends to be more fragile than qemu+kvm, for no real benefits these days. (IMO) Define "more pieces" and "more fragile" ? It has a really low TCB and still used by amazon for their cloud.

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 03:24:13PM +0200, Mario Marietto wrote: I mean. I cant use qemu on that I5 cpu because is slow without kvm. Kvm does not work on that cpu because it is needs some extensions from the cpu that there arent. Bhyve is the only alternative because it is a mix between qemu and

Re: A hypervisor for a headless server?

ok. Thank you very much for the explanations. On Fri, Jun 2, 2023 at 3:15 PM Michael Stone wrote: > On Fri, Jun 02, 2023 at 03:01:04PM +0200, Mario Marietto wrote: > >Using qemu is out of discussion,because it is very slow. But as I > said,bhyve > >works better than qemu alone. > > kvm

Re: A hypervisor for a headless server?

Victor Sudakov wrote: > I'm currently going to migrate some FreeBSD VMs from bhyve to a linux > host. I hope KVM will have no problem with their raw disk images. Most raw images are supported; if there's something odd going on, `qemu-img convert` supports: blkdebug blklogwrites blkverify

Re: A hypervisor for a headless server?

I mean. I cant use qemu on that I5 cpu because is slow without kvm. Kvm does not work on that cpu because it is needs some extensions from the cpu that there arent. Bhyve is the only alternative because it is a mix between qemu and kvm in terms of speed. So. My question is : how much old cpu there

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 03:01:04PM +0200, Mario Marietto wrote: Using qemu is out of discussion,because it is very slow. But as I said,bhyve works better than qemu alone. kvm literally uses qemu as its user space, so it's very much not out of the discussion. If you can't use the kvm kernel

Re: A hypervisor for a headless server?

Using qemu is out of discussion,because it is very slow. But as I said,bhyve works better than qemu alone. On Fri, Jun 2, 2023 at 2:44 PM Michael Stone wrote: > On Fri, Jun 02, 2023 at 11:21:45AM +0200, Mario Marietto wrote: > >wait wait. for sure the option should be enabled on the bios,but

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 08:41:44AM +, Victor Sudakov wrote: Interestingly, libvirt claims to support bhyve, I just never felt a need for such sophisticated tools to run just several VMs. Yes, it sounds like you should just ignore libvirt entirely and just install qemu-system-x86 (and not

Re: A hypervisor for a headless server?

On Fri, 2 Jun 2023 09:12:02 + Victor Sudakov wrote: > I'm currently going to migrate some FreeBSD VMs from bhyve to a linux > host. I hope KVM will have no problem with their raw disk images. You might look into the Debian vagrant-mutate package. apt show vagrant-mutate -- Does anybody

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 11:21:45AM +0200, Mario Marietto wrote: wait wait. for sure the option should be enabled on the bios,but bhyve works in a different way than kvm,so it works even if my cpu does not have all the virt. parameters respected. Infact kvm does not work on that cpu. But how many

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 11:09:36AM +0200, Paul Leiber wrote: +1 for Xen, AFAIK the standard apt installation doesn't include any management GUI. This is the howto which helped me getting started: https://wiki.xenproject.org/wiki/Xen_Project_Beginners_Guide I don't recommend xen for new

Re: A hypervisor for a headless server?

On Thu, Jun 01, 2023 at 11:53:26PM -0400, Brian Sammon wrote: "virt-manager", on the other hand, appears to be fundamentally a GUI tool. But virsh from libvirt-clients isn't.

Re: A hypervisor for a headless server?

wait wait. for sure the option should be enabled on the bios,but bhyve works in a different way than kvm,so it works even if my cpu does not have all the virt. parameters respected. Infact kvm does not work on that cpu. But how many cpus there are like mine ? Does Linux feel to cover the gap of an

Re: A hypervisor for a headless server?

Andy Smith wrote: > Hi Victor, Hi Andy! [dd] > > Now I see that a supported minimal headless configuration probably > > does not exist at all. > > I don't think that is correct at all, depending on what you mean by > "supported". You absolutely will find a guide out there to do what > you want,

Re: A hypervisor for a headless server?

Am 02.06.2023 um 09:28 schrieb Victor Sudakov: Miles Fidelman wrote: On Thu, Jun 1, 2023, 9:58 PM Victor Sudakov mailto:v...@sibptus.ru>> wrote: Dear Colleagues, There is a hypervisor called bhyve for FreeBSD. It's completely headless, no graphics, runs as a daemon and

Re: A hypervisor for a headless server?

Nicolas George wrote: > Victor Sudakov (12023-06-02): > > Oh, I'm a rare kind of newbie. I have 25 years of FreeBSD > > experience and about 10 years of Solaris experience. > > Newbies who think they have a lot of experience are, sadly, not a rare > breed. I agree. But once you start measuring

Re: A hypervisor for a headless server?

Mario Marietto wrote: > Hello to everyone. I follow every day the development of bhyve for FreeBSD > and I have even collaborated with some of its developers to add the > functionality of the passing through of one nvidia gpu to a linux guest. > What to say ? that bhyve is a programming gem. Qemu

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 08:36:51AM +, Victor Sudakov wrote: [...] > Oh, I'm a rare kind of newbie. I have 25 years of FreeBSD > experience and about 10 years of Solaris experience. However I still > consider myself a newbie in Linux as I work with it only since 2020 > and in rather limited

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 10:41:42AM +0200, Nicolas George wrote: > Victor Sudakov (12023-06-02): > > Oh, I'm a rare kind of newbie. I have 25 years of FreeBSD > > experience and about 10 years of Solaris experience. > > Newbies who think they have a lot of experience are, sadly, not a rare >

Re: A hypervisor for a headless server?

to...@tuxteam.de wrote: > On Fri, Jun 02, 2023 at 08:05:18AM +, Andy Smith wrote: > > Hello, > > [...] > > > Most of the time with most packages it's obvious, but I have seen > > some weird things from time to time! KVM is such a big package that > > I shy away from just advising

Re: A hypervisor for a headless server?

Andy Smith wrote: [dd] > > Most of the time with most packages it's obvious, but I have seen > some weird things from time to time! KVM is such a big package that > I shy away from just advising --no-install-recommends to those > inexperienced with it. Thanks for your opinion. I've made a

Re: A hypervisor for a headless server?

Victor Sudakov (12023-06-02): > Oh, I'm a rare kind of newbie. I have 25 years of FreeBSD > experience and about 10 years of Solaris experience. Newbies who think they have a lot of experience are, sadly, not a rare breed. Goodbye. -- Nicolas George

Re: A hypervisor for a headless server?

Hello to everyone. I follow every day the development of bhyve for FreeBSD and I have even collaborated with some of its developers to add the functionality of the passing through of one nvidia gpu to a linux guest. What to say ? that bhyve is a programming gem. Qemu and kvm have more

Re: A hypervisor for a headless server?

to...@tuxteam.de wrote: > > > > But Andy Smith wrote recently that "installing without recommends is not a > > supported use > > case" and I believe him. > > FWIW, I do install with no-recommends in general: > > tomas@trotzki:~$ cat /etc/apt/apt.conf.d/95no-recommends >

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 08:05:18AM +, Andy Smith wrote: > Hello, [...] > Most of the time with most packages it's obvious, but I have seen > some weird things from time to time! KVM is such a big package that > I shy away from just advising --no-install-recommends to those > inexperienced

Re: A hypervisor for a headless server?

Hello, On Fri, Jun 02, 2023 at 09:49:39AM +0200, to...@tuxteam.de wrote: > FWIW, I do install with no-recommends in general: > > tomas@trotzki:~$ cat /etc/apt/apt.conf.d/95no-recommends > APT::Install-Recommends no; > > "Not supported" seemed a bit strong to me: what does mean "not >

Re: A hypervisor for a headless server?

пт, 2 июн. 2023 г. в 12:38, Victor Sudakov : > > > Running "apt install qemu-kvm" on a Debian 11 AWS EC2 instance which has > > > never had any X-Window or desktop environment in its entire life, > > > tries to install qemu-system-gui, adwaita-icon-theme, libgtk-3-common > > > and a lot of

Re: A hypervisor for a headless server?

Hi Victor, On Fri, Jun 02, 2023 at 07:38:15AM +, Victor Sudakov wrote: > Stanislav Vlasov wrote: > > пт, 2 июн. 2023 г. в 12:18, Victor Sudakov : > > > > > Running "apt install qemu-kvm" on a Debian 11 AWS EC2 instance which has > > > never had any X-Window or desktop environment in its

Re: A hypervisor for a headless server?

On Fri, Jun 02, 2023 at 07:38:15AM +, Victor Sudakov wrote: > Stanislav Vlasov wrote: > > пт, 2 июн. 2023 г. в 12:18, Victor Sudakov : > > > > > Running "apt install qemu-kvm" on a Debian 11 AWS EC2 instance which has > > > never had any X-Window or desktop environment in its entire life, > >

Re: A hypervisor for a headless server?

Hi Victor, On Fri, Jun 02, 2023 at 07:12:14AM +, Victor Sudakov wrote: > > On Fri, Jun 02, 2023 at 03:33:09AM +, Victor Sudakov wrote: > > > So what's the package name for just "kvm" without the GUI tools? Because > > > > For someone that wants to run a hypervisor in a non-newbie manner

Re: A hypervisor for a headless server?

Stanislav Vlasov wrote: > пт, 2 июн. 2023 г. в 12:18, Victor Sudakov : > > > Running "apt install qemu-kvm" on a Debian 11 AWS EC2 instance which has > > never had any X-Window or desktop environment in its entire life, > > tries to install qemu-system-gui, adwaita-icon-theme, libgtk-3-common > >

Re: A hypervisor for a headless server?

пт, 2 июн. 2023 г. в 12:18, Victor Sudakov : > Running "apt install qemu-kvm" on a Debian 11 AWS EC2 instance which has > never had any X-Window or desktop environment in its entire life, > tries to install qemu-system-gui, adwaita-icon-theme, libgtk-3-common > and a lot of similar stuff. Even

Re: A hypervisor for a headless server?

Miles Fidelman wrote: > > > > > > On Thu, Jun 1, 2023, 9:58 PM Victor Sudakov > > wrote: > > > > Dear Colleagues, > > > > There is a hypervisor called bhyve for FreeBSD. It's completely > > headless, no graphics, runs as a daemon and provides serial and VNC > >

Re: A hypervisor for a headless server?

Nicholas Geovanis wrote: > On Thu, Jun 1, 2023, 9:58 PM Victor Sudakov wrote: > > > Dear Colleagues, > > > > There is a hypervisor called bhyve for FreeBSD. It's completely > > headless, no graphics, runs as a daemon and provides serial and VNC > > consoles. > > > > Can you please advise a

Re: A hypervisor for a headless server?

Andy Smith wrote: > > On Fri, Jun 02, 2023 at 03:33:09AM +, Victor Sudakov wrote: > > So what's the package name for just "kvm" without the GUI tools? Because > > For someone that wants to run a hypervisor in a non-newbie manner I don't think running a single daemon with a couple of

Re: A hypervisor for a headless server?

Nicholas Geovanis wrote: On Thu, Jun 1, 2023, 9:58 PM Victor Sudakov > wrote: Dear Colleagues, There is a hypervisor called bhyve for FreeBSD. It's completely headless, no graphics, runs as a daemon and provides serial and VNC consoles. Can you

Re: A hypervisor for a headless server?

On 6/2/23 04:39, Victor Sudakov wrote: Dear Colleagues, We're voulenteers. There is a hypervisor called bhyve for FreeBSD. It's completely headless, no graphics, runs as a daemon and provides serial and VNC consoles. Can you please advise a similar headless and minimal hypervisor for

Re: A hypervisor for a headless server?

On Thu, Jun 01, 2023 at 11:53:26PM -0400, Brian Sammon wrote: > On Fri, 2 Jun 2023 02:39:43 + Victor Sudakov wrote: > > > Please don't just say "kvm". I've tried installing different > > combinations of "qemu-kvm", "virt-manager" etc and they all depend on > > dozens of GUI tools. > > I

Re: A hypervisor for a headless server?

Hello, On Fri, Jun 02, 2023 at 03:33:09AM +, Victor Sudakov wrote: > So what's the package name for just "kvm" without the GUI tools? Because For someone that wants to run a hypervisor in a non-newbie manner I'm afraid you don't seem to be that willing to do any of your own research. The

Re: A hypervisor for a headless server?

On Fri, 2 Jun 2023 02:39:43 + Victor Sudakov wrote: > Please don't just say "kvm". I've tried installing different > combinations of "qemu-kvm", "virt-manager" etc and they all depend on > dozens of GUI tools. I think the problem that you are running into with qemu-kvm is that while the

Re: A hypervisor for a headless server?

Andy Smith wrote: > Hello, > > On Fri, Jun 02, 2023 at 02:39:43AM +, Victor Sudakov wrote: > > Please don't just say "kvm". I've tried installing different > > combinations of "qemu-kvm", "virt-manager" etc and they all depend on > > dozens of GUI tools. > > "kvm" is the generally accepted

Re: A hypervisor for a headless server?

Hello, On Fri, Jun 02, 2023 at 02:39:43AM +, Victor Sudakov wrote: > Please don't just say "kvm". I've tried installing different > combinations of "qemu-kvm", "virt-manager" etc and they all depend on > dozens of GUI tools. "kvm" is the generally accepted answer. None of the GUI tools are

Re: A hypervisor for a headless server?

On Thu, Jun 1, 2023, 9:58 PM Victor Sudakov wrote: > Dear Colleagues, > > There is a hypervisor called bhyve for FreeBSD. It's completely > headless, no graphics, runs as a daemon and provides serial and VNC > consoles. > > Can you please advise a similar headless and minimal hypervisor for >

A hypervisor for a headless server?

Dear Colleagues, There is a hypervisor called bhyve for FreeBSD. It's completely headless, no graphics, runs as a daemon and provides serial and VNC consoles. Can you please advise a similar headless and minimal hypervisor for Debian or Ubuntu? Please don't just say "kvm". I've tried installing