Profraw files

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?

  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 [email protected]
    quiet quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0
  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
  Type: Desktop Mobo: ASUSTeK model: A55BM-K v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 2002
    date: 12/15/2015
  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
  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
  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.
  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
  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>
  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
  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
  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
  System Temperatures: cpu: 5.1 C mobo: N/A gpu: amdgpu temp: 41.0 C
  Fan Speeds (RPM): N/A gpu: amdgpu fan: 1782
  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 :wink:) read e g.:
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.


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.

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*'
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 :smiley:


We both have the same file. Yours is #2

╭─[email protected] in ~ 
 ╰─λ find -iname '*.profraw*'

 ╭─[email protected] in ~ took 4s
1 Like

I delete all files and reboot

 ╭─[email protected] in ~ 
 ╰─λ find -iname '*.profraw*'

 ╭─[email protected] 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.


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



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

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 :slight_smile:

That being said, it's kinda weird that other applications are also spawning those.


I found this with a quick search (see first sentence in "The new features in Rust 1.60.0").

Let me use some imagination and that's enough for me for today :slight_smile:
Is it possible that the problem is common to all applications using e.g. Rust? Or compilers with similar settings?


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 :slight_smile:

Edit: it's ready! :slight_smile:


This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.