I think it is a fine request. And, I would take your comment one step further.
If we had touchscreen drivers....And since the Solaris port to ARM functional as of 2009 (see additional email note from Eric Trimble at bottom), put the two together, and we could have Solaris on the iPad/iPad 2. > Hi > > Apologies in advance if this is OT, if so, could you point me in the > right direction. > > I am building a ZFS server and looking for advice on how to implement > a touchscreen in the front of it's case. > > The screen would show system info, pools and utilization (CPU / Disk / > RAM / Network) info. > > Basically when you click on a pool you get a physical disk layout on > the screen with drop-downs for: > > -number of disks > -rows > -disks per row > -select slice number beside each disk > > And then you save the above info, your layout appears automatically for you. > > Disks would change colour based on their status, that kind of thing. > > You touch a disk and it brings up a detail page. > > Maybe web-based with an auto-refresh capability. > > Is software like this available already for Solaris (I have seen > napp-it), if not, any suggestions on the best way to approach this? > > Aside from the above software development, How should I approach the > touchscreen function: > > 1/ Touchscreen plugged directly into the Solaris server via USB and VGA > 2/ Something like a beagleboard with touchscreen linked via serial or IP > 3/ An iPad or Android tablet linked via wifi > > (1) would require a Solaris HID driver for the touchscreen. > > Basically it would be cool to be able to: > > -touch the screen > -see there was a problem > -identify the physical position of the problem disk > -take it offline... > > I would love your input on both the touchscreen and the software dev. > > Thanks for your time. > > --Richard ============================================================== ============================================================== -------- Original Message -------- Subject: Re: [zfs-discuss] zfs on 32 bit? Date: Thu, 18 Jun 2009 23:18:40 -0700 From: Erik Trimble <[email protected]> Organization: Sun Microsystems CC: zfs-discuss <[email protected]> Erik Trimble wrote: > Fajar A. Nugraha wrote: >> Are they feasible targets for zfs? >> >> The N610N that I have (BCM3302, 300MHz, 64MB) isn't even powerful >> enough to saturate either the gigabit wired or 802.11n wireless. It >> only goes about 25Mbps. >> >> Last time I test on EEPC 2G's Celeron, zfs is slow to the point of >> unusable. Will it be usable enough on most ARMs? >> >> > Well, given that ARM processors use a completely different ISA (ie. > they're not x86-compatible), OpenSolaris won't run on them currently. > > If you'd like to do the port.... > > <wink> > > I can't say as to the entire Atom line of stuff, but I've found the > Atoms are OK for desktop use, and not anywhere powerful enough for > even a basic NAS server. The demands of wire-speed Gigabit, ZFS, and > encryption/compression are hard on the little Atom guys. Plus, it > seems to be hard to find an Atom motherboard which supports more than > 2GB of RAM, which is a serious problem. > Open mouth, insert foot. The ARM port is now functional (and available). I would assume (though I can't verify) that ZFS support is part of the port. There are a wide variety of ARM chips, in all sorts of stuff. Given the performance characteristics of some of the stuff I've been playing with over the last decade (and a pre-look at an ARM-based netbook), I'd have to say that any currently-available single-chip ARM-based system isn't going to be good to run OpenSolaris/ZFS on. That said, I can certainly see some really, really good uses for ARM-based microcontrollers as the guts of an HBA. They're likely good enough to do something like a tiny computer-on-a-board setup. Think something like a Sun 7110-style system shrunk down to a PCI-E controller - you have a simple host-based control program, hook a disk (or storage system) to the ARM HBA, and you could have a nice little embedded ZFS system. Either that, or if someone would figure out a way to have multiple-chip ARM implementations (where they could spread out the load efficiently). -- Erik Trimble Java System Support Mailstop: usca22-123 Phone: x17195 Santa Clara, CA _______________________________________________ zfs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ OpenIndiana-discuss mailing list [email protected] http://openindiana.org/mailman/listinfo/openindiana-discuss
