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 is
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
> 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
--
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
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 li
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 R
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® Parallel Studio Ev
Hi,
- "Norbert Schulze" 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;
>
> Cur
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 workin
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
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
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
> 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
> What filesystem are you using?
The standard filesystem of ubuntu 9.10 = EXT4
Regards
Norbert
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and
14 matches
Mail list logo
