Package Details: gopreload-git r59.21b08e6-1

Git Clone URL: https://aur.archlinux.org/gopreload-git.git (read-only, click to copy)
Package Base: gopreload-git
Description: Preloads files needed for given programs
Upstream URL: http://forums.gentoo.org/viewtopic-t-622085-highlight-preload.html
Licenses: GPL
Conflicts: gopreload
Provides: gopreload
Submitter: kokoko3k
Maintainer: kokoko3k
Last Packager: kokoko3k
Votes: 29
Popularity: 0.000000
First Submitted: 2013-11-25 11:12 (UTC)
Last Updated: 2022-03-21 13:15 (UTC)

Dependencies (3)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

Einhard commented on 2015-05-02 16:29 (UTC)

For me it kills mapandlock after LONG_DELAY and doesn't restart it if nothing changed. Culprit is line 83 in StartPreload.sh, as I see it if /tmp/enabled.prec.txt and /tmp/enabled.txt don't differ your main loop is omitted, it kills mapandlock.$ARCH and that's all, there is no mapandlock restart after it so nothing is locked in memory and whole purpose of gopreload is gone. If nothing changes in enabled.txt StartPreload.sh will only do killall -HUP mapandlock.$ARCH >/dev/null 2>/dev/null infinite number of times, once per LONG_DELAY. You either add $INSTALLDIR/bin/mapandlock.$ARCH /tmp/listpreload.txt 2>/dev/null >/dev/null & after killing it in line 83 or just delete it (files in memory won't refresh in this case but few files out of sync probably don't justify constant hdd activity after each LONG_DELAY when you can just restart service on demand when you know many files in memory changed (probably only after large system update))

kokoko3k commented on 2015-03-17 16:28 (UTC)

Nothing wrong from what i see.

proshot commented on 2015-03-17 14:12 (UTC)

I was wondering, if gopreload-git is working correctly on my system with the following output of systemctl status gopreload.services ● gopreload.service - gopreload: Preloads files needed for given programs. Loaded: loaded (/usr/lib/systemd/system/gopreload.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2015-03-17 15:00:35 CET; 10min ago Main PID: 294 (StartPreload.sh) CGroup: /system.slice/gopreload.service ├─ 294 /bin/bash /usr/share/gopreload/bin/StartPreload.sh ├─13206 /usr/share/gopreload/bin/mapandlock.x86_64 /tmp/listpreload.txt └─13275 sleep 300 Mar 17 15:01:03 nsaSystem StartPreload.sh[294]: 0/2422 files could not be preloaded because they were not found (telegram.1000.openf...MB.txt) Mar 17 15:01:03 nsaSystem StartPreload.sh[294]: 0/95 files could not be preloaded because they were not found (thunar.1000.openfiles-22MB.txt) Mar 17 15:01:03 nsaSystem StartPreload.sh[294]: 1/4 - Computing preload list... Mar 17 15:01:03 nsaSystem StartPreload.sh[294]: 2/4 - Computing total MB... skipped Mar 17 15:01:04 nsaSystem StartPreload.sh[294]: 3/4 - Starting preload cycle at Tue Mar 17 15:01:04 CET 2015 Mar 17 15:01:04 nsaSystem StartPreload.sh[294]: 4/4 - Sleeping 300 sec. Mar 17 15:06:04 nsaSystem StartPreload.sh[294]: 2/4 - Computing total MB... skipped Mar 17 15:06:04 nsaSystem StartPreload.sh[294]: 3/4 - Starting preload cycle at Tue Mar 17 15:06:04 CET 2015 Mar 17 15:06:04 nsaSystem StartPreload.sh[294]: 4/4 - Sleeping 300 sec. Mar 17 15:11:04 nsaSystem StartPreload.sh[294]: /usr/share/gopreload/bin/StartPreload.sh: line 86: 6681 Hangup $IN...ev/null Hint: Some lines were ellipsized, use -l to show in full. It seems not to work correctly. Any idea's?

promike commented on 2015-01-30 15:09 (UTC)

Thank you very much for your help. I updated my incomplete list with your values. I don't say I feel any difference, but we did our best. Thanks again

« First ‹ Previous 1 2 3 4 Next › Last »