Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Read/ Write Speed is insanely slow. #2759

Closed
gulshanmudgal opened this issue Dec 17, 2017 · 12 comments
Closed

Read/ Write Speed is insanely slow. #2759

gulshanmudgal opened this issue Dec 17, 2017 · 12 comments

Comments

@gulshanmudgal
Copy link

Windows build number : Microsoft Windows [Version 10.0.16299.64]

i have uninstalled the legacy wsl app and installed the Ubuntu app from Microsoft Store.
Now the read write speed is pathetic.

it took my more than an hour to copy a folder using bash.

any Solution?

@gulshanmudgal
Copy link
Author

File Size : 410 MB

@Biswa96
Copy link

Biswa96 commented Dec 17, 2017

Copy from where to where?

@therealkenc
Copy link
Collaborator

Is this your first time using WSL, or are you experiencing a slowdown relative to a previous install? If the latter, what was the previous Windows version? Also what does find . -type f | wc in the root of the source folder return?

@Biswa96
Copy link

Biswa96 commented Dec 17, 2017

@therealkenc I even see this issue when I copy files around ~150MB from /mnt/c/folder to /home/user. Though the delay is not so to cause any inconveniences. May be that's my HDD is slow somehow.

@therealkenc
Copy link
Collaborator

therealkenc commented Dec 17, 2017

@Biswa96 - You're on the latest and have been around for a while, so it is safe to assume you are just seeing the unfortunately titled #981, or #2626, and many many friends. Trying to determine here whether this is just more of the same or something else going on, because an hour for 400MB on a spindle seems excessive even by WSL standards. But maybe not if it is enough tiny files. See for example #2721.

@gulshanmudgal
Copy link
Author

i was installing hadoop and it happened, may be it has something to do with the file size being over 200 MB, and if it is Microsoft should acknowledge and provide a solution, and May be it is because of UWP, because before i installed this UWP Ubuntu app, since then only i started facing this issue. In my experience UWP are pathetic at accessing local files. UWP + Virtualization might be the cause for this plight.

@therealkenc
Copy link
Collaborator

In my experience UWP are pathetic at accessing local files. UWP + Virtualization might be the cause for this plight.

No that's not it. Universal Windows Platform isn't doing anything when you install hadoop, and there is no virtualization (of the UWP variety or otherwise) involved with WSL. I suppose we should start with your repro steps exactly. This is starting to sound a lot like dupe #2721.

You can also try as a baseline:

cd ~
mkdir tmp && cd tmp
dd if=/dev/zero bs=1M count=200 | tr '\000' '\001' > file1.bin
time cp file1.bin file2.bin

That returns in 0m0.174s real on my machine.

@gulshanmudgal
Copy link
Author

real 0m0.500s
user 0m0.000s
sys 0m0.219s

@gulshanmudgal
Copy link
Author

i got this

@gulshanmudgal
Copy link
Author

what it means? need-repro?

@therealkenc
Copy link
Collaborator

therealkenc commented Dec 23, 2017

It means a set of steps to reproduce your case. Your post says "it took my more than an hour to copy a folder" but you just copied 200MiB in half a second above. So:

$ # ...the steps
$ # ...to make
$ # ...some_command 
$ # ...run slowly
$ time some_command some_args

@therealkenc
Copy link
Collaborator

Calling this dupe #2721 or #981 (or take your pick) for lack of repro. Academic. If one or both of those flip to fixed and your scenario (whatever it might be) is still slow, do open a new entry following the CONTRIBUTING.md.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants