Re: [PATCH 0/2] x86, apic: Disable BSP if boot cpu is AP

From: Vivek Goyal
Date: Fri Aug 30 2013 - 08:49:30 EST

Next message: Grant Likely: "Re: [PATCH 02/16] Add system pointer argument to shared EFI stub related functions so they no longer use global system table pointer as they did when part of eboot.c. This code is now shared, so using a global variable as part of the interface is not that nice. Also, by avoiding any global variables in the ARM EFI stub, this allows the code to be position independent without requiring GOT fixups."
Previous message: OS Engineering: "[PATCH] block: Device driver for sTec's PCIe Kronos Card."
In reply to: Eric W. Biederman: "Re: [PATCH 0/2] x86, apic: Disable BSP if boot cpu is AP"
Next in thread: HATAYAMA Daisuke: "Re: [PATCH 0/2] x86, apic: Disable BSP if boot cpu is AP"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Thu, Aug 29, 2013 at 04:37:44PM -0700, Eric W. Biederman wrote:

[..]
> This situation is people who run machines of unreasonable size really
> would like to use multiple cpus when generating crash dumps.

Yes. Now kdump is in a phase where people are doing scalability work. And
one of the problems is that on mutli tera byte machines, filtering is
taking long time. With-in filtering it is especially the compression which
takes the longest (hatayama and cliff wickman have done some study here).

So Idea seems to be that bring up more cpus in the second kernel and try
to parallelize compression work and try to save dump time of multi tera
byte machines.

Thanks
Vivek
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/