summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2023-09-14 17:26:07 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2023-09-18 11:35:05 +0100
commit022deeb0effb92280cb86da962d8bd5e94d44947 (patch)
treeb5b961da038de8ffccff8a3713138dafaf0bed42
parent37c31a5adc26fc947a447ca9eae0983a654d1a33 (diff)
downloadpoky-022deeb0effb92280cb86da962d8bd5e94d44947.tar.gz
bitbake: server/process: Disable the flush() call in server logging
We've been chasing bitbake timeouts for a while and it was unclear where things were blocking on IO. It appears the flush() call in server logging can cause pauses up to minutes long on systems with slow (spinning) disks that are heavily loaded with IO. Since the flush() was added to aid debugging of other timing issues, we shouldn't need it now and it can be disabled. Leave a comment as a reminder of the pain this can cause. (Bitbake rev: afbc169e1490a86d6250969f780062c426eb4682) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
-rw-r--r--bitbake/lib/bb/server/process.py3
1 files changed, 2 insertions, 1 deletions
diff --git a/bitbake/lib/bb/server/process.py b/bitbake/lib/bb/server/process.py
index 993ae66279..5654f60f9e 100644
--- a/bitbake/lib/bb/server/process.py
+++ b/bitbake/lib/bb/server/process.py
@@ -43,7 +43,8 @@ def currenttime():
43 43
44def serverlog(msg): 44def serverlog(msg):
45 print(str(os.getpid()) + " " + currenttime() + " " + msg) 45 print(str(os.getpid()) + " " + currenttime() + " " + msg)
46 sys.stdout.flush() 46 #Seems a flush here triggers filesytem sync like behaviour and long hangs in the server
47 #sys.stdout.flush()
47 48
48# 49#
49# When we have lockfile issues, try and find infomation about which process is 50# When we have lockfile issues, try and find infomation about which process is