Package: wnpp
Severity: wishlist
Owner: Arturo Borrero Gonzalez
* Package name: libnftnl
Version : 0.1
Upstream Author : Pablo Neira Ayuso
* URL : http://www.netfilter.org
* License : GPL-2+
Programming Lang: C
Description : nftables low-level userspac
On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John wrote:
>> $ apt-cache show mupdf
>> MuPDF is a lightweight PDF viewer and toolkit written in portable C.
>> (...)
>
> The mupdf PDF reader is supposed to be minimal and makes on me the impression
> of
> being more a reference implementation using
previously on this list Roger Leigh contributed:
> With an SSD, you really
> don't want /tmp or swap on it;
Why?, due to limited write cycles?
As long as it is a modern SSD (years) or one of the old ones one with a
sandforce controller (OpenBSD dev let me know about that) then it has a
good 20%
On 2014-01-20 12:54:30, Mathieu Malaterre wrote:
> On Mon, Jan 20, 2014 at 4:34 AM, Jens Oliver John wrote:
> >> $ apt-cache show mupdf
> >> MuPDF is a lightweight PDF viewer and toolkit written in portable C.
> >> (...)
> >
> > The mupdf PDF reader is supposed to be minimal and makes on me the
>
On 16 January 2014 17:25, Matthias Klose wrote:
> Last year, I started to file bug reports for the arm64 port, which required
> new
> versions of the config.sub and config.guess scripts. All of these can be
> fixed
> by using the autotools-dev package for the update. Now, another port requires
X-I-am-subscribed: no
X-CC-me-please: yes
On 11/12/13 15:55, Sylvestre Ledru wrote:
> I am tagging logcheck as RFH because it seems that it could
> need some love.
> The PTS says:
> The BTS contains patches fixing 36 bugs, consider including or untagging
> them.
>
> And no upload has been done
Am 20.01.2014 14:09, schrieb Dimitri John Ledkov:
> On 16 January 2014 17:25, Matthias Klose wrote:
>> Last year, I started to file bug reports for the arm64 port, which required
>> new
>> versions of the config.sub and config.guess scripts. All of these can be
>> fixed
>> by using the autotool
On Mon, Jan 20, 2014 at 12:29:28PM +, Kevin Chadwick wrote:
> previously on this list Roger Leigh contributed:
>
> > With an SSD, you really
> > don't want /tmp or swap on it;
>
> Why?, due to limited write cycles?
That's one reason, but the one I was thinking of was the shocking
performance
On Mon, 20 Jan 2014 14:30:24 +
Roger Leigh wrote:
> This is a system with 8 cores @4GHz, 16GiB RAM,
> over 16GiB swap, so should be pretty performant, yet /tmp on an
> SSD made it crawl and freeze continually.
Interesting, have a look if it states the write access time spec in the
datasheet (
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/20/2014 09:56 AM, Kevin Chadwick wrote:
> On Mon, 20 Jan 2014 14:30:24 + Roger Leigh wrote:
>
>> This is a system with 8 cores @4GHz, 16GiB RAM, over 16GiB swap, so
>> should be pretty performant, yet /tmp on an SSD made it crawl and
>> f
Hi Kevin,
On Montag, 20. Januar 2014, Kevin Chadwick wrote:
> As long as it is a modern SSD (years) or one of the old ones one with a
> sandforce controller (OpenBSD dev let me know about that) then it has a
> good 20% extra space above it's listed gigabytes reserved unusable for
> wear levelling
Holger Levsen wrote:
> On Montag, 20. Januar 2014, Kevin Chadwick wrote:
>> As long as it is a modern SSD (years) or one of the old ones one with
>> a sandforce controller (OpenBSD dev let me know about that) then it
>> has a good 20% extra space above it's listed gigabytes reserved
>> unusable f
Hi Sven,
On Montag, 20. Januar 2014, Sven Hartge wrote:
> Have a look at this article from Anandtech.com:
> http://www.anandtech.com/show/6489/playing-with-op
[...]
> There are numbers for other SSDs in that article.
wow, thanks!
cheers,
Holger
signature.asc
Description: This is a dig
On Fri, Jan 17, 2014 at 04:13:34PM +0100, David Kalnischkies wrote:
> On Sat, Jan 04, 2014 at 07:34:07PM +0100, David Kalnischkies wrote:
> > So, I guess merging both could cross a lot of points of your list and
> > be relatively easily feed into unstable for proper field-testing.
> > (a upload of
On Mon, Jan 20, 2014 at 10:46:50AM -0500, The Wanderer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 01/20/2014 09:56 AM, Kevin Chadwick wrote:
>
> > On Mon, 20 Jan 2014 14:30:24 + Roger Leigh wrote:
> >
> >> This is a system with 8 cores @4GHz, 16GiB RAM, over 16GiB swap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/20/2014 02:43 PM, Roger Leigh wrote:
> It would be interesting to have further data from users who could try
> running with /tmp on the rootfs SSD and on a tmpfs (with or without
> the swap on the SSD).
My swap, /tmp, /boot, /usr, and / are
On Tue, Jan 21, 2014 at 1:22 AM, Holger Levsen wrote:
> wait, what? Do you have any vendor statements to support this 20% extra space?
Flash is basically probabilistic storage and you need extra space to
ensure that the probability your data is stored remains high, and a
(possibly trustworthy) co
Package: wnpp
Severity: wishlist
Owner: Vincent Cheng
* Package name: gstreamer-vaapi
Version : 0.5.7
Upstream Author : Gwenole Beauchesne
* URL : http://gitorious.org/vaapi/gstreamer-vaapi
* License : LGPL-2.1+
Programming Lang: C
Description : VA-API
18 matches
Mail list logo
