-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
excessive disk usage under Linux #22807
Comments
i finally disabled hw acceleration but that doesn't resolve it either |
Descriptionexcessive disk read/writes under Linux Steps to Reproduce
Actual result:22:21:50 15155 be/4 slackuse 0.00 K/s 66.54 K/s ?unavailable? brave --type=utility --utility-sub-type=network.mojom.NetworkService --lang=en-US --service-sandbox-type=none --enable-crashpad --crashpad-handler-pid=0 --enable-crash-reporter=, --change-stack-guard-on-fork=enable --shared-files=v8_context_snapshot_data:100 --field-trial-handle=0,i,5156634456518890982,14045695020099988462,131072 --enable-crashpad [ThreadPoolForeg] Expected result:Reproduces how often:always reproducible when opening brave Brave version (brave://version info)
Version/Channel Information:
Other Additional Information:
Miscellaneous Information:disabled both hw acceleration and rewards in brave, issue still persists. |
I am facing the same issue on Fedora 36. The Environment:
I have turned the rewards feature off. But that doesn't solve the issue. |
ouch that is worse for you since SSDs don't take kindly to massive writes , this is why I still use a conventional disk for my /home partition. Still I would have liked to at least SEE an acknowledgement from the devs that they have put this in some sort of queue to be looked at . It is still encouraging to me that at least others are having similar issues in Linux regardless of distro. If you can get io states though to post that would be great. . also none of the recommended fixes work, turning off rewards and hardware acceleration does not work.. so until this issue is resolve I have reluctantly jumped over to FireFox until this issue for Linux has been resolved, but who knows how long that will be. |
I am glad I found this issue early before it wrecked my new SSD. I've switched to Firefox as well. There I disabled the disc cache completely. The browser runs entirely in memory!
Now it doesn't matter how many hours I keep the browser open. Biggest plus is watching youtube videos don't make any writes to disk. The videos don't get buffering on disk. I can watch HD videos all day long. 👻 |
I'll look into that and see , how much memory usage do you see because of this? I mean my system is almost 9 yrs old, but when I built it , I maxed out the memory at the time to 32GB , so I SHOULD be ok, even though I run a heavier DE such as KDE 5 Plasma. Which overall goes into my main gripe about browsers in general, these days they are the most bloated memory hungry pieces of software , oh well. |
I am going to install a SSD in my laptop and the last thing I want is for it to be written to so frequently. Its a pity there is no response from the devs to this issue. I was quite fond of Brave but now I will have to use another browser until this issue get sorted out. |
Same, I am having other issues with firefox, primarily some sites just tend to spike my CPU now..... but better than my hd even again if it is a conventional. I don't know if my thread is wrong - meaning if I am missing any information? But I haven't at least gotten any sort of acknowledgement that at least they (devs) are now aware of this situation. |
It seems like it is a chrome thing from which brave is derived. In fact I ran google chrome and it has the exact same behaviour. Firefox, although not as bad as chrome and brave still has too much disk I/O for my liking. Anyway after a bit off digging around I decided to install profile-sync-daemon which stores browser profiles on a ram drive, loading them from persistent storage when starting and saving them back when shutting down . I also moved brave's cache folder to a ram folder and now have virtually no disk I/O from brave. e.g. If you opt to do this then you need to copy the settings from google chrome in you might also want to see if there are any folders taking up lots of space in the brave profile folder before doing this and delete tmp files etc.. |
I still have not really seen any updates on this issue, I really would love to use Brave again on Linux; but so far I haven't really seen anything since opening this issue..... :( |
@GrubbyHalo thanks for the profile-sync-daemon and tmpfs suggestions! It worked as expected!
I have a few questions about this:
|
|
This also happens with Fedora 36. I was wondering wonder Brave keeps randomly freezing for couple seconds. Noted that it keep writing something to disk 250-500 KiB/s every five seconds or so. This also happens without any user interaction. |
I've been forced back to brave because of youtube's adblock nonsense , and I am using brave Version 1.58.135 Chromium: 117.0.5938.140 (Official Build) (64-bit) , and this issue STILL persists , same excessive disk usage. |
upgraded to Version 1.59.120 Chromium: 118.0.5993.88 (Official Build) (64-bit) , issue still persists. still have massive disk read/writes. |
upgraded to Version 1.59.124 Chromium: 118.0.5993.117 (Official Build) (64-bit) , issue still persists. |
@slackwareuser . I doubt anyone from brave will fix the issue because its not really a brave issue, its a google-chrome issue and google probably doesn't view this as an issue at all but 'by design'. |
cool, guess i'll just go back to FF. i guess maybe they'll look into it when they get more complaints of their SSDs being trashed due to what would be considering "thrashing" on a conventional disk. oh well, too bad cause Brave is a great browser , but i don't need my hard disks (conventional or flash-based) , abused this way. maybe i might revisit Brave in another year , but probably not considering how google operates. oh well. -edit while my /home is on a conventional , i feel sorry for those who solely use SSDs of any kind with this browser at this point as i predict they will find a sudden drop in lifespan of their SSDs due to how chromium seems to handle cache. id say maybe brave should just not base itself off of chromium, but thats probably not going to happen. |
@slackwareuser |
i haven't noticed, i have made comparisons even now. i am running FF 115.4.0 ESR , and I have no where near the level of disk activity compared to Brave. I can open multiple tabs in FF and load different pages, and the disk activity settles down quickly , in Brave, It is far worse and for much longer of duration - just scroll up and see the logs i posted. FF does not bog down my system because yes like I stated earlier I use a conventional disk for my /home partition. And like I also stated, I dread to think of those users who solely use an SSD and not a conventional disk, because they are killing their SSDs lifespan. |
Also to be fair I have tried the work around, and it just doesn't seem to be working for me - maybe because of my distro i don't know. |
What specific folder are you seeing the activity in ? I use a command line utility called fatrace to see what file are being accessed by what process. |
compiled and installed fatrace and this is what i could get, its a lot so at some point i had to ctrl+c out of it, but it shows a lot of brave access ... |
another output , all i did was just open another tab , only 4 in total and disk access goes crazy, but again that is not always tabs.. i can close and start brave a few hours later with just one tab and load just one page and it still does the same thing... |
ok so most (basically all) of brave's I/O is within the profile-sync-daemon will sort out access to the .config folder As for the That should already cut you I/O down substantially. Also your cach doesn't need to persist across reboots thats why its ok to put it in a tempfs folder. You mentioned you couldn't get psd working. What did your configs look like ? |
regrettably i couldn't tell you as i no longer have the configs (dopey me)... i mean short of doing the basic stuff , disabling hw acceleration, downsizing the cache to just a few MB , nothing obviously helped. what is weird is if this is a chromium issue , why has the windows version of Brave been fixed? as when I started this post i made sure to state that there was a similar issue plaguing windows users of Brave, but I guess chromium for linux hasn't gotten that fix , or it just handles things differently . I think I will at least maybe report this to the chromium devs . going back to the PSD option, I guess I can retry that at some other point, but honestly that really seems to go out of my way for this when this is something chromium needs to be looked at. i don't consider myself an advanced linux user, rather intermediate maybe, but right now i also just don't have that much time to fool with PSD itself. I will though again just copy this issue and try to post my logs at https://github.com/chromium then since as stated this is out of brave's hands -edit well it seems there is no way as far as i know to even report this to the chromium devs on github, there is no issues option or anywhere that i can find here , but there is this https://bugs.chromium.org/p/chromium/issues/list |
reported here now https://bugs.chromium.org/p/chromium/issues/detail?id=1498057 |
you'll get email notification for every activity on the the bugs.chromium.org thread. Get as many people as you can to select star on the issue to increase priority. |
cool, maybe some users here who still have my issue under linux can also add to my thread there then. |
i tried to add more info and the bot seems to have added that to the update list so...who knows. if any other linux users who still has this issue would kindly add to the thread https://bugs.chromium.org/p/chromium/issues/detail?id=1498057 that would be greatly appreciated. |
they suggested I try chromium itself from what I gather, so I downloaded chromium from https://download-chromium.appspot.com/ 121.0.6112.0 (Developer Build) (64-bit) which i would assume is a nightly build... no issue whatsoever , no matter what i did i didn't get massive disk i/o the way i do with brave.... so im afraid this issue is back here..... |
updated to Version 1.60.110 Chromium: 119.0.6045.105 (Official Build) (64-bit) , still the same behavior: |
updated to Version 1.60.118 Chromium: 119.0.6045.163 (Official Build) (64-bit) , still the same behavior. |
I have found this (#2563) , but that issue is closed and referencing windows - I am showing similar behavior under Linux - Brave Version 1.38.111 Chromium: 101.0.4951.54 (Official Build) (64-bit)
I have disabled brave rewards, but issue persists and do not want to turn off hardware acceleration. Also I only have at most 3-4 tabs open. This is the output from iotop:
out.txt
The text was updated successfully, but these errors were encountered: