OpenBSD Journal

Developer blog: marco

Contributed by marco on from the keep-marco-out-of-userland dept.

uh-oh what the heck is going on today? I am coding in user-land! Scarier, I'm even committing into ports! I though I heard some weird howls at the full-moon last night.

Anyway, a few years ago I wrote a little tool that generates metric-ass-loads of IO. It was quite ugly because I was in a hurry so I never released the code. It did work very well and I have been using it for years at work and at home to test numerous storage products. The tool has been so successful at breaking stuff that i decided to write an open source version of it. You can find it on its amazing web-page. And on Be warned that this tool has broken stuff before! I named the beast "iogen".

Have fun with it and let me know if you have any suggestions.

(Comments are closed)

  1. By Anonymous Coward ( on

    Metric? I'll never get it to work with my Chevy!

    1. By Nate ( on

      Don't worry, each metric-assload is just 2.205 imperial-assloads. Working with that you can do alright.

  2. By Anonymous Coward ( on

    This code should be POSIX compliant and therefore should compile on all well behaving UNIXi.

    strlcpy and arc4random are not POSIX.

    So it doesn't compile on systems that actually are POSIX compliant but don't have strlcpy/arc4random (I won't call them by name).

    1. By Marco Peereboom ( on

      Yep you are right. But I am not going to cripple my code because those unnamed OS' don't take security seriously.

      1. By Marco Peereboom ( on

        I added this caviat to the web page.

    2. By David Gwynne ( on

      it took me about 4 minutes to work around the lack of strlcpy and arc4random on lunix. i think theres a format string mismatch somewhere as well.

      i know you shouldnt have to fix this stuff yourself, this should just work. however, at the moment i dont have the time to patch this properly, and id prefer not to distract marco from his kernel work. this is actually a really good opportunity for someone to take the principles in djms portability slides and apply them.


Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]