Comments for Random Musings of an Insane Mind

Comment on Using Git to generate an automatic version number by macinnir

macinnir — Wed, 08 May 2013 02:01:48 +0000

Hey, great post. Really needed to be able to do this. One small (knit-picky) note was that when I run the shell script git-revision.sh I was getting a big space between the projectversion and revisioncount variables. To fix, change I changed the following:


revisioncount=`git log --oneline | wc -l`


revisioncount=`git log --oneline | wc -l | tr -d ' '`

This worked like a charm for me. Thanks!

Comment on btrfs gets very slow, metadata almost full by Gunther Piez

Gunther Piez — Thu, 02 May 2013 09:07:49 +0000

The problem isn’t that you are running out of metadata space. Metadata is dynamically allocated in 256 MiB chunks, and as long as there are 256 MiB free space on you drive, all is well.

The problem with btrfs is that its performance is rapidly degrading because of fragmentation (free space, metadata and data), which is quite heavy on btrfs because of it’s design. Creating the fs with leafsisze and nodesize 16384 helps a lot, and so does mounting with compression=lzo,noatime, but in the long run it loses performance.

I have a similar problem on my backup system, which after a year incremental backups (snapshots are really great) is slowed down to a grinding crawl.

BTW, the “defragmentation” command given at the btrfs wiki does only defragment you data, which usually isn’t a big problem at all, the directories need to be defragmented.

Comment on btrfs gets very slow, metadata almost full by cd34

cd34 — Fri, 15 Mar 2013 15:43:29 +0000

And at some point last night, the machine got very sluggish again.

# uptime
 11:39:56 up 16 days, 13:14,  1 user,  load average: 104.95, 103.67, 100.58

Comment on btrfs gets very slow, metadata almost full by cd34

cd34 — Wed, 13 Mar 2013 00:35:46 +0000

So far, using the larger leaf and node size arguments have helped considerably.

mkfs -t btrfs -l 32768 -n 32768 /dev/sda8

# btrfs fi df /colobk1
Data: total=8.10TB, used=8.10TB
System, DUP: total=8.00MB, used=928.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=83.00GB, used=82.80GB
Metadata: total=8.00MB, used=0.00

Comment on Using temporary; Using filesort by Amedar

Amedar — Sat, 08 Dec 2012 15:23:36 +0000

Blog…

Fantastic website. Lots of helpful information here. I’m sending it to several friends ans also sharing in delicious. And obviously, thanks for your effort!…

Comment on Hackers bypass .htaccess security by using GETS rather than GET by Webseiten Sicherheit » Möglichkeiten und Fehler beim Verzeichnisschutz

Webseiten Sicherheit » Möglichkeiten und Fehler beim Verzeichnisschutz — Wed, 01 Aug 2012 10:26:34 +0000

[...] Auth Digest für Apache 2.2.htaccess Bypass [...]

Comment on WordPress Cache Plugin Benchmarks by wordpress高负载加速利器Varnish – I'm moper

wordpress高负载加速利器Varnish – I'm moper — Sun, 15 Jul 2012 01:30:29 +0000

[...] 原文：《WordPress Cache Plugin Benchmarks》 http://cd34.com/blog/scalability/wordpress-cache-plugin-benchmarks/ [...]

Comment on ImportError: cannot import name urandom by Alvaro F. Boirac

Alvaro F. Boirac — Mon, 11 Jun 2012 13:02:46 +0000

Ok, solved. for the record, I just recreated the virtual env:
$ virtualenv –no-site-packages ~/some-path/myvirtualenv
$ source ~/some-path/myvirtualenv/bin/activate

and it works. black magic. :-/

Comment on ImportError: cannot import name urandom by Alvaro F. Boirac

Alvaro F. Boirac — Mon, 11 Jun 2012 12:52:51 +0000

Hi,

So how did you sort the error out? I’m getting the “cannot import name urandom” when starting django in a virtualenv after upgrading to ubuntu 12.04. Any clues? Thanks.

Comment on Ext4, XFS and Btrfs benchmark redux by cd34

cd34 — Thu, 31 May 2012 02:23:11 +0000

Updated the post with additional benchmarks.