| 00:00:45 | <h3ndr1k> | But it actually works. I'm uploading from DFN (German Research Network) with 1G Uplink. All these sysctl changes made a huge difference. Thank you very much. Getting 11MiB/s now. |
| 00:02:01 | <nicolas17> | ...wew |
| 00:02:18 | <h3ndr1k> | Also I forgot a factor of 24h/d, so it would not have been a year, but 20 days.... oof |
| 00:02:54 | <h3ndr1k> | I guess the transatlantic rtt really hits hard for s3. |
| 00:06:55 | <@JAA> | It also works for non-S3 things though, e.g. rsync. |
| 00:07:22 | <@JAA> | IA's network is ... peculiar. |
| 00:08:41 | <h3ndr1k> | You gotta save money somewhere I guess. And saving on storage is probably even harder. |
| 00:09:37 | | ArchivalEfforts_ quits [Ping timeout: 244 seconds] |
| 00:10:21 | | Arcorann_ joins |
| 00:10:43 | <h3ndr1k> | Now it also makes sense to switch the unit to s/MiB. At first I thought it would just always report like that. |
| 00:29:47 | | ArchivalEfforts joins |
| 00:33:21 | <h3ndr1k> | Haha, and got rate limited :) |
| 00:36:57 | | ArchivalEfforts_ joins |
| 00:37:22 | | ArchivalEfforts quits [Ping timeout: 252 seconds] |
| 02:52:57 | | Iki quits [Ping timeout: 265 seconds] |
| 03:09:12 | | qw3rty_ joins |
| 03:13:01 | | qw3rty__ quits [Ping timeout: 252 seconds] |
| 03:51:11 | | nicolas17 quits [Client Quit] |
| 04:05:49 | | Ryz quits [Ping timeout: 252 seconds] |
| 05:10:05 | | atphoenix__ (atphoenix) joins |
| 05:10:43 | | pabs quits [Remote host closed the connection] |
| 05:12:55 | | atphoenix_ quits [Ping timeout: 252 seconds] |
| 05:16:37 | | pabs (pabs) joins |
| 09:15:28 | | DopefishJustin quits [Ping timeout: 252 seconds] |
| 09:18:16 | | DopefishJustin joins |
| 09:18:16 | | DopefishJustin is now authenticated as DopefishJustin |
| 10:04:30 | | Iki joins |
| 13:26:58 | | @hook54321 quits [Client Quit] |
| 13:27:39 | | hook54321 (hook54321) joins |
| 13:27:40 | | @ChanServ sets mode: +o hook54321 |
| 14:16:36 | | HP_Archivist (HP_Archivist) joins |
| 14:20:41 | | spirit quits [Client Quit] |
| 14:23:17 | | spirit joins |
| 14:51:02 | | Arcorann_ quits [Ping timeout: 258 seconds] |
| 15:30:34 | | qw3rty_ quits [Ping timeout: 252 seconds] |
| 15:48:27 | | qw3rty joins |
| 16:16:51 | | AlsoHP_Archivist joins |
| 16:20:36 | | HP_Archivist quits [Ping timeout: 265 seconds] |
| 16:23:18 | | AlsoHP_Archivist quits [Read error: Connection reset by peer] |
| 19:31:16 | | nicolas17 joins |
| 21:15:33 | <h3ndr1k> | Is it normal for derive.php to run for 9 hours? https://catalogd.archive.org/history/Ambuchannel_112_YouTube |
| 21:16:06 | <h3ndr1k> | I cannot edit metadata as long it locks the item, which is a bit irritating. |
| 22:34:06 | <Jake> | looks like it's still going? just a bunch of 4K videos to thumbnail? |
| 22:38:10 | <h3ndr1k> | Away from Laptop now so I cannot check. Shouldn't it process one at a time? Or is the current behaviour expected? I am pretty new here. |
| 22:43:05 | <@JAA> | I don't see anything wrong with it at a glance. |
| 22:43:51 | <@JAA> | If there's a lot of work to do, derives that take many hours or even a couple days are not uncommon. |
| 22:44:12 | <@JAA> | And yes, it is processing one video at a time. |
| 23:12:40 | <h3ndr1k> | I mean of course it is processing one file at a time. But there are other tasks waiting, which should delete some files from history, which were overwritten as the upload was interrupted. |
| 23:13:25 | <h3ndr1k> | I'm just going to accept that I cannot edit metadata for now. |
| 23:18:25 | | IDK quits [Quit: Connection closed for inactivity] |
| 23:45:30 | | Arcorann_ joins |