Skip to content

Commit dabcc83

Browse files
committed
fix: misc fixes
Feedback from @pooya-rostami (cherry picked from commit cdbb544)
1 parent 06780c2 commit dabcc83

File tree

4 files changed

+29
-7
lines changed

4 files changed

+29
-7
lines changed

src/thesis/1-introduction.typ

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -44,10 +44,10 @@ Association for Computing Machinery (ACM) Turing Award Banquet. Since his talk,
4444
the landscape of software has undergone a radical metamorphosis. The simplicity
4545
of his advice to #emph[trust people] has become significantly more complex
4646
in the current era. The modern software supply chain is extensive, often
47-
encompassing dependencies the often lies beneath the surface. Despite the
48-
prevalence of open-source software within this supply chain, it is uncommon for
49-
end-users to compile their own software. As a result, the build systems became a
50-
prime vector for malicious exploitation
47+
encompassing dependencies that lies beneath the surface. Despite the prevalence
48+
of open-source software within this supply chain, it is uncommon for end-users
49+
to compile their own software. As a result, the build systems became a prime
50+
vector for malicious exploitation
5151
#cite(<MarcelFourne2023>, form: "normal", supplement: [p.1]). This underscores
5252
the vital importance of software reproducibility which ensures that software can
5353
be reliably built and verified from its source across different environments and
@@ -148,7 +148,7 @@ boy, constantly delving into the mechanics of how things work. This curiosity
148148
often led to disassembling devices to uncover their hidden secrets, followed by
149149
a harder quest to reassemble them. While my father played a pivotal role in this
150150
journey of discovery, and I simply cannot recall a single moment when he
151-
responded with #emph["I don't know"] it was my mother who truly ignited my
151+
responded with #emph["I don't know"]; it was my mother who truly ignited my
152152
path to computers. Her encouragement and unwavering belief in pursuing my
153153
passions were instrumental in shaping my journey towards a deeper understanding
154154
of the world around me, especially computers.

src/thesis/2-reproducibility.typ

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1333,7 +1333,7 @@ frequently unattainable in practice.
13331333

13341334
One of the primary impediments in achieving reproducibility lies in the
13351335
dependency on hardware architecture. Software compiled for different
1336-
architectures, such as `x86` and `ARM,` inherently produces disparate binaries.
1336+
architectures, such as `x86` and `ARM,` inherently produces disparate binaries #cite(<patterson2013>,form:"normal").
13371337
These differences stem from the instruction sets and optimizations that are
13381338
specific to each platform, leading to divergent outputs despite using identical
13391339
source code. This variance highlights a significant reproducibility challenge,

src/thesis/3-tools.typ

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -188,7 +188,8 @@ To ensure the robustness and universality of our reproducibility assessment, all
188188
test scenarios described in this chapter are executed through GitHub Actions
189189
#cite(<ghActions>, form: "normal"). GitHub Actions is an automation platform
190190
that enables #gls("CICD"), allowing builds to be performed, tested, and deployed
191-
across various machines and architectures directly from GitHub repositories.
191+
across various machines and architectures directly from GitHub repositories
192+
#cite(<9978190>,form:"normal").
192193

193194
Our testing environments supports three distinct architectures:
194195

src/thesis/literature.bib

Lines changed: 21 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -949,3 +949,24 @@ @misc{barba2022definingroleopensource
949949
primaryClass = {cs.CY},
950950
url = {https://arxiv.org/abs/2204.12564},
951951
}
952+
953+
@book{patterson2013,
954+
author = {Patterson, David A. and Hennessy, John L.},
955+
title = {Computer Organization and Design, Fifth Edition: The Hardware/Software Interface},
956+
year = {2013},
957+
isbn = {0124077269},
958+
publisher = {Morgan Kaufmann Publishers Inc.},
959+
address = {San Francisco, CA, USA},
960+
edition = {5th},
961+
abstract = {The 5th edition of Computer Organization and Design moves forward into the post-PC era with new examples, exercises, and material highlighting the emergence of mobile computing and the cloud. This generational change is emphasized and explored with updated content featuring tablet computers, cloud infrastructure, and the ARM (mobile computing devices) and x86 (cloud computing) architectures. Because an understanding of modern hardware is essential to achieving good performance and energy efficiency, this edition adds a new concrete example, "Going Faster," used throughout the text to demonstrate extremely effective optimization techniques. Also new to this edition is discussion of the "Eight Great Ideas" of computer architecture. As with previous editions, a MIPS processor is the core used to present the fundamentals of hardware technologies, assembly language, computer arithmetic, pipelining, memory hierarchies and I/O. Instructors looking for4th Edition teaching materials should e-mail textbook@elsevier.com. Includes new examples, exercises, and material highlighting the emergence of mobile computing and the Cloud. Covers parallelism in depth with examples and content highlighting parallel hardware and software topics Features the Intel Core i7, ARM Cortex-A8 and NVIDIA Fermi GPU as real-world examples throughout the book Adds a new concrete example, "Going Faster," to demonstrate how understanding hardware can inspire software optimizations that improve performance by 200 times. Discusses and highlights the "Eight Great Ideas" of computer architecture: Performance via Parallelism; Performance via Pipelining; Performance via Prediction; Design for Moore's Law; Hierarchy of Memories; Abstraction to Simplify Design; Make the Common Case Fast; and Dependability via Redundancy. Includes a full set of updated and improved exercises.}
962+
}
963+
964+
@inproceedings{9978190,
965+
author = {Decan, Alexandre and Mens, Tom and Mazrae, Pooya Rostami and Golzadeh, Mehdi},
966+
booktitle = {2022 IEEE International Conference on Software Maintenance and Evolution (ICSME)},
967+
title = {On the in Software Development Repositories},
968+
year = {2022},
969+
pages = {235-245},
970+
keywords = {Software maintenance;Automation;Codes;Collaborative software;Ecosystems;Semantics;Collaboration;GitHub Actions;continuous integration;collaborative software development;workflow automation},
971+
doi = {10.1109/ICSME55016.2022.00029}
972+
}

0 commit comments

Comments
 (0)