In my home directory i have profraw files (default_942482837171841843_0.profraw). If i delete them, they reappear. What are profraw files? Can i chanege their destination folder or delete them permanently?
System:
Kernel: 5.17.5-zen1-2-zen arch: x86_64 bits: 64 compiler: gcc v: 12.1.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=6f8485c5-3fab-4770-92ad-1c2c6003401e rw rootflags=subvol=@
quiet quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0
loglevel=3
Desktop: GNOME v: 42.1 tk: GTK v: 3.24.33 wm: gnome-shell dm: GDM v: 42.0
Distro: Garuda Linux base: Arch Linux
Machine:
Type: Desktop Mobo: ASUSTeK model: A55BM-K v: Rev X.0x
serial: <superuser required> UEFI: American Megatrends v: 2002
date: 12/15/2015
CPU:
Info: model: AMD Athlon X4 750K bits: 64 type: MT MCP arch: Piledriver
family: 0x15 (21) model-id: 0x10 (16) stepping: 1 microcode: 0x6001119
Topology: cpus: 1x cores: 4 smt: enabled cache: L1: 192 KiB
desc: d-4x16 KiB; i-2x64 KiB L2: 4 MiB desc: 2x2 MiB
Speed (MHz): avg: 1524 high: 1865 min/max: 1400/3400 boost: enabled
scaling: driver: acpi-cpufreq governor: schedutil cores: 1: 1393 2: 1391
3: 1447 4: 1865 bogomips: 27131
Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Vulnerabilities:
Type: itlb_multihit status: Not affected
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: spec_store_bypass
mitigation: Speculative Store Bypass disabled via prctl
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2 mitigation: Retpolines, STIBP: disabled, RSB filling
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: AMD Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]
vendor: Sapphire Nitro+ driver: amdgpu v: kernel pcie: gen: 2 speed: 5 GT/s
lanes: 16 link-max: gen: 3 speed: 8 GT/s ports: active: HDMI-A-2
empty: DP-1, DP-2, DVI-D-1, HDMI-A-1 bus-ID: 01:00.0 chip-ID: 1002:67df
class-ID: 0300
Display: x11 server: X.Org v: 21.1.3 with: Xwayland v: 22.1.1
compositor: gnome-shell driver: X: loaded: amdgpu
unloaded: modesetting,radeon alternate: fbdev,vesa gpu: amdgpu
display-ID: :1 screens: 1
Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")
s-diag: 582mm (22.93")
Monitor-1: HDMI-A-2 mapped: HDMI-A-1 model: Samsung S23C350
serial: <filter> built: 2013 res: 1920x1080 hz: 60 dpi: 96 gamma: 1.2
size: 510x287mm (20.08x11.3") diag: 585mm (23") ratio: 16:9 modes:
max: 1920x1080 min: 720x400
Message: Unable to show GL data. Required tool glxinfo missing.
Audio:
Device-1: AMD FCH Azalia vendor: ASUSTeK AM1I-A driver: snd_hda_intel
v: kernel bus-ID: 00:14.2 chip-ID: 1022:780d class-ID: 0403
Device-2: AMD Ellesmere HDMI Audio [Radeon RX 470/480 / 570/580/590]
vendor: Sapphire driver: snd_hda_intel v: kernel pcie: gen: 2 speed: 5 GT/s
lanes: 16 link-max: gen: 3 speed: 8 GT/s bus-ID: 01:00.1
chip-ID: 1002:aaf0 class-ID: 0403
Sound Server-1: ALSA v: k5.17.5-zen1-2-zen running: yes
Sound Server-2: PulseAudio v: 15.0 running: no
Sound Server-3: PipeWire v: 0.3.51 running: yes
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: ASUSTeK H81M-C driver: r8169 v: kernel pcie: gen: 1 speed: 2.5 GT/s
lanes: 1 port: d000 bus-ID: 04:00.0 chip-ID: 10ec:8168 class-ID: 0200
IF: enp4s0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:
Local Storage: total: 1.46 TiB used: 319.38 GiB (21.4%)
SMART Message: Required tool smartctl not installed. Check --recommends
ID-1: /dev/sda maj-min: 8:0 vendor: Toshiba model: DT01ACA100
size: 931.51 GiB block-size: physical: 4096 B logical: 512 B
speed: 3.0 Gb/s type: HDD rpm: 7200 serial: <filter> rev: A750
scheme: MBR
ID-2: /dev/sdb maj-min: 8:16 vendor: AMD Radeon model: R3SL120G
size: 111.79 GiB block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s
type: SSD serial: <filter> rev: 2C scheme: GPT
ID-3: /dev/sdc maj-min: 8:32 vendor: Kingston model: SA400S37480G
size: 447.13 GiB block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s
type: SSD serial: <filter> rev: 1103 scheme: GPT
Partition:
ID-1: / raw-size: 111.79 GiB size: 111.79 GiB (100.00%)
used: 11.28 GiB (10.1%) fs: btrfs dev: /dev/sdb1 maj-min: 8:17
ID-2: /boot/efi raw-size: 100 MiB size: 96 MiB (96.00%)
used: 47.2 MiB (49.2%) fs: vfat dev: /dev/sdc1 maj-min: 8:33
ID-3: /home raw-size: 931.51 GiB size: 915.82 GiB (98.31%)
used: 308.05 GiB (33.6%) fs: ext4 dev: /dev/sda1 maj-min: 8:1
ID-4: /var/log raw-size: 111.79 GiB size: 111.79 GiB (100.00%)
used: 11.28 GiB (10.1%) fs: btrfs dev: /dev/sdb1 maj-min: 8:17
ID-5: /var/tmp raw-size: 111.79 GiB size: 111.79 GiB (100.00%)
used: 11.28 GiB (10.1%) fs: btrfs dev: /dev/sdb1 maj-min: 8:17
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
ID-1: swap-1 type: zram size: 15.57 GiB used: 0 KiB (0.0%) priority: 100
dev: /dev/zram0
Sensors:
System Temperatures: cpu: 5.1 C mobo: N/A gpu: amdgpu temp: 41.0 C
Fan Speeds (RPM): N/A gpu: amdgpu fan: 1782
Info:
Processes: 250 Uptime: 1h 57m wakeups: 2 Memory: 15.57 GiB
used: 3.62 GiB (23.2%) Init: systemd v: 250 tool: systemctl Compilers:
gcc: 12.1.0 Packages: pacman: 1123 lib: 317 flatpak: 0 Shell: Bash
v: 5.1.16 running-in: gnome-terminal inxi: 3.3.15
Garuda (2.6.2-1):
System install date: 2022-05-09
Last full system update: 2022-05-11 ↻
Is partially upgraded: No
Relevant software: NetworkManager
Windows dual boot: Probably (Run as root to verify)
Snapshots: Snapper
Failed units: bluetooth-autoconnect.service
It seems to be something related to the clang compiler.
If interested (I’m not a developer, just found it with a quick search ) read e g.:
https://clang.llvm.org/docs/UsersManual.html
Could be here:
Run the instrumented executable with inputs that reflect the typical usage. By default, the profile data will be written to a default.profraw
file in the current directory. You can override that default by using option -fprofile-instr-generate=
or by setting the LLVM_PROFILE_FILE
environment variable to specify an alternate file. If non-default file name is specified by both the environment variable and the command line option, the environment variable takes precedence. The file name pattern specified can include different modifiers: %p
, %h
, and %m
.
4 Likes
magic
11 May 2022 18:42
3
facing the same issue , i deleted these file but as soon as i opened firedragon the profraw files got regenerated.
Me too after boot and starting firedragon. This is the largest I found:
.rw-r--r-- 49M arthur 11 May 13:01 default_12781971547894223488_0.profraw
Anyway they keep coming back.
/home/arthur/Documents/UnrealStuff/UnrealEngine-release/Engine/Source/ThirdParty/ShaderConductor/ShaderConductor/External/DirectXShaderCompiler/test/tools/llvm-profdata/Inputs/c-general.profraw
Yes,The profraws started after I tried to build Unreal. The build crashed before finishing. That was an oh well. Maybe later.
I build nothing and saw this files first time.
find -iname '*.profraw*'
./.local/share/TelegramDesktop/default_6680373743449227904_0.profraw
./.local/share/TelegramDesktop/default_7427944849449234093_0.profraw
./.local/share/TelegramDesktop/default_942482837171841843_0.profraw
./.local/share/TelegramDesktop/default_15765609467096853040_0.profraw
./.local/share/TelegramDesktop/default_4489034439710890542_0.profraw
./.local/share/TelegramDesktop/default_5732640884073946728_0.profraw
./.local/share/TelegramDesktop/default_2856857808924342861_0.profraw
./.local/share/Trash/files/wiki/default_6680373743449227904_0.profraw
./.local/share/Trash/files/wiki/default_7427944849449234093_0.profraw
./.local/share/Trash/files/wiki/default_942482837171841843_0.profraw
./.local/share/Trash/files/wiki/default_15765609467096853040_0.profraw
./.local/share/Trash/files/wiki/default_4489034439710890542_0.profraw
./.local/share/Trash/files/wiki/default_5732640884073946728_0.profraw
./.local/share/Trash/files/wiki/default_2856857808924342861_0.profraw
./default_6680373743449227904_0.profraw
./default_7427944849449234093_0.profraw
./default_942482837171841843_0.profraw
./default_15765609467096853040_0.profraw
./default_4489034439710890542_0.profraw
./default_5732640884073946728_0.profraw
./default_2856857808924342861_0.profraw
ls | grep .profraw
.rw-r--r-- 204 sgs 11 Mai 23:20 default_942482837171841843_0.profraw
.rw-r--r-- 214k sgs 11 Mai 23:20 default_2856857808924342861_0.profraw
.rw-r--r-- 13k sgs 11 Mai 23:20 default_4489034439710890542_0.profraw
.rw-r--r-- 128k sgs 11 Mai 23:20 default_5732640884073946728_0.profraw
.rw-r--r-- 51M sgs 11 Mai 23:20 default_6680373743449227904_0.profraw
.rw-r--r-- 3,2k sgs 11 Mai 23:20 default_7427944849449234093_0.profraw
.rw-r--r-- 349k sgs 11 Mai 23:20 default_15765609467096853040_0.profraw
I delete nothing, but it seems same files are in telegram, trash and home folder
./default_2856857808924342861_0.profraw
We both have the same file. Yours is #2
╭─arthur@hp4 in ~
╰─λ find -iname '*.profraw*'
./Documents/UnrealStuff/UnrealEngine-release/Engine/Source/ThirdParty/ShaderConductor/ShaderConductor/External/DirectXShaderCompiler/test/tools/llvm-profdata/Inputs/c-general.profraw
./default_12781971547894223488_0.profraw
./default_7427944849449234093_0.profraw
./default_942482837171841843_0.profraw
./default_15765609467096853040_0.profraw
./default_4489034439710890542_0.profraw
./default_5732640884073946728_0.profraw
./default_2856857808924342861_0.profraw
╭─arthur@hp4 in ~ took 4s
╰─λ
1 Like
I delete all files and reboot
╭─sgs@i3 in ~
╰─λ find -iname '*.profraw*'
./default_6680373743449227904_0.profraw
./default_7427944849449234093_0.profraw
./default_942482837171841843_0.profraw
./default_15765609467096853040_0.profraw
./default_4489034439710890542_0.profraw
./default_5732640884073946728_0.profraw
./default_2856857808924342861_0.profraw
╭─sgs@i3 in ~ took 1s
╰─λ ls | grep .profraw
.rw-r--r-- 204 sgs 12 Mai 01:30 default_942482837171841843_0.profraw
.rw-r--r-- 212k sgs 12 Mai 01:30 default_2856857808924342861_0.profraw
.rw-r--r-- 13k sgs 12 Mai 01:30 default_4489034439710890542_0.profraw
.rw-r--r-- 128k sgs 12 Mai 01:30 default_5732640884073946728_0.profraw
.rw-r--r-- 49M sgs 12 Mai 01:30 default_6680373743449227904_0.profraw
.rw-r--r-- 3,2k sgs 12 Mai 01:30 default_7427944849449234093_0.profraw
.rw-r--r-- 326k sgs 12 Mai 01:30 default_15765609467096853040_0.profraw
I'm getting this too and did the research. However I'm clueless about this atm. Since it also happens with Librewolf, I created an issue at their Gitlab. Maybe they have some insight.
3 Likes
I confirm this, both on physical machines and VMs, not using LLVM.
Firedragon v99 works fine, but somewhere between 99.0 and 100.0 it started.
Dragon, could you post the link to the gitlab, plz?
Ah nevermind, it's clear to me it's this one .profraw files getting generated on browser exit (#84) · Issues · LibreWolf / Browser / Arch · GitLab
3 Likes
here the same thing, i suspect its is related to steam proton,
find -iname '*.profraw*' ─╯
./.local/share/Steam/steamapps/common/the witcher 2/default_12781971547894223488_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_7427944849449234093_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_942482837171841843_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_15765609467096853040_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_4489034439710890542_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_5732640884073946728_0.profraw
./.local/share/Steam/steamapps/common/the witcher 2/default_2856857808924342861_0.profraw
./default_12781971547894223488_0.profraw
./default_942482837171841843_0.profraw
./default_4489034439710890542_0.profraw
./default_2856857808924342861_0.profraw
./default_7427944849449234093_0.profraw
./default_15765609467096853040_0.profraw
./default_5732640884073946728_0.profraw
artb
25 May 2022 01:08
12
deeper still, I did a hex dump on two of the smaller binarys. The only text that made sense was rforpl and mrforpl which googling gives something to do with steam and or sql. I know nothing.
An update on this: I found out why FireDragon is generating those, it's due to an incorrect build flag. This has already been fixed in the PKGBUILD (which is now much closer to Librewolf as well, pulling patches directly from their repo instead of manually adding them to the FireDragon patch repo).
However both Librewolf and Firedragon fail to build after the first PGO phase as of now, still investigating why this happens. I'll post an update once it's fixed
That being said, it's kinda weird that other applications are also spawning those.
5 Likes
filo
25 May 2022 06:51
14
I found this with a quick search (see first sentence in "The new features in Rust 1.60 .0").
The unique approach of the Rust programming language results in better code with fewer compromises than C, C++, Go, and the other languages you probably us
Let me use some imagination and that's enough for me for today
Is it possible that the problem is common to all applications using e.g. Rust? Or compilers with similar settings?
3 Likes
Still didn’t find a solution to this issue other than being 100% certain that its a toolbox issue. However, a build without PGO enabled is on its way. This will finally get us rid of those .profraw files on exiting the browser
Edit: it’s ready!
7 Likes
system
Closed
30 May 2022 13:12
16
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.