* Silly question about dethrottling
@ 2016-12-04 21:56 Raymond Jennings
2016-12-05 7:05 ` Michal Hocko
0 siblings, 1 reply; 4+ messages in thread
From: Raymond Jennings @ 2016-12-04 21:56 UTC (permalink / raw)
To: Linux Memory Management List
[-- Attachment #1: Type: text/plain, Size: 456 bytes --]
I have an application that is generating HUGE amounts of dirty data.
Multiple GiB worth, and I'd like to allow it to fill at least half of my
RAM.
I already have /proc/sys/vm/dirty_ratio pegged at 80 and the background one
pegged at 50. RAM is 32GiB.
it appears to be butting heads with clean memory. How do I tell my system
to prefer using RAM to soak up writes instead of caching?
Atm I'm at the stage where I'm prepared to patch the kernel itself.
[-- Attachment #2: Type: text/html, Size: 566 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Silly question about dethrottling
2016-12-04 21:56 Silly question about dethrottling Raymond Jennings
@ 2016-12-05 7:05 ` Michal Hocko
2016-12-05 9:15 ` Raymond Jennings
0 siblings, 1 reply; 4+ messages in thread
From: Michal Hocko @ 2016-12-05 7:05 UTC (permalink / raw)
To: Raymond Jennings; +Cc: Linux Memory Management List
On Sun 04-12-16 13:56:54, Raymond Jennings wrote:
> I have an application that is generating HUGE amounts of dirty data.
> Multiple GiB worth, and I'd like to allow it to fill at least half of my
> RAM.
Could you be more specific why and what kind of problem you are trying
to solve?
> I already have /proc/sys/vm/dirty_ratio pegged at 80 and the background one
> pegged at 50. RAM is 32GiB.
There is also dirty_bytes alternative which is an absolute numer.
> it appears to be butting heads with clean memory. How do I tell my system
> to prefer using RAM to soak up writes instead of caching?
I am not sure I understand. Could you be more specific about what is the
actual problem? Is it possible that your dirty data is already being
flushed and that is wy you see a clean cache?
--
Michal Hocko
SUSE Labs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Silly question about dethrottling
2016-12-05 7:05 ` Michal Hocko
@ 2016-12-05 9:15 ` Raymond Jennings
2016-12-05 9:25 ` Michal Hocko
0 siblings, 1 reply; 4+ messages in thread
From: Raymond Jennings @ 2016-12-05 9:15 UTC (permalink / raw)
To: Michal Hocko; +Cc: Linux Memory Management List
[-- Attachment #1: Type: text/plain, Size: 1146 bytes --]
On Sun, Dec 4, 2016 at 11:05 PM, Michal Hocko <mhocko@kernel.org> wrote:
> On Sun 04-12-16 13:56:54, Raymond Jennings wrote:
> > I have an application that is generating HUGE amounts of dirty data.
> > Multiple GiB worth, and I'd like to allow it to fill at least half of my
> > RAM.
>
> Could you be more specific why and what kind of problem you are trying
> to solve?
>
> > I already have /proc/sys/vm/dirty_ratio pegged at 80 and the background
> one
> > pegged at 50. RAM is 32GiB.
>
> There is also dirty_bytes alternative which is an absolute numer.
>
How does this compare to setting dirty_ratio to a high percentage?
>
> > it appears to be butting heads with clean memory. How do I tell my
> system
> > to prefer using RAM to soak up writes instead of caching?
>
> I am not sure I understand. Could you be more specific about what is the
> actual problem? Is it possible that your dirty data is already being
> flushed and that is wy you see a clean cache?
>
What I'm wanting is for my writing process not to get throttled, even when
the dirty memory it starts creating starts hogging memory the system would
rather use for cache.
[-- Attachment #2: Type: text/html, Size: 1760 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Silly question about dethrottling
2016-12-05 9:15 ` Raymond Jennings
@ 2016-12-05 9:25 ` Michal Hocko
0 siblings, 0 replies; 4+ messages in thread
From: Michal Hocko @ 2016-12-05 9:25 UTC (permalink / raw)
To: Raymond Jennings; +Cc: Linux Memory Management List
On Mon 05-12-16 01:15:39, Raymond Jennings wrote:
> On Sun, Dec 4, 2016 at 11:05 PM, Michal Hocko <mhocko@kernel.org> wrote:
>
> > On Sun 04-12-16 13:56:54, Raymond Jennings wrote:
> > > I have an application that is generating HUGE amounts of dirty data.
> > > Multiple GiB worth, and I'd like to allow it to fill at least half of my
> > > RAM.
> >
> > Could you be more specific why and what kind of problem you are trying
> > to solve?
> >
> > > I already have /proc/sys/vm/dirty_ratio pegged at 80 and the background
> > one
> > > pegged at 50. RAM is 32GiB.
> >
> > There is also dirty_bytes alternative which is an absolute numer.
> >
>
> How does this compare to setting dirty_ratio to a high percentage?
Well, dirty_bytes is an absolute number when to start to throttle while
ratio is relative to node_dirtyable_memory
> > > it appears to be butting heads with clean memory. How do I tell my
> > system
> > > to prefer using RAM to soak up writes instead of caching?
> >
> > I am not sure I understand. Could you be more specific about what is the
> > actual problem? Is it possible that your dirty data is already being
> > flushed and that is wy you see a clean cache?
> >
>
> What I'm wanting is for my writing process not to get throttled, even when
> the dirty memory it starts creating starts hogging memory the system would
> rather use for cache.
Then you can configure dirty_background_{bytes,ratio} to start flushing
dirty data sooner. Having a lot of dirty data in the system just asks
for troubles elsewhere as it would take a lot of time to sync that to
the backing store. That means that many unrelated processes might get
stuck on sync etc. for an unconfortably large amount of time.
--
Michal Hocko
SUSE Labs
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-12-05 9:25 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-04 21:56 Silly question about dethrottling Raymond Jennings
2016-12-05 7:05 ` Michal Hocko
2016-12-05 9:15 ` Raymond Jennings
2016-12-05 9:25 ` Michal Hocko
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox