What filesystem are you using?
The standard filesystem of ubuntu 9.10 = EXT4
Regards
Norbert
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively,
Using PAE, you can have 3.5 G of usable ram on a system. HOWEVER, each
r...@server:~# uname -a
Linux server 2.6.31-20-generic-pae #58-Ubuntu SMP Fri Mar 12 06:25:51 UTC 2010
i686 GNU/Linux
Currently still running
admin4/8 01:00 BackupPC_nightly -m 0 255 11896
top - 09:47:18 up 19 days,
On Wed, Apr 07, 2010 at 05:02:33PM -0400, Josh Malone wrote:
OS is Ubuntu 9.04 32Bit
IMHO it is better to migrate to a 64Bit-System!?
I don't see an urgent reason to migrate to 64 bit... I would have
installed this machine 64 bit at the beginning, just because it's a 64
bit machine.
On Wed, Apr 07, 2010 at 01:03:18PM +0200, Norbert Schulze wrote:
Or just post the output of vmstat 10 10
r...@server:~# vmstat 10 10
procs ---memory-- ---swap-- -io -system-- cpu
r b swpd free buff cache si sobibo in cs us sy id wa
Hello Tino,
Your I/O system seems saturated (70-80% of time is spent waiting for
I/O). Try running only one BackupPC_nightly in parallel.
Yesterday i set $Conf{MaxBackupPCNightlyJobs} = 2; to
$Conf{MaxBackupPCNightlyJobs} = 1;
Currently still running :-/
admin4/8 01:00 BackupPC_nightly
I have some Windows 98 with anonymous share, i can access it without password
from any other windows machine, what is the user name and password which i have
to assign to backuppc to be able to back them up, i tried to move
$Conf{SmbShareUserName}
$Conf{SmbSharePasswd}
but its still not
Hi,
- Norbert Schulze n...@nurfuerspam.de wrote:
Hello Tino,
Your I/O system seems saturated (70-80% of time is spent waiting for
I/O). Try running only one BackupPC_nightly in parallel.
Yesterday i set $Conf{MaxBackupPCNightlyJobs} = 2; to
$Conf{MaxBackupPCNightlyJobs} = 1;
Hello Gerald,
Is this running in a VM? I often see high CPU wait times when doing disk
I/O in a VM.
No, it is a normal system with a hardware raid-controller.
Regards
Norbert
--
Download Intel#174; Parallel Studio
Le jeudi 08 avril 2010 à 15:36 +0200, Norbert Schulze a écrit :
Hello Gerald,
Is this running in a VM? I often see high CPU wait times when doing disk
I/O in a VM.
No, it is a normal system with a hardware raid-controller.
Do you have a BBU on the raid controler ?
Hardware RAID
On 4/8/2010 8:36 AM, Norbert Schulze wrote:
Hello Gerald,
Is this running in a VM? I often see high CPU wait times when doing disk
I/O in a VM.
No, it is a normal system with a hardware raid-controller.
Raid5? That has horrible write performance, especially with small
writes like the
Hello Daniel,
Do you have a BBU on the raid controler ?
ADAPTEC 3805 RAID SAS/SATA 8−Kanal
Hardware RAID without BBU (and of course, without write-back cache
enabled) is usually *very* slow, much slower than simple disk system, or
software RAID.
When you look at my other postings, the
Raid5? That has horrible write performance,
It is a RAID50
IMHO: BackupPC_nightly mainly reads from disk!?
If you aren't pressed for disk space you might improve things by
increasing $Conf{BackupPCNightlyPeriod} so it only traverses part
I change this now to 4
Regards
Norbert
On 4/8/2010 9:48 AM, Norbert Schulze wrote:
Raid5? That has horrible write performance,
It is a RAID50
IMHO: BackupPC_nightly mainly reads from disk!?
It traverses the pool directory, stat()'ing each inode (which isn't like
to be near the directory) looking for entries that only have one
On 4/8/2010 12:23 PM, Les Mikesell wrote:
On 4/8/2010 9:48 AM, Norbert Schulze wrote:
Raid5? That has horrible write performance,
It is a RAID50
IMHO: BackupPC_nightly mainly reads from disk!?
It traverses the pool directory, stat()'ing each inode (which isn't like
to be
14 matches
Mail list logo