On Thu, 10 Aug 2017, Christian Baer wrote:
Greetings, Programs! ;-)
If you haven't seen the new Tron Legacy, I'd recommend it. It's awesome.
I'm not sure which one you are quoting :-)
I'm not sure exactly, why I didn't like the RAIDframe for doing this. If
memory serves me, I believe that the RAIDframe would only work on
physical devices and not atop cgds.
You could just reverse the order, and put the CGD devices on top of
RAIDframe instead of visa versa. As far as I imagine, it's not important
as long as it's encrypted by the time you go to lay down a file system.
Also, just as an aside, you don't have to do any of this in recent
versions of Solaris since they've held back the encryption functionality
in ZFS. Oracle has been pretty narrow minded about new ZFS features. They
want to camp on them, highlight them as "value add" that comes with
Solaris versus a negative poo-pooing of FreeBSD, Illumos (or whatever
these free Solaris distros call themselves now - I can't keep up with that
crap), and ZFS-on-Linux implementations.
Thanks a lot Oracle. *pumps fist* :-(
It reminds of a band that made a really great album, that album gets them
lots of new fans and then the artist makes another album that's sucks but
just expects the new fans to buy it automatically. Then they go on talk
shows and whine about how their artistic vision has changed and the old
fans are just holding them back (but should pony up $$$ whenever asked).
Screw that. Life is hard, sometimes you gotta cater to your fans and drown
your stupid new "artistic vision" in the bathtub. In my personal opinion,
Oracle's vision for Solaris has pretty well sucked, including their
"leadership role" for ZFS. The future of ZFS doesn't seem all that certain
to me (FreeBSD is providing more leadership than Oracle).
I would have had to create the RAID volume and create the cgd on top of
that, which could potentially leave a mess.
It is a mess. A structured, deterministic, reliable mess, but still a mess
when compared to ZFS. The idea, I think, was to follow a more Unixy
philosophy and split up block-level and file system functionality. It
turns out that's a good idea because if your volume management still rocks
but a better file system comes along, you are able to take advantage of
that. If some filesystem comes along that kicks ZFS's butt, you have to
throw out the ZFS volume management baby (zpools) with the file system
RAIDframe also relies on a different configuration paradigm. You hack on a
config file and that basically houses all your RAID layout logic. With ZFS
everything is done via CLI without a static config. So, that makes ZFS
faster and easier to setup (the zfs & zpool tools/CLI is very well thought
out and uses clear directives). However, if I had to support a client
trying to ressurrect a broken system with RAIDframe versus a broken system
with ZFS, I'd pick RAIDframe because you have a config file to look at
(assuming you have backups) and there is less "magic" and "autodetection"
with RAIDframe and less metadata embedded in the devices that can't see.
Plus, if you have filesystem corruption, the odds are that your volume
management is still fine.
Just pointing out that although ZFS seems "superior" up front, you could
get yourself into a recovery situation where it'd be better to be using
RAIDframe, especially if you start thinking like a person at the top of an
org like The NetBSD Foundation who might not want to discard volume
management whenever new file systems emerge.
Noone could tell me where to get one that worked. There are lots of
converters for PS/2 to USB and they work fine with mice and simple
I also tend to use them with PS/2 repeaters which are much harder to find.
Repeaters are the key to having smooth experiences with PS/2, in my
opinion. They are hard to find even on Ebay and have wide swings in price
($50 to $150). However, on my SGI systems they are indispensable since I
use them on a KVM switch and without a repeater the kb + mouse dies after
one switch back and forth. Startech still sells two-part PS/2
repeaters/extenders (http://tinyurl.com/y9295wzk), and those will work,
but I'll tell you that you can occasionally find all-in-one PS/2 repeaters
on Ebay. I spent months searching and gather up my collection. I can't
even find a picture of one of those. If you're interested I can look at
the model numbers when I get home.
I use generic ones at least visually identical to this one:
The Model M seems to need too much juice to work. I bought and tried
several of these things but never found one that made my Model M power
They are very power hungry, but they are also very repeater friendly. The
key is, as you describe, finding a PS/2-to-USB converter with a high
enough power budget. Also, be aware that not all Model-M keyboards have
that hungry power characteristic. For example, I've noticed my Unicomp
model is much more friendly to KVMs/repeaters/converters than my IBM
spacesaver Model-M which is hit or miss and often has to be re-plugged
into the repeater.
I'm a keyboard nut and I have multiple IBM models, including the M.
Which one is your personal preference?
Restricting to just the Model-M I prefer the Unicomp M5-2. It's also the
loudest, unfortunately. However, these days on USB systems I'm using the
Logitech Orion G910. The keyweight is lighter than the Cherry MX-blue and
the G910 doesn't use linear switches. Logitech developed their own
switches (Romer-G). They are mechanically similar to buckling springs but
with slightly less weight and a LOT less noise. The keys are also
scalloped. I find the shape, once you adjust, helps you touch type that
much faster. Now, mind you, this is the same thing that folks say about
the horrible Apple keyboards. I couldn't *disagree* more. Newer
low-profile Apple keyboards, in my personal opinion, are trash and I
believe they would slow down most 100+ WPM touch typists. They are just
another chicklet layout with inferior switches (optical or otherwise) and
almost zero feedback or "breakover" vis-a-vis a decent mechanical
There is a lot of cool Apple hardware, but svelte looks or not, the newer
keyboards are not at all to my liking. So, use that as a point of
reference, if you like those, you should disregard my opinion completely
(assuming you've read this far in the first place, heh).
It was new to me too. Ok, I never tried a USB-keyboard with NetBSD
before. The last time I went with the Model M. :-)
Well, it sounds like folks are "rototilling" (loved that) the code right
now. Maybe we'll get lucky and that code will drop before NetBSD 8
This *is* the way, I am currently using the keyboard.
In this case it could be as simple as a one-liner change. Check the
previous messages about changing the DEFINE to a larger value. However,
IIRC, one of the NetBSD kernel gods descended to let us know that code is
in flux. Might be worth taking another look in six months or solving the
problem with a less power hungry Model-M or different mechanical keyboard.
Sorry for recommending one of most expensive ones out there (the G910) but
it's worth the money, in my experience. It's that much better than the
Cherry Blue products out there. The only exception would be the QuickFire
Rapid by Cooler Master. That's the most elite Cherry-based keyboard, in my
115WPM touch-typist opinion, because they've adjusted the keyweights on
the MX Blue model to be lighter without impacting feedback at all.
However, it's hella loud, too.