Heavy HDD access even without swap (Lubuntu)
Lubuntu 18.04, default desktop configuration.
I turn the swap off and begin a RAM stress test.
When I allocate too much RAM, the system starts to read or write something constantly, completely freezes and requires a hard reset.
What exactly is happening? What data it reads or writes, and why does it freeze it completely?
I understand the system may freeze when it runs out of memory, the question is why my hard drive is so busy? Does it drops/re-reads the disk cache? Ext nodes? Something else?
kernel lubuntu ram
asked 13 hours ago
NickDoomNickDoom
317
add a comment |
Lubuntu 18.04, default desktop configuration.
I turn the swap off and begin a RAM stress test.
When I allocate too much RAM, the system starts to read or write something constantly, completely freezes and requires a hard reset.
What exactly is happening? What data it reads or writes, and why does it freeze it completely?
I understand the system may freeze when it runs out of memory, the question is why my hard drive is so busy? Does it drops/re-reads the disk cache? Ext nodes? Something else?
kernel lubuntu ram
asked 13 hours ago
NickDoomNickDoom
317
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago
add a comment |
Lubuntu 18.04, default desktop configuration.
I turn the swap off and begin a RAM stress test.
When I allocate too much RAM, the system starts to read or write something constantly, completely freezes and requires a hard reset.
What exactly is happening? What data it reads or writes, and why does it freeze it completely?
I understand the system may freeze when it runs out of memory, the question is why my hard drive is so busy? Does it drops/re-reads the disk cache? Ext nodes? Something else?
kernel lubuntu ram
asked 13 hours ago
NickDoomNickDoom
317
Lubuntu 18.04, default desktop configuration.
I turn the swap off and begin a RAM stress test.
When I allocate too much RAM, the system starts to read or write something constantly, completely freezes and requires a hard reset.
What exactly is happening? What data it reads or writes, and why does it freeze it completely?
I understand the system may freeze when it runs out of memory, the question is why my hard drive is so busy? Does it drops/re-reads the disk cache? Ext nodes? Something else?
kernel lubuntu ram
kernel lubuntu ram
asked 13 hours ago
NickDoomNickDoom
317
asked 13 hours ago
NickDoomNickDoom
317
edited 12 hours ago
NickDoom
asked 13 hours ago
NickDoomNickDoom
317
asked 13 hours ago
NickDoomNickDoom
317
asked 13 hours ago
NickDoomNickDoom
317
317
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago
add a comment |
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1123031%2fheavy-hdd-access-even-without-swap-lubuntu%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1123031%2fheavy-hdd-access-even-without-swap-lubuntu%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
No matter how I allocate RAM. It can even be a memory-hungry application (with a single exception: a lua script which does not freeze the system, but simply repots a memory allocation error). All other tests lead to either OOM killer (which is obviously OK) or this mysterious freeze. I'm not asking how to prevent it. The question is, why this freeze always(!) make my HDD gallop. It either does not happen at all (OOM killer works instead) or, if it happens, it's never silent. My hard drive works like crazy. Why? There are no swap on this drive, so why it goes gallop?
– NickDoom
12 hours ago
The question makes more sense after the edit. I am retracting the close vote.
– user68186
12 hours ago
Language barrier, sorry ^__^
– NickDoom
12 hours ago