Dear Oliver, as you wrote in the last message, it might be that my USB PCIe card or the USB harddisk which I run the backups onto might causing the high CPU SYS load.
You can close the bug. Thank you for writing me. Sincerely, yours, Adrian -- With many greetings from Leipzig, Germany. Adrian Immanuel Kieß Gothaer Straße 34 D-04155 Leipzig Administrator & programmer Unix ∧ Perl ∧ Java ∧ LaTeX 📪 — < adrian@kiess.engineer > 🌍 — http://www.kiess.engineer # Dem Ingenieur ist nichts zu schwör ☕ — http://arosusi.kiess.engineer # Nickpage of Adrian Immanuel Kieß 🐇 — http://outanekka.kiess.engineer # Outanekka online image gallery --SYSTEM-- echo "Your fortune cookie: " && /usr/games/fortune -c -s > (zippy) % I have a very good DENTAL PLAN. Thank you. echo "KIESS.ONL uptime: " && /usr/bin/uptime > 07:31:51 up 6 days, 3:02, 8 users, load average: 2.24, 2.40, 2.21 On Mon, 2018-04-16 at 02:34 +0200, Oliver Meißner wrote: > Hi Adrian, > > On Sun, 16 Feb 2014 02:03:54 +0100 you wrote: > > Storebackup proceeds fine with the process, but it spends far to > > much > > time in SYS CPU state, anyway as I see it. > > > > The backup process takes very long and eats a lot of CPU time. > > Does this problem still persist? > > It seems this behavior is not reproducable. Maybe you were talking > about the very first backup in a series? Indeed, the first backup > would > take a very, very long time. All the following backups should be > significant faster. > > If the problem is solved, please consider to close this bugreport or > let me know if I should close it. > > If you can reproduce this problem in the future, don't hesitate to > send > a new bugreport. > > Best regards > O. Meißner <oliver+deb...@la-familia-grande.de> >
signature.asc
Description: This is a digitally signed message part
