Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.mac.system > #102515 > unrolled thread

Throttle a process deliberately?

Back to article view | Back to comp.sys.mac.system

Contents

  Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-17 19:04 -0400
    Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-17 23:29 +0000
      Re: Throttle a process deliberately? Calum <com.gmail@nospam.scottishwildcat> - 2017-03-18 14:58 +0000
        Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-18 17:33 -0400
          Re: Throttle a process deliberately? Calum <com.gmail@nospam.scottishwildcat> - 2017-03-19 20:56 +0000
          Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-19 21:39 +0000
            Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 07:51 -0400
              Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 12:08 +0000
                Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 08:38 -0400
                  Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 13:07 +0000
                    Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 09:16 -0400
                      Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 13:37 +0000
                        Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 11:09 -0400
                          Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 17:08 +0000
                            Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 14:54 -0400
                              Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 20:54 +0000
                                Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 18:40 -0400
                                  Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 23:01 +0000
                                    Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-22 19:33 -0400
                                      Re: Throttle a process deliberately? Lewis <g.kreme@gmail.com.dontsendmecopies> - 2017-03-23 05:22 +0000
            Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 07:53 -0400
              Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 12:03 +0000
                Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 08:39 -0400
                  Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-21 13:08 +0000
                    Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 09:25 -0400
        Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 09:32 -0400
      Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-18 17:31 -0400
        Re: Throttle a process deliberately? JF Mezei <jfmezei.spamnot@vaxination.ca> - 2017-03-18 17:49 -0400
          Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 11:09 -0400
        Re: Throttle a process deliberately? Jolly Roger <jollyroger@pobox.com> - 2017-03-18 23:26 +0000
          Re: Throttle a process deliberately? Lewis <g.kreme@gmail.com.dontsendmecopies> - 2017-03-19 17:21 +0000
          Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 09:35 -0400
        Re: Throttle a process deliberately? Lewis <g.kreme@gmail.com.dontsendmecopies> - 2017-03-19 17:04 +0000
          Re: Throttle a process deliberately? Alan Browne <alan.browne@freelunchvideotron.ca> - 2017-03-21 11:07 -0400

Page 1 of 2  [1] 2  Next page →

#102515 — Throttle a process deliberately?

I'm preparing some vids and using handbrake to make "small" copies.  In 
the meantime I'm in DaVinci Resolve working on the next great thing.

