131 reputation
3
bio website none
location Midwest
age 32
visits member for 1 year, 11 months
seen Nov 23 at 23:39

Just another sad, but unremarkable tale of a bright kid who squandered his potential and ruined his life by turning to a career in IT.

Since first embarking down this dark path, I've done a little bit of everything, from small businesses to large datacenters, Linux to Windows, networking and security, DBA roles and, in my darkest moments, even some light mainframe operations.

These days it's Microsft products paying the bills, for what difference it makes. Whether it's a multi-domain AD environment with tens of thousands of users, a small cluster of Linux webservers, or a tangled web of network cables, systems are all just complex tools to do complex jobs, perpetually in need of someone to make them perform better and ensure they're always available when someone needs them.

Since being a lawyer seemed too boring, being a doctor seemed too hard, and my idea of a good time usually involves using a powerful computer anyway, I really can't imagine doing anything else.


Jun
3
awarded  Supporter
May
27
comment Very poor read performance compared to write performance on md(raid1) / crypt(luks) / lvm
@Android5360 Except that encryption (WRT symetric block ciphers) isn't slower than decryption. They're mathematically equivalent operations, the same speed in each direction. You're seeing the impact of caches, buffers and seek times - disk operations - not anything inherent in encryption of decryption (of symmetric block ciphers).
May
27
comment Very poor read performance compared to write performance on md(raid1) / crypt(luks) / lvm
Wonderful that your system does this, that, or the other, but you're seriously misinformed about encryption at a fundamental level. Here's a good rundown of the reason for the apparent speed difference between decryption and encryption on symmetric block ciphers, like those being discussed in this question.
May
27
comment Very poor read performance compared to write performance on md(raid1) / crypt(luks) / lvm
What I expect is the crypted raid to be as fast on reading as the non-crypted raid. Why? Why would you expect that?
May
27
comment Very poor read performance compared to write performance on md(raid1) / crypt(luks) / lvm
@poige Encryption is generally symetrical - equally fast in both directions. If you're experiencing faster decryption than encryption, it's probably actually an issue of your disk read being faster than your disk write.
Apr
23
comment Unrar local files to remote server
In addition to @SvW 's suggestion, do you have enough space to extract the files from one (or some) of the archives? Is there any reason you can't do this in stages, instead of extracting everything all at once?
Dec
24
awarded  Autobiographer
Dec
24
awarded  Teacher
Dec
24
answered CentOS | [root@hostname] does not show anymore?