[PATCH] Makedumpfile: vmcore size estimate

[bhe at redhat.com]

On 07/02/14 at 12:25am, Atsushi Kumagai wrote:
> >On Thu, Jun 26, 2014 at 08:21:58AM +0000, Atsushi Kumagai wrote:

> >I still don't understand that why makedumpfile can't provide an estimate
> >* of that momement * reasonably.
> 
> I think *estimate* is inappropriate to express this feature since it just
> analyze the memory usage at that moment, I want to avoid a misunderstanding
> that this feature is a prediction. 

I agree that understanding it as analyze memory usage is better.

> 
> >I don't want to implement a separate utility for this as makedumpfile
> >already has all the logic to go through pages, prepare bitmaps and figure
> >out which ones will be dumped. It will be just duplication of code and
> >waste of effort.
> >
> >We have a real problem at our hand. What do we tell customers that how
> >big your dump partition should be. They have a multi tera byte machine. Do
> >we tell them that create a multi tera byte dedicated dump partition.
> >That's not practical at all.
> >
> >And asking them to guess is not reasonable either. makedumpfile can make
> >much more educated guesses. It is not perfect but it is still much better
> >than user making a wild guess.
> 
> Well, fine. I have 2 requests for accepting this feature:
> 
>   - Make this feature as simple as possible.
>     I don't want to take time to maintain this, so I prefer the
>     other idea which, Baoquan said, is like HP UX's feature.

OK, I will try. In fact it's simple to just show the number of dumpable
pages.

> 
>   - Don't provide this feature as "vmcore size estimate", it just
>     show the number of dumpable pages at the moment. Then please show
>     the WARNING message to inform users about it.

OK, good suggestion. Will do.

> 
> Could you remake your patch, Baoquan?
> 
> 
> Thanks
> Atsushi Kumagai
> 
> _______________________________________________
> kexec mailing list
> kexec at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/kexec