On Wed, 2006-07-19 at 09:07 +0200, Gabriele Bulfon wrote:
> I monitored a machine tonight.
> This is a self-backup machine running both the server and the fd,
> still on a sparc 280r.
> The avarage throughput is 1Mb/sec, while the network backup of another
> fd is 4Mb/sec.
> While the machine was backing-up itself, I used "top" to see the
> machine status.
> It was 4% of CPU load, with 3% assigned to postgres (I use postgres as
> the bacula db).

In this case CPU is not a problem.
How was the memory usage?

Could you test network -> do (s)ftp file transfer from this machine to
backup one.

Or this machine backup itself?

In my case dual PIII I cannot even see bacula processes in top when
idle.

> Then there was 0.5% for bacula-sd and 0.5% for bacula-fd.
> Maybe I should use some sort of buffering on bacula?
> 
> 
>                                       Gabriele Bulfon - Sonicle S.r.l.
>                          Tel +39 028246016 Int. 30 - Fax +39 028243880
>             Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY
>                                                http://www.sonicle.com 
> 
> 
> 
> ----------------------------------------------------------------------------------
> 
> Da: Hristo Benev <[EMAIL PROTECTED]>
> A: Gabriele Bulfon <[EMAIL PROTECTED]> 
> Cc: MaxxAtWork <[EMAIL PROTECTED]> bacula-
> [EMAIL PROTECTED] 
> Data: 18 luglio 2006 16.43.04 CEST
> Oggetto: Re: [Bacula-users] Slow backup on Sparc SunFire 280R
> 
>         On Tue, 2006-07-18 at 16:37 +0200, Gabriele Bulfon wrote: 
>         > Do you have any suggestion about parameters I may use to
>         optimize the 
>         > daemons? 
>         > 
>         I'm not a developer :( ... unfortunately --> but you need to
>         see where 
>         is the problem (due high CPU usage; low available RAM etc..)
>         to ask for 
>         optimizations. 
>         
>         Furthermore I do not have sparc machines in my setup to give
>         you 
>         comparison data. 
>         > 
>         > Gabriele Bulfon - Sonicle S.r.l. 
>         > Tel +39 028246016 Int. 30 - Fax +39 028243880 
>         > Via Felice Cavallotti 16 - 20089, Rozzano - Milano - ITALY 
>         > http://www.sonicle.com 
>         > 
>         > 
>         > 
>         >
>         
> ----------------------------------------------------------------------------------
>  
>         > 
>         > Da: Hristo Benev <[EMAIL PROTECTED]> 
>         > A: Gabriele Bulfon <[EMAIL PROTECTED]> 
>         > Cc: MaxxAtWork <[EMAIL PROTECTED]> bacula- 
>         > [EMAIL PROTECTED] 
>         > Data: 18 luglio 2006 16.32.54 CEST 
>         > Oggetto: Re: [Bacula-users] Slow backup on Sparc SunFire
>         280R 
>         > 
>         > My opinion is that you have bottleneck somewhere (probably
>         CPU 
>         > or RAM, 
>         > network). 
>         > You need to monitor those machines during backup to see
>         where 
>         > exactly. 
>         > 
>         > 
>         > On Tue, 2006-07-18 at 15:53 +0200, Gabriele Bulfon wrote: 
>         > > When the sparc machine are just clients, I may achieve 
>         > 2-4Mb/sec 
>         > > When these machines are both servers and clients (backup 
>         > themselves), 
>         > > often I achieve less then 1Mb!! 
>         > > 
>         > > 
>         > > Gabriele Bulfon - Sonicle S.r.l. 
>         > > Tel +39 028246016 Int. 30 - Fax +39 028243880 
>         > > Via Felice Cavallotti 16 - 20089, Rozzano - Milano -
>         ITALY 
>         > > http://www.sonicle.com 
>         > > 
>         > > 
>         > > 
>         > > 
>         >
>         
> ----------------------------------------------------------------------------------
>  
>         > > 
>         > > Da: Hristo Benev <[EMAIL PROTECTED]> 
>         > > A: Gabriele Bulfon <[EMAIL PROTECTED]> 
>         > > Cc: MaxxAtWork <[EMAIL PROTECTED]> bacula- 
>         > > [EMAIL PROTECTED] 
>         > > Data: 18 luglio 2006 15.43.15 CEST 
>         > > Oggetto: Re: [Bacula-users] Slow backup on Sparc SunFire 
>         > 280R 
>         > > 
>         > > Just to exclude network! 
>         > > 
>         > > What is the transfer rate that you can achieve with those 
>         > > servers? 
>         > > 
>         > > On Tue, 2006-07-18 at 15:37 +0200, Gabriele Bulfon wrote: 
>         > > > Oh no. I do not use compression at all. 
>         > > > And if I'd use compression, I'd use hardware one. 
>         > > > I don't think it's a problem of compression. 
>         > > > I have this problem only on sparc machines. 
>         > > > And they slow down the entire network backup during the 
>         > > night 
>         > > > 
>         > > > 
>         > > > 
>         > > > Gabriele Bulfon - Sonicle S.r.l. 
>         > > > Tel +39 028246016 Int. 30 - Fax +39 028243880 
>         > > > Via Felice Cavallotti 16 - 20089, Rozzano - Milano - 
>         > ITALY 
>         > > > http://www.sonicle.com 
>         > > > 
>         > > > 
>         > > > 
>         > > > 
>         > > 
>         >
>         
> ----------------------------------------------------------------------------------
>  
>         > > > 
>         > > > Da: Hristo Benev <[EMAIL PROTECTED]> 
>         > > > A: Gabriele Bulfon <[EMAIL PROTECTED]> 
>         > > > Cc: MaxxAtWork <[EMAIL PROTECTED]> bacula- 
>         > > > [EMAIL PROTECTED] 
>         > > > Data: 18 luglio 2006 15.16.37 CEST 
>         > > > Oggetto: Re: [Bacula-users] Slow backup on Sparc
>         SunFire 
>         > > 280R 
>         > > > 
>         > > > Do you use compression, because You have difference in 
>         > > > processing power 
>         > > > Sparc III is much less powerful than Opteron? 
>         > > > 
>         > > > On Tue, 2006-07-18 at 13:58 +0200, Gabriele Bulfon
>         wrote: 
>         > > > > Yes, it's a network backup. The SunFire is running
>         the 
>         > > FD. 
>         > > > > The server is running on a v20z. 
>         > > > > This server backup many other machines, but no other 
>         > one 
>         > > is 
>         > > > running 
>         > > > > that slow. 
>         > > > > I usually achieve 5-8MB/s both on Windows clients and 
>         > > other 
>         > > > solaris 10 
>         > > > > platforms (x86/amd). 
>         > > > > May it be that the compiled agent for SPARC has some 
>         > > > problem? 
>         > > > > 
>         > > > > 
>         > > > > Gabriele Bulfon - Sonicle S.r.l. 
>         > > > > Tel +39 028246016 Int. 30 - Fax +39 028243880 
>         > > > > Via Felice Cavallotti 16 - 20089, Rozzano - Milano - 
>         > > ITALY 
>         > > > > http://www.sonicle.com 
>         > > > > 
>         > > > > 
>         > > > > 
>         > > > 
>         > > 
>         >
>         
> ______________________________________________________________________ 
>         > > > > 
>         > > > > 
>         > > > > Da: MaxxAtWork <[EMAIL PROTECTED]> 
>         > > > > A: bacula-users@lists.sourceforge.net 
>         > > > > Data: 18 luglio 2006 13.22.13 CEST 
>         > > > > Oggetto: Re: [Bacula-users] Slow backup on Sparc 
>         > SunFire 
>         > > > 280R 
>         > > > > 
>         > > > > 
>         > > > > On 7/14/06, Gabriele Bulfon <[EMAIL PROTECTED]> 
>         > wrote: 
>         > > > > Hello, 
>         > > > > I have some bacula installations on SunFire 280R
>         Sparc 
>         > > > > machines, with Solaris 10. 
>         > > > > These machines apperar to be very very slow with 
>         > > > > respect to other installations (such as v20z) with 
>         > > > > same LTO2 device. 
>         > > > > As you can see from the report, 60Gb are copied in 9 
>         > > > > hours, with an avarage rate of 1898.9 KB/s! 
>         > > > > On a v20z, the same amount of data is done in 5 hours 
>         > > > > or less, with an avarage a rate of 3139.2 KB/s.. 
>         > > > > 
>         > > > > 
>         > > > > Are you talking about local backups, i.e. both your 
>         > > bacula- 
>         > > > fd 
>         > > > > and bacula-sd are running on the same server, or
>         there 
>         > is 
>         > > a 
>         > > > > network in between? In the latter case you might be 
>         > > hitting 
>         > > > > the network transfer limit. 
>         > > > > 
>         > > > > Cheers, 
>         > > > > -- 
>         > > > > Maxx 
>         > > > > 
>         > > > 
>         > > 
>         >
>         
> ------------------------------------------------------------------------- 
>         > > > > Take Surveys. Earn Cash. Influence the Future of IT 
>         > > > > Join SourceForge.net's Techsay panel and you'll get
>         the 
>         > > > chance to share your 
>         > > > > opinions on IT & business topics through brief
>         surveys 
>         > -- 
>         > > > and earn cash 
>         > > > > http://www.techsay.com/default.php? 
>         > > > page=join.php&p=sourceforge&CID=DEVDEV 
>         > > > > _______________________________________________ 
>         > > > > Bacula-users mailing list 
>         > > > > Bacula-users@lists.sourceforge.net 
>         > > > > https://lists.sourceforge.net/lists/listinfo/bacula- 
>         > users 
>         > > > > 
>         > > > 
>         > > 
>         >
>         
> ------------------------------------------------------------------------- 
>         > > > > Take Surveys. Earn Cash. Influence the Future of IT 
>         > > > > Join SourceForge.net's Techsay panel and you'll get
>         the 
>         > > > chance to share your 
>         > > > > opinions on IT & business topics through brief
>         surveys 
>         > -- 
>         > > > and earn cash 
>         > > > > http://www.techsay.com/default.php? 
>         > > > page=join.php&p=sourceforge&CID=DEVDEV 
>         > > > > _______________________________________________
>         Bacula- 
>         > > users 
>         > > > mailing list Bacula-users@lists.sourceforge.net 
>         > > > https://lists.sourceforge.net/lists/listinfo/bacula-
>         users 
>         > > > 
>         > > > 
>         > > > 
>         > > > 
>         > > -- 
>         > > Hristo Benev 
>         > > IT Manager 
>         > > 
>         > > WAVEROAD 
>         > > Partners in Telecommunications 
>         > > 
>         > > 514-935-2020 x225 T 
>         > > 514-935-1001 F 
>         > > www.waveroad.ca 
>         > > [EMAIL PROTECTED] 
>         > > 
>         > > 
>         > > 
>         > > 
>         > -- 
>         > Hristo Benev 
>         > IT Manager 
>         > 
>         > WAVEROAD 
>         > Partners in Telecommunications 
>         > 
>         > 514-935-2020 x225 T 
>         > 514-935-1001 F 
>         > www.waveroad.ca 
>         > [EMAIL PROTECTED] 
>         > 
>         > 
>         > 
>         > 
>         -- 
>         Hristo Benev 
>         IT Manager 
>         
>         WAVEROAD 
>         Partners in Telecommunications 
>         
>         514-935-2020 x225 T 
>         514-935-1001 F 
>         www.waveroad.ca 
>         [EMAIL PROTECTED] 
>         
>         
>         
>         
-- 
Hristo Benev
IT Manager

WAVEROAD
Partners in Telecommunications

514-935-2020 x225 T
514-935-1001 F
www.waveroad.ca
[EMAIL PROTECTED]


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to