search for: consupt

Hi, Jean, thanks for your source code example. I like ask info about cpu consuption, in our example enabling echo removing cause the sound poppling with a celeron 1.7Ghz (taskman show cpu full, without echo is at 30%). Does exist a mode to lower the cpu consuption in echo removing? Because a large part of users base own still "old" CPU of 6-7 generation, as from 500-...

hello tincers, when I on battery on my notebook, running powertop, I get nic:<tinc-net-name> as the most power consuption resource in my notebook just after the screen. This happens no matter if I have traffic or not. I am not really sure that if this is really a tinc fault or a tap/tun implementation that never sleeps. any advice? -------------- next part -------------- An HTML attachment was scrubbed... URL: &...

On Mar 15, 2011, at 4:15 PM, jfonseca at vmware.com wrote: > This series of patches address several issues causing memory usage to grow > indefinetely on a long lived process. Thanks for working on this. Did you measure the performance impact of these changes? /jakob

On Mar 24, 2011, at 7:23 AM, José Fonseca wrote: >>> >> I normally use 403.gcc, but if you don't have SPEC sources, these tests in the nightly test suite take a while to compile: >> >> MultiSource/Applications/ClamAV >> MultiSource/Applications/JM/ldecod >> MultiSource/Applications/JM/lencod >> MultiSource/Applications/SPASS >>

On 03/24/2011 03:30 PM, Jakob Stoklund Olesen wrote: > > On Mar 24, 2011, at 7:23 AM, José Fonseca wrote: >>>> >>> I normally use 403.gcc, but if you don't have SPEC sources, these >>> tests in the nightly test suite take a while to compile: >>> >>> MultiSource/Applications/ClamAV >>> MultiSource/Applications/JM/ldecod

On Mar 16, 2011, at 6:19 AM, José Fonseca wrote: > On Tue, 2011-03-15 at 20:29 -0700, Jakob Stoklund Olesen wrote: >> On Mar 15, 2011, at 4:15 PM, jfonseca at vmware.com wrote: >> >>> This series of patches address several issues causing memory usage to grow >>> indefinetely on a long lived process. >> >> Thanks for working on this. >>

Good morning Jose, Thank you to send patches. - Please send patches to llvm-commits. - Please make patches with "--attach". You may add "format.attach" to git config. I have not seen yours yet, but I pushed yours to github; https://github.com/chapuni/LLVM/compare/ed4edf9e...jfonseca%2F20110316 (Excuse me I could not input accent) ...Takumi On Wed, Mar 16, 2011 at 8:15

On 03/16/2011 03:39 PM, Jakob Stoklund Olesen wrote: > On Mar 16, 2011, at 6:19 AM, José Fonseca wrote: > > >> On Tue, 2011-03-15 at 20:29 -0700, Jakob Stoklund Olesen wrote: >> >>> On Mar 15, 2011, at 4:15 PM, jfonseca at vmware.com wrote: >>> >>> >>>> This series of patches address several issues causing memory usage

On Tue, 2011-03-15 at 20:29 -0700, Jakob Stoklund Olesen wrote: > On Mar 15, 2011, at 4:15 PM, jfonseca at vmware.com wrote: > > > This series of patches address several issues causing memory usage to grow > > indefinetely on a long lived process. > > Thanks for working on this. > > Did you measure the performance impact of these changes? I tracked performance

...; the file to a copy in a rw area where I modify the list and just run one > of the subtests at a time. If I try to run the whole it always fails > after a couple of sub-tests with an error. > > It seems to me that these scripts are quite memory consuming as they > accumulate memory consuption in relation to what is loaded along the > way. A major problem with my system. I'm sorry for perhaps asking something entirely obvious, but have you tried: kernel-dir $ rsync -avr tools/testing/selftests/ root@$board:selftests/ board $ cd selftests/drivers/net/dsa/ board $ ./bridge_lock...

This series of patches address several issues causing memory usage to grow indefinetely on a long lived process. These are not convenional leaks -- memory would have been freed when the LLVM context or/and JIT engine is destroyed -- but for as long as they aren't the memory is usage effectively ubounded. The issues were found using valgrind with '--show-reachable=yes' option: 1.

