-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2013-04-04 at 20:35 +1100, Basil Chupin wrote:
On 31/03/13 22:00, Per Jessen wrote:
Basil Chupin wrote:
Probably. Never mind your eight cores, it's only one that matters when the workload is single-threaded.
Well, as I mentioned 5 or 6 cores were involved and not just one single one. I haven' seen anything to convince me that only 1 single core was involved or should only be involved.
Appeareances aside, it is only one core. I mean, the important process is not working in parallell on several cores, which would speed it up (hopefully), but instead it runs in one core, then jumps to another core, then jumps to another core. If this is happening fast, what you see is a small load on all cores.
Am I right in thinking this is still about explaining why you get different IO-rates on two different filesystems (ext4 and ntfs)?
Yes, from my point of view the question still remains as to why there is such a difference between transfer rates. The entry in the wikipedia is indicating that such a large difference should not exist.
I read is as the contrary :-)
I am not a technician, but to me to read a byte of data and then write it to another device and then to verify that what was written to the destination is the same as the original doesn't require a ming-boggling process of what some people are indicating happens with FUSE vs the kernel-thing.
With FUSE there are several more transfers, from memory to memory. Memory is fast, but it adds. Another issue that can happen is that the delay can be small, but enough so that the head in the rotating disk has already moved to the next sector by the time the kernel is ready to write it, and thus it has to wait for a full rotation before it writes. This should be diminished by good disk hardware with a /write/ ram cache in the firmware. This cache is pretty small, and I'm not sure it caches writes. - -- Cheers, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlFe+SAACgkQtTMYHG2NR9Wj3wCdE5ksxaPmZkqJ95KPqgx9lUhB 88YAnj+ub1En41+iWR6aVS97MSogKl39 =4vQA -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org