Edit - Unix & Linux Stack Exchange

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

Rev

@Mr.T I'm afraid it is a bit messier now. I edited it because I don't trust the 2013 LWN article any more.

sourcejedi
– sourcejedi

2019-01-04 13:23:42 +00:00
Commented Jan 4, 2019 at 13:23
1

Thanks for updating this answer. Indeed your original one fixed my issues, but I'm now using direct reads and writes on all the imaging operations and system performance isn't having any issues.

Mr. T
– Mr. T

2019-01-07 07:00:46 +00:00
Commented Jan 7, 2019 at 7:00
In case anybody's wondering, how heavy IO could possibly influence already running in RAM apps: this mail summarizes it, basically, the reason is that GUI using text, and that text resides in RAM cache (I guess by "text" they mean "fonts"). And when heavy IO happens, that text may get evicted from the cache, so it needs to be read from the storage anew, which results in lags and freezes for GUI.

Hi-Angel
– Hi-Angel

2019-08-17 21:55:07 +00:00
Commented Aug 17, 2019 at 21:55
Hey SourceJedi, your answer seems to be the solution for me as well, but I'm having a deeper problem than that: my problem is system-wide, the slowness and unresponsiveness happens everytime Disk Swapping is needed, and I run applications that don't have a direct memory control (Dot Net, C#, etc) which means they RELY on disk swapping to operate normally, it's not avoidable (applications are not mine, I don't have the source) But here's the catch: the same issues DO NOT happen when I reboot into Manjaro. In Manjaro, disk operations are instant.

Winampah
– Winampah

2021-05-17 19:45:31 +00:00
Commented May 17, 2021 at 19:45
SourceJedi, another way to reproduce the problem I'm having is running the Swapoff command, or even a DD command to create an empty file on disk. This happens on MX Linux (a modified version of Debian Buster with updated kernel 5.8 among other updates...) Swapoff a swapfile that is occupying less than 1 GB will take more than 5 minutes to complete. But when I do the same tests in Manjaro, they are instant. More details are described in a question I've just created.

Winampah
– Winampah

2021-05-17 19:47:31 +00:00
Commented May 17, 2021 at 19:47

| Show 1 more comment

Correct minor typos or mistakes
Clarify meaning without changing it
Add related resources or links
Always respect the author’s intent
Don’t use edits to reply to the author

create code fences with backticks ` or tildes ~
```
like so
```
add language identifier to highlight code
```python
def function(foo):
print(foo)
```
put returns between paragraphs
for linebreak add 2 spaces at end
_italic_ or **bold**
indent code by 4 spaces
backtick escapes `like _so_`
quote by placing > at start of line
to make links (use https whenever possible)

<https://example.com>

[example](https://example.com)

<a href="https://example.com">example</a>

formatting help »
answering help »