Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #229961
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: transfer speed data |
| Date | 2020-12-24 10:10 +0100 |
| Message-ID | <BpuNc-6rt-1@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <Bp961-yo-1@gated-at.bofh.it> <BpdCG-3EY-7@gated-at.bofh.it> <BpgqS-5Kz-7@gated-at.bofh.it> <BpgTT-69N-11@gated-at.bofh.it> <BpnC2-1NK-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
On Mi, 23 dec 20, 19:27:49, David Wright wrote: > > I thought Michael Stone had already covered that, by suggesting sparse > files (with which I'm not familiar) and /dev/null for conducting his > encryption tests. I don't think any other posts had covered what's > *between* the PCs, rather than in them. > > Common sense would dictate against using SD cards etc for testing > network speeds (unless, say, you were using such files), because you > obviously want to reduce to a minimum the number of points of weakness > (ie slowness), testing the speed of just one link in the chain at a time. I was rather referring to real use ;) Speed tests under optimized conditions do have their purpose (e.g. is my network interface working properly?[1]), but they might be misleading when the bottleneck for real world transfers is elsewhere (like the limited storage options on the PINE A64+). [1] Especially for the PINE A64+, which did have some troubles with the network interface due to a hardware bug. Fortunately the issue was identified and corrected in later batches. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
transfer speed data mick crane <mick.crane@gmail.com> - 2020-12-23 02:00 +0100
Re: transfer speed data Bob Weber <bobrweber@gmail.com> - 2020-12-23 02:40 +0100
Re: transfer speed data Georgi Naplatanov <gosho@oles.biz> - 2020-12-23 02:50 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 02:50 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 03:00 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:10 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 16:40 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 17:00 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 17:20 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 18:40 +0100
Re: transfer speed data Andy Smith <andy@strugglers.net> - 2020-12-23 05:00 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 11:00 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 15:50 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:10 +0100
Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-23 18:50 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 19:20 +0100
Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-24 02:30 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-24 10:10 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:20 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:20 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
Re: transfer speed data deloptes <deloptes@gmail.com> - 2020-12-23 12:20 +0100
Re: transfer speed data George Shuklin <george.shuklin@gmail.com> - 2020-12-23 23:00 +0100
csiph-web