...memory constraints I link the file to a copy in a rw area where I modify the list and just run one of the subtests at a time. If I try to run the whole it always fails after a couple of sub-tests with an error. It seems to me that these scripts are quite memory consuming as they accumulate memory consuption in relation to what is loaded along the way. A major problem with my system.

I'm after the cheapest way to decode a flac stream with following criteria; - Transport from UPnP (DNLA) NAS using either WiFi or Cat5 networking - Toslink digital out for using existing HiFi DAC. - Low power consuption (eg just few Watts - it's just a decoder anyway). There seems a real lack of Flac players that are cheap and HiFi separates integratable like current-day CD players. All solutions I've seen are either expensive boutique heavy-weights or portable devices. Squeezebox doesn't count f...

--- On Thu, 1/14/10, Nicholas Bower <nick at petangent.net> wrote: > - Low power consuption (eg just few Watts - it's just a decoder anyway). ... > Squeezebox doesn't count for me - requires PC to be on, thus breaking > rule 3 above as a few-hundred Watt music player system (pretty > irresponsible solution if you ask me in these times). FWIW it depends on how big your...

...in a rw area where I modify the list and just run one >> of the subtests at a time. If I try to run the whole it always fails >> after a couple of sub-tests with an error. >> >> It seems to me that these scripts are quite memory consuming as they >> accumulate memory consuption in relation to what is loaded along the >> way. A major problem with my system. > > I'm sorry for perhaps asking something entirely obvious, but have you tried: > > kernel-dir $ rsync -avr tools/testing/selftests/ root@$board:selftests/ > board $ cd selftests/drivers/net...

...the following update at his sourceforge website on 11/16/04. "Coded and simulated the DC predictor module - hope the Theora description I used matches the actual codec :-) Also modified the modules released earlier to support non-coded blocks. For the DCT/IDCT I tried to reduce the power consuption by minimizing switching of the registers and counters when the output data goes to /dev/null." That brought him up from 60% to 70% complete, and it looks like he is on schedule for a 12/14/04 target for 100% complete. John

...> > On Jan 14, 2010, at 20:59, Nicholas Bower wrote: > I'm after the cheapest way to decode a flac stream with following > criteria; > - Transport from UPnP (DNLA) NAS using either WiFi or Cat5 networking > - Toslink digital out for using existing HiFi DAC. > - Low power consuption (eg just few Watts - it's just a decoder > anyway). > Your criteria fall short of the full potential for quality when you > separate the transport from the DAC via TOSLINK. I suppose that if > you mention "cheapest" then you're perhaps not concerned about &...

...in a rw area where I modify the list and just run one >> of the subtests at a time. If I try to run the whole it always fails >> after a couple of sub-tests with an error. >> >> It seems to me that these scripts are quite memory consuming as they >> accumulate memory consuption in relation to what is loaded along the >> way. A major problem with my system. > > I'm sorry for perhaps asking something entirely obvious, but have you tried: > > kernel-dir $ rsync -avr tools/testing/selftests/ root@$board:selftests/ > board $ cd selftests/drivers/net...

On Sun, Mar 26, 2023 at 05:41:06PM +0200, Hans Schultz wrote: > On Mon, Mar 20, 2023 at 10:44, Ido Schimmel <idosch at nvidia.com> wrote: > >> + $MZ $swp1 -c 1 -p 128 -t udp "sp=54321,dp=12345" \ > >> + -a $mac -b `mac_get $h2` -A 192.0.2.1 -B 192.0.2.2 -q > >> + tc_check_packets "dev $swp2 egress" 1 1 > >> + check_fail $?

(... to Nabble Ext3:Users - reposted by me after I joined the ext3-users mailing list - sorry for the dup...) A bit of a rambling subject there but I am trying to figure out if it is more efficient at runtime to have few very large file systems (8 TB) vs a larger number of smaller file systems. The file systems will hold many small files. My preference is to have a larger number of smaller file