Here is one, concrete example.
I am digging through Coreboot and Linux kernel sources, trying to adapt them to my needs.
I would like to have a machine with open-source BIOS that is much more than a BIOS and that is integrated with kernel that is to be booted later.
I plan to adapt such construction to many roles; workstation, netebook, server.
In order to tweak and optimize things, I need to know the details.
Take server role for example. Many of us have converted cheap off-the-shelf gear to serve as small server, be it for mail, ftp, http, nfs or Samba server for Windows networking, usually with considerable RAID.
But such gear has one too many weak link- channel between northbridge and southbridge has relatively narrow bandwidth. Also, having one HT link between CPU and NB can be frequently bottleneck, too.
If you use onboard SATA ports for RAID-6 for example, that means that data will have travel through the channel once and recomputed parity has to be written back.
With new APUs however NB is already parth of the chip, so that bottleneck is gone. Furthermore, it has AES and GPU onboard. AES offers 10-20x speedup for en/de/crypting files on disk or whole disk and GPU could be very effectively used for on-chip RAID parity calculations.
So, exisitng Trinity ( and even more upcoming Richland) cheap FM2 board with cheap A10 APU could with extra HBA card ( like Datacenter DC7280) with perhaps extra 10Gbit-E card could kick arse as a one small but smokin' fast server.
It wouldn't be too big of a job to rework kernel code to offer more parity than existing RAID6 does. It would be nice to eb able to have RAID6+2 field of say 26 drives with 20 data drives, 4 parity drives and 2 coldspares.
Even if cryptoprotected, such RAID would still be FAST.
But without extra info, that would be difficult to do.
OpenCL might be fine, but when is the last time one has demonstrated such aplication executed from within linux kernel ?
On a journey of life I chose the psycho path...
06:10 PM by