About :: TODO :: Blog :: RSS :: Old blog :: Projects :: GIT :: Gallery :: Notes

Mon, 16 Apr 2007

Climbing evening.


I did not climb since wednesday, so I was in pretty good shape and decided to make a hard one. Actually it was not that complex training, but with jumps, wild screws, traverses and various boulderings.
It looks like helping to interesting people becomes a usual part of the trainig.
At the end I tried to complete a bit complex traverse on the 1.5-2 meters high and failed quite unsuccessfully, so damaged a foot, which is aching quite hard on some moves, but that does not matter, since in climbing movings it seems to not hurt that much, so I can continue if problem will not dissapear until next trainig in wednesday.
So, it was definitely a good one.

/life :: Link / Comments ()

Filesystem emulator news.


Ok, birthday celebrations are almost over, so I can continue to work on this - so far I implemented initial on-disk format (which is very broken by design, it is a bit intentional though), which does not support removing without major hacks, but I will not fix that.
This on-disk format is a test case for the naive implementation and expected performance - although it should be good for sequential read/write of unfragmented files (I think anything is good enough for such conditions) and probably even for small directory reading (the same performance note here).
It is similar to ext2 format, but simpler. It does not contain any tree inside, just set of indirect links.
So far on-disk format does not support lookup and file size changes, which will be fixed indeed.

Emulator itself does not have a cache to test exactly on-disk format (and find problematic placese like excessive seeks).

/devel/fs :: Link / Comments ()

Acrypto is officially closed.


Yes, I close acrypto project after more than two years of maintenance.
The reason is simple - I could not convince Linux kernel community to include acrypto into mainline (neither James Morris - previous crypto maintainer, nor Herbert Xu - current one, did not want to include such massive subsystem into the tree), although I did not tried too hard. I continued to support it as out-of-the-tree package until kernel does not support async API.

This day has come - Herbert Xu proposed a new async interface to synchronous by design Linux cryptoapi.

It looks good (although I do consider it as a hack on top of synchronous software-only crypto api - my opinion has not changed after discussion with Herbert more than a year ago :) and lacks a lot of acrypto features (crypto routing, load balancing, autotuning, prio queues and so on), but something can be added if required.
I decided that dropping acrypto and focus on async cryptoapi is at least some progress in that area.
I plan to start porting HIFN 795x driver from acrypto to cryptoapi soon, it should not take too long to complete.

/devel/acrypto :: Link / Comments ()