Is there a way in OS X to "throttle" handbrake down to no more than 75% 
of each core?  (It's maxing out each core and HT making DV Resolve 
'jerky' when scrubbing.

Handbrake itself has no such feature.

In Windows one could assign cores to a process (or de-assign them using 
the affinity check boxes - tedious but it did it).    That's not the way 
I'd want to do it, but is there some OS prioritization method to "choke" 
Handbrake?

-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [next] | [standalone]

#102521

On 2017-03-17, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>
> I'm preparing some vids and using handbrake to make "small" copies.  In 
> the meantime I'm in DaVinci Resolve working on the next great thing.
>
> Is there a way in OS X to "throttle" handbrake down to no more than 75% 
> of each core?  (It's maxing out each core and HT making DV Resolve 
> 'jerky' when scrubbing.
>
> Handbrake itself has no such feature.

I think you can pass :threads=n (where n is the number of cores you want
it to use) to Handbrake (possibly in the "Additional Options" text field
in the Video tab). 

> In Windows one could assign cores to a process (or de-assign them using 
> the affinity check boxes - tedious but it did it).    That's not the way 
> I'd want to do it, but is there some OS prioritization method to "choke" 
> Handbrake?

You could try renicing it with something like:

sudo renice n PID 
(where PID is Handbrake's process ID)

You can also pause and continue any process with:

kill -SIGSTOP PID
kill -SIGCONT PID

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102549

On 17/03/2017 23:29, Jolly Roger wrote:

> You could try renicing it with something like:
>
> sudo renice n PID
> (where PID is Handbrake's process ID)
>
> You can also pause and continue any process with:
>
> kill -SIGSTOP PID
> kill -SIGCONT PID

Or if you want a (simple) GUI, you could try AppPolice:

<https://github.com/fuyu/AppPolice>

[toc] | [prev] | [next] | [standalone]

#102577

On 2017-03-18 10:58, Calum wrote:
> On 17/03/2017 23:29, Jolly Roger wrote:
>
>> You could try renicing it with something like:
>>
>> sudo renice n PID
>> (where PID is Handbrake's process ID)
>>
>> You can also pause and continue any process with:
>>
>> kill -SIGSTOP PID
>> kill -SIGCONT PID
>
> Or if you want a (simple) GUI, you could try AppPolice:
>
> <https://github.com/fuyu/AppPolice>


ooooohhh! any experience with it?


-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102622

On 18/03/2017 21:33, Alan Browne wrote:
> On 2017-03-18 10:58, Calum wrote:
>> Or if you want a (simple) GUI, you could try AppPolice:
>>
>> <https://github.com/fuyu/AppPolice>
>
>
> ooooohhh! any experience with it?

Not personally, but I've seen other people I'd trust suggest it elsewhere.

[toc] | [prev] | [next] | [standalone]

#102625

On 2017-03-18, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-18 10:58, Calum wrote:
>> On 17/03/2017 23:29, Jolly Roger wrote:
>>
>>> You could try renicing it with something like:
>>>
>>> sudo renice n PID
>>> (where PID is Handbrake's process ID)
>>>
>>> You can also pause and continue any process with:
>>>
>>> kill -SIGSTOP PID
>>> kill -SIGCONT PID
>>
>> Or if you want a (simple) GUI, you could try AppPolice:
>>
>> <https://github.com/fuyu/AppPolice>
>
> ooooohhh! any experience with it?

I just tried it, and it gives you a really nice little slider to control
how much CPU time a process gets. The load was spread evenly across all
cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
8-core MacPro, and was able to smootlhy throttle it down to 0% or
anywhere between, while watching the system CPU meter respond
accordingly.  Nice little utility. : )

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102709

On 2017-03-19 17:39, Jolly Roger wrote:
> On 2017-03-18, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>> On 2017-03-18 10:58, Calum wrote:
>>> On 17/03/2017 23:29, Jolly Roger wrote:
>>>
>>>> You could try renicing it with something like:
>>>>
>>>> sudo renice n PID
>>>> (where PID is Handbrake's process ID)
>>>>
>>>> You can also pause and continue any process with:
>>>>
>>>> kill -SIGSTOP PID
>>>> kill -SIGCONT PID
>>>
>>> Or if you want a (simple) GUI, you could try AppPolice:
>>>
>>> <https://github.com/fuyu/AppPolice>
>>
>> ooooohhh! any experience with it?
>
> I just tried it, and it gives you a really nice little slider to control
> how much CPU time a process gets. The load was spread evenly across all
> cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
> 8-core MacPro, and was able to smootlhy throttle it down to 0% or
> anywhere between, while watching the system CPU meter respond
> accordingly.  Nice little utility. : )
>

Great!  I'll DL it.  Thanks.  That's the ticket for sure.  The only app 
I can think of where I want to reserve cycles for other apps is Handbrake.

-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102712

Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-19 17:39, Jolly Roger wrote:
>> 
>> I just tried it, and it gives you a really nice little slider to control
>> how much CPU time a process gets. The load was spread evenly across all
>> cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
>> 8-core MacPro, and was able to smootlhy throttle it down to 0% or
>> anywhere between, while watching the system CPU meter respond
>> accordingly.  Nice little utility. : )
> 
> Great!  I'll DL it.  Thanks.  That's the ticket for sure.  The only app 
> I can think of where I want to reserve cycles for other apps is Handbrake.

FYI: I later noticed while the app was running, with Handbrake churning
away using all 8 cores, that 3D-accelerated games exhibited a rather
annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
while playing intensive games with no noticeable significant stutter.
Quitting the app fixed that. YMMV. 

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102715

On 2017-03-21 08:08, Jolly Roger wrote:
> Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>> On 2017-03-19 17:39, Jolly Roger wrote:
>>>
>>> I just tried it, and it gives you a really nice little slider to control
>>> how much CPU time a process gets. The load was spread evenly across all
>>> cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
>>> 8-core MacPro, and was able to smootlhy throttle it down to 0% or
>>> anywhere between, while watching the system CPU meter respond
>>> accordingly.  Nice little utility. : )
>>
>> Great!  I'll DL it.  Thanks.  That's the ticket for sure.  The only app
>> I can think of where I want to reserve cycles for other apps is Handbrake.
>
> FYI: I later noticed while the app was running, with Handbrake churning
> away using all 8 cores, that 3D-accelerated games exhibited a rather
> annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
> while playing intensive games with no noticeable significant stutter.
> Quitting the app fixed that. YMMV.

Interesting - I hope it doesn't affect the video editor.  Could be 
related to how it uses the GPU.


-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102718

On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-21 08:08, Jolly Roger wrote:
>> Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>> On 2017-03-19 17:39, Jolly Roger wrote:
>>>>
>>>> I just tried it, and it gives you a really nice little slider to control
>>>> how much CPU time a process gets. The load was spread evenly across all
>>>> cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
>>>> 8-core MacPro, and was able to smootlhy throttle it down to 0% or
>>>> anywhere between, while watching the system CPU meter respond
>>>> accordingly.  Nice little utility. : )
>>>
>>> Great!  I'll DL it.  Thanks.  That's the ticket for sure.  The only app
>>> I can think of where I want to reserve cycles for other apps is Handbrake.
>>
>> FYI: I later noticed while the app was running, with Handbrake churning
>> away using all 8 cores, that 3D-accelerated games exhibited a rather
>> annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
>> while playing intensive games with no noticeable significant stutter.
>> Quitting the app fixed that. YMMV.
>
> Interesting - I hope it doesn't affect the video editor.  Could be 
> related to how it uses the GPU.

AppPolice? Why would it use the GPU? Normally I can have a bunch of
miscellaneous apps running (Mail, Safari, TexEdit, BBEdit, iTunes, and
anything else I happen to have open at the time), with Handbrake running
and encoding pegging all 8 cores at ~100%, and be playing 3D-accelerated
games without any significant stutter on this Mac Pro. When I also run
AppPolice, I get a very noticeable stutter in 3D-accelerated apps.
Without AppPolice running, the weather is clear.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102720

On 2017-03-21 09:07, Jolly Roger wrote:
> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>> On 2017-03-21 08:08, Jolly Roger wrote:
>>> Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>>> On 2017-03-19 17:39, Jolly Roger wrote:
>>>>>
>>>>> I just tried it, and it gives you a really nice little slider to control
>>>>> how much CPU time a process gets. The load was spread evenly across all
>>>>> cores.I have Handbrake pushing a fairly constant 770-795% CPU on my
>>>>> 8-core MacPro, and was able to smootlhy throttle it down to 0% or
>>>>> anywhere between, while watching the system CPU meter respond
>>>>> accordingly.  Nice little utility. : )
>>>>
>>>> Great!  I'll DL it.  Thanks.  That's the ticket for sure.  The only app
>>>> I can think of where I want to reserve cycles for other apps is Handbrake.
>>>
>>> FYI: I later noticed while the app was running, with Handbrake churning
>>> away using all 8 cores, that 3D-accelerated games exhibited a rather
>>> annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
>>> while playing intensive games with no noticeable significant stutter.
>>> Quitting the app fixed that. YMMV.
>>
>> Interesting - I hope it doesn't affect the video editor.  Could be
>> related to how it uses the GPU.
>
> AppPolice? Why would it use the GPU? Normally I can have a bunch of
> miscellaneous apps running (Mail, Safari, TexEdit, BBEdit, iTunes, and
> anything else I happen to have open at the time), with Handbrake running
> and encoding pegging all 8 cores at ~100%, and be playing 3D-accelerated
> games without any significant stutter on this Mac Pro. When I also run
> AppPolice, I get a very noticeable stutter in 3D-accelerated apps.
> Without AppPolice running, the weather is clear.
>

Misunderstanding.  I'm wondering if your games use of the GPU is 
affected by app police while HB is running throttled.

-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102725

On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-21 09:07, Jolly Roger wrote:
>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>> On 2017-03-21 08:08, Jolly Roger wrote:
>>>
>>>> FYI: I later noticed while the app was running, with Handbrake churning
>>>> away using all 8 cores, that 3D-accelerated games exhibited a rather
>>>> annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
>>>> while playing intensive games with no noticeable significant stutter.
>>>> Quitting the app fixed that. YMMV.
>>>
>>> Interesting - I hope it doesn't affect the video editor.  Could be
>>> related to how it uses the GPU.
>>
>> AppPolice? Why would it use the GPU? Normally I can have a bunch of
>> miscellaneous apps running (Mail, Safari, TexEdit, BBEdit, iTunes, and
>> anything else I happen to have open at the time), with Handbrake running
>> and encoding pegging all 8 cores at ~100%, and be playing 3D-accelerated
>> games without any significant stutter on this Mac Pro. When I also run
>> AppPolice, I get a very noticeable stutter in 3D-accelerated apps.
>> Without AppPolice running, the weather is clear.
>
> Misunderstanding.  I'm wondering if your games use of the GPU is 
> affected by app police while HB is running throttled.

Could be. I suppose it also could be that it affects all running
applications, but simply isn't as noticeable in other less demanding
applications. The stutter I see in 3D accelerated games is a momentary
pause (~1 second) - just enough to negatively affect game play. And I
haven't played with it further to determine whether I can notice a
problem elsewhere. I probably won't ever bother to run it again on this
machine anyway.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102731

On 2017-03-21 09:37, Jolly Roger wrote:
> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>> On 2017-03-21 09:07, Jolly Roger wrote:
>>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>>> On 2017-03-21 08:08, Jolly Roger wrote:
>>>>
>>>>> FYI: I later noticed while the app was running, with Handbrake churning
>>>>> away using all 8 cores, that 3D-accelerated games exhibited a rather
>>>>> annoying stutter. Normally on this Mac Pro, i can run Handbrake full blast
>>>>> while playing intensive games with no noticeable significant stutter.
>>>>> Quitting the app fixed that. YMMV.
>>>>
>>>> Interesting - I hope it doesn't affect the video editor.  Could be
>>>> related to how it uses the GPU.
>>>
>>> AppPolice? Why would it use the GPU? Normally I can have a bunch of
>>> miscellaneous apps running (Mail, Safari, TexEdit, BBEdit, iTunes, and
>>> anything else I happen to have open at the time), with Handbrake running
>>> and encoding pegging all 8 cores at ~100%, and be playing 3D-accelerated
>>> games without any significant stutter on this Mac Pro. When I also run
>>> AppPolice, I get a very noticeable stutter in 3D-accelerated apps.
>>> Without AppPolice running, the weather is clear.
>>
>> Misunderstanding.  I'm wondering if your games use of the GPU is
>> affected by app police while HB is running throttled.
>
> Could be. I suppose it also could be that it affects all running
> applications, but simply isn't as noticeable in other less demanding
> applications. The stutter I see in 3D accelerated games is a momentary
> pause (~1 second) - just enough to negatively affect game play. And I
> haven't played with it further to determine whether I can notice a
> problem elsewhere. I probably won't ever bother to run it again on this
> machine anyway.

Glad you tested it, IAC, thanks.  I don't DL off of Github so I didn't 
realize there were compiled releases.  I despise XCode's gorilla print 
on my machine...

-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102740

On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>
> I despise XCode's gorilla print on my machine...

I use Xcode fairly regularly but haven't noticed any gorilla prints.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102747

On 2017-03-21 13:08, Jolly Roger wrote:
> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>
>> I despise XCode's gorilla print on my machine...
>
> I use Xcode fairly regularly but haven't noticed any gorilla prints.

Whenever they update the most minor thing and you end up downloading 3 - 
4 GB is a bandwidth gorilla to me.


-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102772

On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-21 13:08, Jolly Roger wrote:
>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>>
>>> I despise XCode's gorilla print on my machine...
>>
>> I use Xcode fairly regularly but haven't noticed any gorilla prints.
>
> Whenever they update the most minor thing and you end up downloading 3 - 
> 4 GB is a bandwidth gorilla to me.

Updates cost bandwidth. Meh.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102780

On 2017-03-21 16:54, Jolly Roger wrote:
> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>> On 2017-03-21 13:08, Jolly Roger wrote:
>>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>>>
>>>> I despise XCode's gorilla print on my machine...
>>>
>>> I use Xcode fairly regularly but haven't noticed any gorilla prints.
>>
>> Whenever they update the most minor thing and you end up downloading 3 -
>> 4 GB is a bandwidth gorilla to me.
>
> Updates cost bandwidth. Meh.

XCode has thousands of moving parts.  Updates that affect, say, 200 
moving parts shouldn't affect the whole.  But they re-pack the whole 
mess.  I have a 150 GB/month cap here, so it can make a difference.

IAC I don't need it at present so I deleted it.  I just need the Command 
Line App Dev Tools to allow me to link my code.

-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102782

On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-21 16:54, Jolly Roger wrote:
>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>> On 2017-03-21 13:08, Jolly Roger wrote:
>>>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
>>>>>
>>>>> I despise XCode's gorilla print on my machine...
>>>>
>>>> I use Xcode fairly regularly but haven't noticed any gorilla prints.
>>>
>>> Whenever they update the most minor thing and you end up downloading 3 -
>>> 4 GB is a bandwidth gorilla to me.
>>
>> Updates cost bandwidth. Meh.
>
> XCode has thousands of moving parts.  Updates that affect, say, 200 
> moving parts shouldn't affect the whole.  But they re-pack the whole 
> mess.  I have a 150 GB/month cap here, so it can make a difference.

I've never run into a cap with my broadband access here, even for
stretches with Netlflix HD going all day and a slew of fairly long and
constant network transfers. It's nice not to stress about caps.

> IAC I don't need it at present so I deleted it.  I just need the Command 
> Line App Dev Tools to allow me to link my code.

Nothing wrong with lean & mean.

-- 
E-mail sent to this address may be devoured by my ravenous SPAM filter.
I often ignore posts from Google. Use a real news client instead.

JR

[toc] | [prev] | [next] | [standalone]

#102844

On 2017-03-21 19:01, Jolly Roger wrote:
> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:

>> XCode has thousands of moving parts.  Updates that affect, say, 200
>> moving parts shouldn't affect the whole.  But they re-pack the whole
>> mess.  I have a 150 GB/month cap here, so it can make a difference.
>
> I've never run into a cap with my broadband access here, even for
> stretches with Netlflix HD going all day and a slew of fairly long and
> constant network transfers. It's nice not to stress about caps.

The joy of the US where you have significant competition for your $.

It's not that bad I could pay an extra x bucks a month for unlimited and 
have on occasion bought 25 GB extensions for $5 a pop.  But my ornery 
side says pay x$ for y GB and live with it.

>> IAC I don't need it at present so I deleted it.  I just need the Command
>> Line App Dev Tools to allow me to link my code.
>
> Nothing wrong with lean & mean.

For what I do it's great.


-- 
"If war is God's way of teaching Americans geography, then
recession is His way of teaching everyone a little economics."
   ..Raj Patel, The Value of Nothing.

[toc] | [prev] | [next] | [standalone]

#102865

In message <N8idnZrvxpkxlE7FnZ2dnUU7-WvNnZ2d@giganews.com> Alan Browne <alan.browne@freelunchvideotron.ca> wrote:
> On 2017-03-21 19:01, Jolly Roger wrote:
>> On 2017-03-21, Alan Browne <alan.browne@freelunchvideotron.ca> wrote:

>>> XCode has thousands of moving parts.  Updates that affect, say, 200
>>> moving parts shouldn't affect the whole.  But they re-pack the whole
>>> mess.  I have a 150 GB/month cap here, so it can make a difference.
>>
>> I've never run into a cap with my broadband access here, even for
>> stretches with Netlflix HD going all day and a slew of fairly long and
>> constant network transfers. It's nice not to stress about caps.

> The joy of the US where you have significant competition for your $.

You are delusional. The US has nearly no competition for broadband.

I have two choices. Crappy DSL (60mbit top speed for $100), or Comcast
where I can get 240MBit for $75 (home) or a fixed IP 74mbit business
line for $200/m. I can also get gigabit Ethernet for $3500/m if I had
commercial space.

-- 
"He has no enemies, but is intensely disliked by his friends.." Oscar
Wilde

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.sys.mac.system

csiph-web