LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 09-08-2018, 07:24 AM   #1
linuxbird
Member
 
Registered: Feb 2006
Distribution: Slackware
Posts: 461

Rep: Reputation: 20
Slackware 14.2 freezes when copying large exfat files


When copying larger exfat files, like from microsd to NFS file system, the system freezes some of the time, so that the cursor will not move.

Searching, I found something similar in a different forum, for a different distribution, which had one changing systemd parameters.

I am not using systemd, which might be part of my problem.

Has anyone else experienced this in Slackware, and what was the problem/fix?
 
Old 09-08-2018, 07:28 AM   #2
55020
Senior Member
 
Registered: Sep 2009
Location: Yorks. W.R. 167397
Distribution: Slackware
Posts: 1,307
Blog Entries: 4

Rep: Reputation: Disabled
Quote:
Originally Posted by linuxbird View Post
Searching, I found something similar in a different forum, for a different distribution, which had one changing systemd parameters.
It would be helpful if you provided the URL for that, so somebody can look at the systemd solution and, hopefully, generalise it.
 
Old 09-08-2018, 09:33 AM   #3
HalseyTaylor
LQ Newbie
 
Registered: Aug 2018
Distribution: Slackware
Posts: 5

Rep: Reputation: Disabled
Try tcp mount option?

Quote:
Originally Posted by linuxbird View Post
When copying larger exfat files, like from microsd to NFS file system, the system freezes some of the time, so that the cursor will not move.
Many, many years ago (10-15?) I found that nfs stalls were prevented by mounting with the tcp option. I don't recall that the whole system froze. For all I know, tcp is a default nfs option nowadays....

Blaming ipv6 is a popular response, too. If you can, disable it - just because.
 
Old 09-08-2018, 10:22 AM   #4
linuxbird
Member
 
Registered: Feb 2006
Distribution: Slackware
Posts: 461

Original Poster
Rep: Reputation: 20
https://bugs.launchpad.net/ubuntu/+s...s/+bug/1208993

Describes a quite similar problem in Ubuntu.

https://lwn.net/Articles/572911/

Is an article describing the problem as observed on USB transfers with pendrives. Noteably:
dirty_background_ratio specifies a percentage of memory; when at least that percentage is dirty, the kernel will start writing those dirty pages back to the backing device. So, if a system has 1000 pages of memory and dirty_background_ratio is set to 10% (the default), writeback will begin when 100 pages have been dirtied.

dirty_ratio specifies the percentage at which processes that are dirtying pages are made to wait for writeback. If it is set to 20% (again, the default) on that 1000-page system, a process dirtying pages will be made to wait once the 200th page is dirtied. This mechanism will, thus, slow the dirtying of pages while the system catches up.

dirty_background_bytes works like dirty_background_ratio except that the limit is specified as an absolute number of bytes.

dirty_bytes is the equivalent of dirty_ratio except that, once again, it is specified in bytes rather than as a percentage of total memory.
Code:
Posted Nov 8, 2013 16:12 UTC (Fri) by ssam (guest, #46587) [Link]
So does this mean if you have the issue of everything being slow and laggy while writing large files to USB you should look at the values in

cat /proc/sys/vm/dirty_background_ratio
cat /proc/sys/vm/dirty_ratio

(I get 10 and 20 on fedora), and then change them to smaller numbers with something like

echo 2 > /proc/sys/vm/dirty_background_ratio
echo 5 > /proc/sys/vm/dirty_ratio

in your /etc/rc.d/rc.local
In Slackware I got identical values, so I substituted the values in which the author posted, and they appear to work, with just limited testing.

At the end of the thread there is the following post:

Code:
Posted Jun 12, 2015 20:41 UTC (Fri) by evultrole (guest, #103116) [Link]
I've been fighting with this problem for the last year, and I had no luck with changing any of these. Came across this article many times while seeking an answer, so thought I'd leave what eventually worked for me.

Got the problem fixed with a custom udev rule.

/usr/lib/udev/rules.d/81-udisks_maxsect.rules

SUBSYSTEMS=="scsi", ATTR{max_sectors}=="240", ATTR{max_sectors}="32678"

My hangs disappeared after a reboot.
I am trying the former, and have not tried the later while typing in this post. I must now report that the former "fix" does reduce, but does not eliminate the hangs, but makes the system more usable while doing large copies.

My system is an i-3770k with 32gB memory.
 
Old 09-08-2018, 07:55 PM   #5
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 17,760

Rep: Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812Reputation: 2812
When I run into this (not often), I set a specific dirty_bytes of 10000000 (10Mg) - this is much smaller than 2% of 32G. Works for me.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Copying large numbers of files dman65 Linux - General 8 02-26-2009 07:32 PM
Copying Large Files on the Network bichonfrise74 Linux - Newbie 7 02-20-2009 12:48 PM
using mmap for copying large files rohanak Programming 4 05-18-2008 06:28 AM
Copying large files to FAT32 sketch7 Linux - General 11 10-22-2007 10:13 AM
Copying Large File via SSH/SFTP over WiFi link Always Stalls and Freezes Host Haz2a Linux - Wireless Networking 1 03-16-2007 03:35 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 07:57 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration