I participated in the KEcoLab sprint held from May 27th to May 28th at the KDAB office in Berlin. It was my first time being at a KEcoLab sprint, I have mostly been an online participant before this so it was nice to meetup with both Karan and Joseph and work together in person. I also got to meet Carl Schwan and Volker Kraus.
Day 0
I arrived a day early by an overnight train around 7 am. I couldn’t check in to the hostel before 3pm so decided to explore the city instead.
I explored the area around Alexandrplatz and got some nice photos, more of that will be covered in my next blog about Berlin.
I met up with Karan and was able to check in a bit early. We had Vietnamese Pho for lunch.
Later at evening me and Karan met with Joseph and he showed us around. We visited Tempelhofer Feld and Joseph also treated us to a nice Turkish dinner.
Day 1
We met at the KDAB office at 10am to start the sprint. We started the day by fixing the RDP connection. Recently we have been unable to maintain a reliable RDP connection with the remote lab, we required someone to be present in the lab to help us establish access. We restarted the SUT (System Under Test) and tried to establish a connection again when we found out we were prompted by a dialog box to allow remote connection. This isn’t an ideal situation for remote lab because this permission is reset on reboot. We found that the solution to the exact issue we were facing was already solved by Harald Sitter through this patch to XDG desktop portal. We ran the commands in the patch and tested it few more times to confirm it was working reliably.
Next we started working on setting up the 2nd SUT which was generously donated by Cornelius to KDE.
Unfortunately the PC refused to post. As soon as it was turned on it would produce 6 loud beeps. The pc we had access to was a Fujisu Esprimo p510 85+ with 4gb of ram and an Intel core i5 using AMI Aptio 4.6 Bios.
We tried to debug the issues by removing the ram sticks one after another but the beep was still audible and the frequency remained constant. We tried multiple different cables as well to rule out a faulty display cable. Point to note, the CPU fan during this time would be at full throttle and the usb ports were also not getting powered on.
We also tried replacement ram sticks that folks at KDAB had but it didnt solve the issue. Replacing the CMOS battery also didn’t help.
As last ditch effort, we removed the CPU fan and tried to boot the system(the system was immediately switched off once the beeps started so roughly 2s uptime) to see if the beeps would still be persistent but it was still present although we did find the reason why the fan was running at full throttle, the thermal paste was completely dry.
Going by the manufacturer’s documentation, 6 beeps presents itself as “Flash update is failed”, searching online didn’t give us a viable solution and since the usb ports were not working reflashing the bios was also out of question.
We ended the day by shifting our focus towards generating a new Okular Measurement Report for the Blue Angel Certification. We were also interested in seeing how much energy consumption would have changed since the first report. Our Season of KDE 26 mentee Hrishikesh Gohain had worked towards this. There were few changes we needed to make to run the pipeline successfully. We tested them locally first on our laptops and once it passed successfully, we ran the script overnight and that was our last task of Day 1. Following was the pipeline that was run.
At the end of the day, we visited c-base, berlin. It was a nice experience and we were also lucky to visit the members only spaces and got a whole tour of the place by one of the members. Aferwards we all went to a nice Azerbaijanish place.
Later me and Karan spent the rest of the night exploring Berlin on a lime scooter. Suffice to say, Berlin at night is quite a beaut!
Day 2
We started the day by checking the report generated by the pipeline we ran last day. We had unfortunately run into the following error.
Error in performanceData$HDDRead + performanceData$HDDWritten : non-numeric argument to binary operator
We then looked into running the setup locally on our laptops to debug the issue. We found out that when stopping the pipeline before completion, it results in the intermediate data being overwritten instead of the files being deleted on a fresh run which was resulted in data corruption and hence the error. We fixed that with 64, 18 and 16 patches and ran the pipeline again.
Next we focused on brainstorming ideas about the workflow to measure the Plasma Desktop Environment. We were initially thinking about using the second PC for measuring it due to security reasons but since we were not able to set up the 2nd server we had to shift our plans. We also got some nice inputs regarding this from Volker. Following points were discussed
- No root access to user files for test user.
- In a standard usage scenario, PC would run for approx. 8 hours -> this was used to determine the baseline, standard usage scenario and idle modes for the plasma testing.
- Testing different snapshots of Plasma against regressions in new releases -> maybe even KDE Linux can be a good candidate.
- How to run the daemon from the pipeline without root permissions.
- Password stored as gitlab secret and given permission to owners (or maybe don’t require a password).
- Longer term, switch to a newer set of hardware.
- Testing plasma on older hardware and modern hardware -> for ex. video playback.
- Cleanup of the existing hardware -> for ex. monitor is not needed.
Afterwards we reviewed the open issues, submitting patches for the active bugs and closed those that had already been resolved.
We then went through the report generated by the pipeline and unfortunately found out that the readings were too inaccurate and had way to much divergence in measurement values as compared to the initial report generated for Blue Angel certification. (We are allowed at max 10% increase for Blue Angel Certification).
We found out that there were several startAction and stopAction pairs missing from the script which was causing irregular measurement readings. These actions are used to generate the csv files and the R script is particularly sensitive to these labels which explains why the readings were so wildly inaccurate. So we ran the script again and checked it afterwards the sprint. There were some issues encountered later on but they were resolved by Joseph and we got a new report for the Blue Angel Certification.
We were also joined by Koleesch who traveled from Postdam for the evening session of the KEcoLab sprint.
While we still had the following day to explore Berlin, it was our last nigth in the city. Karan and I spent it with Carl Schwan at Tempelhofer Feld before taking one final late night walk through the streets.
Day n/n and Final Thoughts
I had a late night train back to Marburg so me and Karan first spent the day exploring the German Musuem of Technology, it was so big and had so many artifacts describing the history of Berlin and Germany throughout the years. We were’nt able to visit the entire musuem since Karan had an early flight back to Geneva but we were able to go through the Railway and Aviation section. Regardless to say I was mesmerized. Later on I also visited Berliner Mauer and the area surrounding it.
I enjoyed my time in Berlin and huge thanks to KDE e.V for making it possible by sponsoring my travel and stay, and to KDAB and Volker for providing the office space for our sprint.
Deixe um comentário