| bio | website | adammonsen.com |
|---|---|---|
| location | ||
| age | ||
| visits | member for | 1 year, 11 months |
| seen | Apr 11 at 19:57 | |
| stats | profile views | 11 |
- I'm a FLOSS zealot.
- I'm a passionate truth-seeker.
- I like using stackoverflow (and friends).
|
Mar 14 |
comment |
What's faster, dd 1.5TB or rsync 500GB? It also makes sense that, if the disk were full (1.5TB of actual non-sparse data), rsync would be slower than dd. |
|
Mar 14 |
comment |
What's faster, dd 1.5TB or rsync 500GB? My buddy kormoc tells me: "kernel <-> userspace is just memory copies. It copies way faster then the disk actually responds, so it's almost free. DD still does the kernel -> user -> kernel layer changes as well. dd does not run in kernel space." |
|
Mar 14 |
comment |
What's faster, dd 1.5TB or rsync 500GB? Awesome, thanks! For some reason I thought moving data between kernel-space and user-space was expensive, and dd avoids this, but I might be making that up. |
|
Dec 6 |
comment |
Are multiple @daily crontab entries processed in order, serially?@daily is slightly different than /etc/cron.daily. The former is an alternate syntax for use in a crontab. Also have a look at run-parts. My system uses run-parts to run programs in /etc/cron.daily. According to the run-parts(8) manpage, "Files are run in the lexical sort order of their names...". |
|
Dec 6 |
comment |
Are multiple @daily crontab entries processed in order, serially? @jw013 and Kevin: agreed, but that's not my question. |
|
Dec 6 |
comment |
Are multiple @daily crontab entries processed in order, serially? This helps, thanks. I agree @jw013's suggestion is valid, but that's not the question I asked. I guess I'll have to consult the actual source for the definitive answer, since this is probably, indeed, implementation-specific. |
|
Dec 5 |
comment |
Are multiple @daily crontab entries processed in order, serially? @ChrisDown: Vixie Cron, I think. packages.ubuntu.com/lucid/cron |
|
Aug 30 |
comment |
Seeking command-line example for adding images to MP3 files Indeed, thanks! I missed the dupe in searches I did before posting. |