Re: [GTALUG] Custom build: Which case?

2019-09-20 Thread Scott Frederick via talk
On 2019-09-18 11:51 p.m., William Park via talk wrote: > I built all of my computers, last one being a basic i3-4170. There is > one part that I was never satisfied with, and that is "computer case". > Selections at Canada Computers and Newegg are disappointing. If you > were building a full-towe

Re: [GTALUG] Was: Linux kernel 5.3 - Now: SPF and Anti Forgery

2019-09-20 Thread Stewart C. Russell via talk
On 2019-09-20 8:55 a.m., ac via talk wrote: Your sent email, came in marked as SPAM, and I wondered why... Don't forget: we had to implement Reply-To munging, otherwise mailing list messages were going out with incorrect DKIM information. Yes, about now someone usually quotes Chip Rosenthal'

Re: [GTALUG] Finding Old Memory

2019-09-20 Thread Ivan Avery Frey via talk
On Fri, Sep 20, 2019, 17:29 Lennart Sorensen, wrote: > > According to https://www.memoryxsun.com/mxx4211az.html which has 2GB > sticks for the X2100, the machine drops to DDR266 from DDR400 when using > 2GB sticks. So you can have 4GB of DDR400 or 8GB of DDR266. So you > get to choose speed or

Re: [GTALUG] Finding Old Memory

2019-09-20 Thread Lennart Sorensen via talk
On Thu, Sep 19, 2019 at 04:18:32PM -0400, Ivan Avery Frey via talk wrote: > Yes a single stick. > > It's for a SunFire X2100. > > Hmm, the specs say max memory 8 GB but maybe 2 GB x 1 were never made in > this format. > Ivan. According to https://www.memoryxsun.com/mxx4211az.html which has 2GB s

Re: [GTALUG] Custom build: Which case?

2019-09-20 Thread Lennart Sorensen via talk
On Thu, Sep 19, 2019 at 04:16:40PM -0400, Nicholas Krause via talk wrote: > Speed wise yes but what about 100 watts of power. So missing that the power > increase > > is from 5 watts to 100 which can make charging or using high power devices > possible. I haven't seen a motherboard that allowed t

Re: [GTALUG] Linux kernel 5.3.0

2019-09-20 Thread Dhaval Giani via talk
On Fri, Sep 20, 2019 at 5:00 AM David Collier-Brown via talk wrote: > > > On 2019-09-19 11:11 p.m., William Park via talk wrote: > > I just tried kernel 5.3.0, and it's noticeably faster in opening > windows. Not sure about overall throughput, though. > > > I'd be interested in how quick it is in

Re: [GTALUG] Custom build: Which case?

2019-09-20 Thread James Knott via talk
On 2019-09-20 10:07 AM, mwilson--- via talk wrote: >> On 2019-09-19 8:22 a.m., Jamon Camisso via talk wrote: >>> c'mon, only 15kg: https://www.newegg.ca/p/N82E16811853056 - you know you >>> want it.. >> That is one of the strangest CPU cases I've ever seen. Do the 4 outer pods >> accommodate a CPU

Re: [GTALUG] Custom build: Which case?

2019-09-20 Thread mwilson--- via talk
> On 2019-09-19 8:22 a.m., Jamon Camisso via talk wrote: >> c'mon, only 15kg: https://www.newegg.ca/p/N82E16811853056 - you know you >> want it.. > > That is one of the strangest CPU cases I've ever seen. Do the 4 outer pods > accommodate a CPU board each? ;) Resembles a GE-425 mainframe from the

Re: [GTALUG] SPF and Anti Forgery

2019-09-20 Thread Dave Collier-Brown via talk
On 2019-09-20 8:55 a.m., ac via talk wrote: > I have noticed something interesting in > the email you just sent to the list, so I have started a new thread... :) > > Your sent email, came in marked as SPAM, and I wondered why... > > yes, it is from Google, who sends a lot of spam, scams etc. but

[GTALUG] Was: Linux kernel 5.3 - Now: SPF and Anti Forgery

2019-09-20 Thread ac via talk
On Fri, 20 Sep 2019 08:00:10 -0400 David Collier-Brown via talk wrote: > On 2019-09-19 11:11 p.m., William Park via talk wrote: > > I just tried kernel 5.3.0, and it's noticeably faster in opening > > windows. Not sure about overall throughput, though. > I'd be interested in how quick it is in

Re: [GTALUG] Linux kernel 5.3.0

2019-09-20 Thread David Collier-Brown via talk
On 2019-09-19 11:11 p.m., William Park via talk wrote: I just tried kernel 5.3.0, and it's noticeably faster in opening windows. Not sure about overall throughput, though. I'd be interested in how quick it is in unblocking processes who just got I/O. I have servers doing arrays of heavily p