Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.) Filing date Publication date Priority to EP17188473.7A priority Critical patent/EP3450638A1/en Priority to EP17188473.7 priority Application filed by Siemens AG filed Critical Siemens AG Publication of CN109426923A publication Critical patent/CN109426923A/en Status Pending legal-status Critical Current Links Original Assignee Siemens AG Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.) Inventor R.芬克 C.莫尔 Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.) Pending Application number CN201811004609.0A Other languages Chinese ( zh) Google Patents CN109426923A - The control of water supply network Please report back, I am sure more than a few people are interested.CN109426923A - The control of water supply network
With these numbers, you should be able to calculate what your maximum throughput. Try all of the above with multiple processes, although you might need to scaleup the memcpy ones to get meaningful results. I would suggest aligning your write size with the pipe capacity/num-processes might yield a good result, but you should probably investigate more broadly. Stdio implementation - replace fwite/setbuf with write. Pipe implementation - you sort of have this, but you could try and vary the pipe capacity ( fcntl(2) F_GETPIPE_SZ. There are probably more, but that is a good start:Ĭpu/memory - test how fast you can memcpy a bunch of zeroes.Ĭpu/syscall - test, by writing 1byte to /dev/null, how long it takes to do a simple write on your system It could be the cpu/memory speed, the cpu/system-call latency, the pipe implementation, the stdio implementation. I even put in bold the reason of the question.įirst you need to determine your rate limiting factor. It looks like 4 people didn't understand this simple question. My curiosity is to understand how much data can a single program (mutithreaaded or multiprocess) output The buffer in the real program is not filled with zeroes. Incidentally, that is the same speed I get if I do: $ mkfifo out writetest | pv -ptebaSs 800G >/dev/null This program opens 4 threads and outputs on stdout the contents of "buffer" which is 128 bytes or 16 long ints on a 64 bit cpu.
Pthread_setschedparam (this_thread, SCHED_RR, ¶ms) Params.sched_priority = sched_get_priority_max (SCHED_RR)
0 kommentar(er)
