Thread: Hardware donation
We've got some recently decommissioned servers and Enova is willing to donate 2 of them to the community. There's nothing terribly spectacular about the servers except for memory. We have one 512G server available and the otherwould be either 192G or 96G. I know that folks already have access to machines with a lot of cores, but I haven't seenreports of large memory machines. CPU details vary but we're only looking at 20ish cores (though AFAIK they're all 4 socket servers if that matters). Local drives are nothing fancy (though some might possibly be SSD). -- Jim Nasby, Lead Data Architect (512) 569-9461 (primary) (512) 579-9024 (backup)
On Fri, Jun 21, 2013 at 10:18 PM, Jim Nasby <jnasby@enova.com> wrote: > We've got some recently decommissioned servers and Enova is willing to > donate 2 of them to the community. > > There's nothing terribly spectacular about the servers except for memory. We > have one 512G server available and the other would be either 192G or 96G. I > know that folks already have access to machines with a lot of cores, but I > haven't seen reports of large memory machines. > > CPU details vary but we're only looking at 20ish cores (though AFAIK they're > all 4 socket servers if that matters). > > Local drives are nothing fancy (though some might possibly be SSD). Woot! -- Regards, Atri l'apprenant
I stand corrected... we don't have a 512G server available. We do have plenty of 192G and 96G servers though if 2 of thosewould be of use. Sorry for the noise. On 6/21/13 11:48 AM, Jim Nasby wrote: > We've got some recently decommissioned servers and Enova is willing to donate 2 of them to the community. > > There's nothing terribly spectacular about the servers except for memory. We have one 512G server available and the otherwould be either 192G or 96G. I know that folks already have access to machines with a lot of cores, but I haven't seenreports of large memory machines. > > CPU details vary but we're only looking at 20ish cores (though AFAIK they're all 4 socket servers if that matters). > > Local drives are nothing fancy (though some might possibly be SSD). -- Jim Nasby, Lead Data Architect (512) 569-9461 (primary) (512) 579-9024 (backup)
On 06/21/2013 09:48 AM, Jim Nasby wrote: > We've got some recently decommissioned servers and Enova is willing to > donate 2 of them to the community. > > There's nothing terribly spectacular about the servers except for > memory. We have one 512G server available and the other would be either > 192G or 96G. I know that folks already have access to machines with a > lot of cores, but I haven't seen reports of large memory machines. > > CPU details vary but we're only looking at 20ish cores (though AFAIK > they're all 4 socket servers if that matters). > > Local drives are nothing fancy (though some might possibly be SSD). I'm sure we could use these for the performance test farm. If we need to replace some of the drives, the community has money for that. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
On 06/21/2013 09:48 AM, Jim Nasby wrote: > > We've got some recently decommissioned servers and Enova is willing to > donate 2 of them to the community. > > There's nothing terribly spectacular about the servers except for > memory. We have one 512G server available and the other would be either > 192G or 96G. I know that folks already have access to machines with a > lot of cores, but I haven't seen reports of large memory machines. > > CPU details vary but we're only looking at 20ish cores (though AFAIK > they're all 4 socket servers if that matters). > > Local drives are nothing fancy (though some might possibly be SSD). A couple 192G machines to put in the performance lab would be nice, especially if they have SSD. JD -- Command Prompt, Inc. - http://www.commandprompt.com/ 509-416-6579 PostgreSQL Support, Training, Professional Services and Development High Availability, Oracle Conversion, Postgres-XC, @cmdpromptinc For my dreams of your image that blossoms a rose in the deeps of my heart. - W.B. Yeats
On 6/21/13 1:45 PM, Josh Berkus wrote: > On 06/21/2013 09:48 AM, Jim Nasby wrote: >> We've got some recently decommissioned servers and Enova is willing to >> donate 2 of them to the community. >> >> There's nothing terribly spectacular about the servers except for >> memory. We have one 512G server available and the other would be either >> 192G or 96G. I know that folks already have access to machines with a >> lot of cores, but I haven't seen reports of large memory machines. >> >> CPU details vary but we're only looking at 20ish cores (though AFAIK >> they're all 4 socket servers if that matters). >> >> Local drives are nothing fancy (though some might possibly be SSD). > > I'm sure we could use these for the performance test farm. If we need > to replace some of the drives, the community has money for that. We might actually have some spare SSDs floating around; I'm checking. We're also thinking we might be able to get at leastone of these up to 256G by swapping memory around. Am I correct that the most valuable thing to the community the large memory size? Who can be point of contact from the community to arrange shipping, etc? -- Jim C. Nasby, Data Architect jim@nasby.net 512.569.9461 (cell) http://jim.nasby.net
On Fri, Jun 21, 2013 at 12:03 PM, Jim Nasby <jim@nasby.net> wrote: > On 6/21/13 1:45 PM, Josh Berkus wrote: >> >> On 06/21/2013 09:48 AM, Jim Nasby wrote: >>> >>> We've got some recently decommissioned servers and Enova is willing to >>> donate 2 of them to the community. >>> >>> There's nothing terribly spectacular about the servers except for >>> memory. We have one 512G server available and the other would be either >>> 192G or 96G. I know that folks already have access to machines with a >>> lot of cores, but I haven't seen reports of large memory machines. >>> >>> CPU details vary but we're only looking at 20ish cores (though AFAIK >>> they're all 4 socket servers if that matters). >>> >>> Local drives are nothing fancy (though some might possibly be SSD). >> >> >> I'm sure we could use these for the performance test farm. If we need >> to replace some of the drives, the community has money for that. > > > We might actually have some spare SSDs floating around; I'm checking. We're > also thinking we might be able to get at least one of these up to 256G by > swapping memory around. > > Am I correct that the most valuable thing to the community the large memory > size? Yeah, I believe it's memory and storage. > Who can be point of contact from the community to arrange shipping, etc? I can be. Regards, Mark
>> Who can be point of contact from the community to arrange shipping, etc? > > I can be. And I'll handle the tax credit once the servers are received. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
On 21 June 2013 20:03, Jim Nasby <jim@nasby.net> wrote: > Who can be point of contact from the community to arrange shipping, etc? Do they need to be shipped? Can we just leave them where they are and arrange access and power charges to be passed to SPI? Sounds like it would be cheaper and easier to leave them where they are and they won't get damaged in transit then. Of course, may not be possible. --Simon Riggs http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services
On 6/22/13 8:19 AM, Simon Riggs wrote: > On 21 June 2013 20:03, Jim Nasby <jim@nasby.net> wrote: > >> Who can be point of contact from the community to arrange shipping, etc? > > Do they need to be shipped? Can we just leave them where they are and > arrange access and power charges to be passed to SPI? Sounds like it > would be cheaper and easier to leave them where they are and they > won't get damaged in transit then. Of course, may not be possible. Sorry for the late reply, just saw this. Actually, we have the exact opposite problem... someone higher up the food chain than I am is strongly opposed to us hostinga server for the community in any of our data centers. We actually can pay for hosting somewhere if that's an issue. BTW, I also missed Mark's reply to this... I'll get in touch with him about shipping. -- Jim Nasby, Lead Data Architect (512) 569-9461 (primary) (512) 579-9024 (backup)