APPLIED: RDS local ping DOS
On Thu, Jul 26, 2012 at 07:40:01AM -0600, Tim Gardner wrote:
> On 07/26/2012 07:25 AM, Tim Gardner wrote:
> Um, I forgot to ask if there was any way to extract attribution for
> this patch and are you planning to send it upstream ?
I could find no information no I only had the diff from the previous
kernel to compare against. I had been assuming that it would make its
way upstream from the original distro, I cannot say I understand the
issue well enough to test the issue myself which I would prefer to be
able to do before pushing this upstream.
kernel-team mailing list
Thu Jul 26 16:30:01 2012
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
X-Spam-Status: No, score=-4.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
Received: from lists.gentoo.org (pigeon.gentoo.org [22.214.171.124])
by eagle542.startdedicated.com (Postfix) with ESMTP id 683FD20E05CA
for <email@example.com>; Thu, 26 Jul 2012 16:22:52 +0200 (CEST)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id DBE0421C02B;
Thu, 26 Jul 2012 14:22:37 +0000 (UTC)
Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [126.96.36.199])
by pigeon.gentoo.org (Postfix) with ESMTP id DC157E0329
for <firstname.lastname@example.org>; Thu, 26 Jul 2012 14:17:47 +0000 (UTC)
Received: by lbbgk8 with SMTP id gk8so1478852lbb.40
for <email@example.com>; Thu, 26 Jul 2012 07:17:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
Received: by 10.112.54.100 with SMTP id i4mr13463159lbp.97.1343312266883;
Thu, 26 Jul 2012 07:17:46 -0700 (PDT)
Received: from [10.1.1.201] ([188.8.131.52])
by mx.google.com with ESMTPS id h6sm5226133lbl.13.2012.07.26.07.17.45
Thu, 26 Jul 2012 07:17:46 -0700 (PDT)
Date: Thu, 26 Jul 2012 18:18:15 +0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
Subject: Re: [gentoo-user] new machine : CPU : 22 nm vs 32 nm
References: <20120725200529.GF2965@ca.inter.net> <firstname.lastname@example.org> <CA+czFiAtTXHbdQKR5jW20xtS1-xEL=_t2zOKqx0_k2CgFQWNLg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 07/26/2012 05:50 PM, Michael Mol wrote:
> On Thu, Jul 26, 2012 at 9:43 AM, Ð?Ð²Ð³ÐµÐ½Ð¸Ð¹ Ð?ÐµÑ?Ð¼Ñ?ÐºÐ¾Ð² <email@example.com> wrote:
>> On 07/26/2012 12:05 AM, Philip Webb wrote:
>>> I've listed what's available at the local store,
>>> which I trust to stock reliable items, tho' I wouldn't ask their advice.
>>> All the AMD's are 32 nm , while the Intel recommended by one commenter
>>> -- Core i5-3570 4-Core Socket LGA1155, 3.4 Ghz, 6MB L3 Cache, 22 nm --
>>> is 22 nm : it costs CAD 230 & they have 3 in stock,
>>> which suggests demand, but not the most popular ( 9 in stock).
>>> Isn't 22 nm going to be faster than 32 nm ?
>>> In the same price range, AMD offers Bulldozer X8 FX-8150 (125W)
>>> 8-Core Socket AM3+, 3.6 GHz, 8Mb Cache, 32 nm ( CAD 220 , 2 in
>>> How do you compare cores vs nm ?
>>> How far is cache size important ( 6 vs 8 MB )?
>>> When I built my current machine 2007, the CPU cost CAD 213 ,
>>> so both look as if they're in the right ballpark.
>> If you're building new, performance-oriented box, you should take latest
>> intel with AVX because of AVX. As I recall, recent gcc has support for avx,
>> so some performance gain may be achieved.
>> If you want home box, you may be interested in AMD A8 and similar chips, as
>> they are reasonably fast and very chip
> AMD parts have had AVX since the Bulldozer core release in Q3 2011.
Are they already available in reasonable numbers on market?
>> In any case, I'd put most of my money in 2-4 big 3Tb HDD's for media and 8+
>> Gb fast memory, as modern browsers eat memory like crazies and CPU is
>> usually fast enough. Decoding HDTV mkv's should occur on gpu block in any
>> case, so general performance for most uses is irrelevant, as it was fast
>> enough four yesrs earlier. Simply check, that you can offload HDTV decoding
>> to GPU in your config.
> Here, you're talking about either VDPAU or VAAAPI support. VDPAU is
> only offered by nVidia cards, and even then you need to run the
> proprietary driver. VAAPI is supported by Intel graphics and ATI's
> proprietary driver.
I do not see any problems with this. A blob in system is not best
practice, of course, but it does not need any configuration and is not a
performance bottle-neck, so there is no reason to care.
I personally would prefer AMD A8 if I can offload decoding to GPU unit
there (not sure if I can, so won't change my box till next summer), but
discrete video card will not be the most costly part in good non-gaming
box, hard drives will, so again, what the matter?
> There's talk about using VDPAU as a backend to
> VAAPI, but everything I read on the subect says things like
> 'potentially' and 'could be'.