Compare commits
	
		
			4 Commits
		
	
	
		
			02626dc6dc
			...
			c136db7222
		
	
	| Author | SHA1 | Date | |
|---|---|---|---|
| 
						
						
							
						
						c136db7222
	
				 | 
					
					
						|||
| 
						
						
							
						
						1a09bd99af
	
				 | 
					
					
						|||
| 
						
						
							
						
						7518b25a6d
	
				 | 
					
					
						|||
| 
						
						
							
						
						3267bfa32f
	
				 | 
					
					
						
@@ -42,17 +42,9 @@ As for regular terminal programs, I see these possible solutions:
 | 
				
			|||||||
 | 
					
 | 
				
			||||||
\section{Performance}
 | 
					\section{Performance}
 | 
				
			||||||
 | 
					
 | 
				
			||||||
Performance of ICFS is terrible. Unfortunately, I was unable to make \verb|perf| work with it for some reason, so I don't really know what is slowing operations down. So those are my speculations for what \emph{may} be the bottleneck.
 | 
					Performance of ICFS is terrible. \sout{Unfortunately, I was unable to make perf work with it for some reason, so I don't really know what is slowing operations down. So those are my speculations for what \emph{may} be the bottleneck. A lot of it is caused by it's design. For example, ICFS needs to look through procfs to get process creation time, and there is no way of going around this it seems.}
 | 
				
			||||||
 | 
					 | 
				
			||||||
A lot of it is caused by it's design. For example, ICFS needs to look through procfs to get process creation time, and there is no way of going around this it seems. 
 | 
					 | 
				
			||||||
 | 
					 | 
				
			||||||
But a lot can also be improved. For example, 
 | 
					 | 
				
			||||||
 | 
					 | 
				
			||||||
\begin{itemize}
 | 
					 | 
				
			||||||
	\item sqlite queries can be pre-``compiled''
 | 
					 | 
				
			||||||
	\item (I think) more paralellism can be achieved.
 | 
					 | 
				
			||||||
\end{itemize}
 | 
					 | 
				
			||||||
 | 
					
 | 
				
			||||||
 | 
					I managed to get the \verb|perf| to work: it showed that almost all time was consumed by libfuse, not my program. My code used something like 0.0001\% of runtime on a pretty heavy test. I am not quite sure what to do, since libfuse is already optimised to smithereens. I guess I will just write how it is and not touch the performance ever again.
 | 
				
			||||||
 | 
					
 | 
				
			||||||
\section{Limitations}
 | 
					\section{Limitations}
 | 
				
			||||||
\label{eval:limit}
 | 
					\label{eval:limit}
 | 
				
			||||||
 
 | 
				
			|||||||
							
								
								
									
										
											BIN
										
									
								
								main-en.pdf
									
									
									
									
									
								
							
							
						
						
									
										
											BIN
										
									
								
								main-en.pdf
									
									
									
									
									
								
							
										
											Binary file not shown.
										
									
								
							@@ -45,6 +45,8 @@
 | 
				
			|||||||
\usepackage[hidelinks,breaklinks]{hyperref}
 | 
					\usepackage[hidelinks,breaklinks]{hyperref}
 | 
				
			||||||
%fancy references
 | 
					%fancy references
 | 
				
			||||||
\usepackage{cleveref} 
 | 
					\usepackage{cleveref} 
 | 
				
			||||||
 | 
					%strikethorugh
 | 
				
			||||||
 | 
					\usepackage{ulem}
 | 
				
			||||||
 | 
					
 | 
				
			||||||
% -------------------
 | 
					% -------------------
 | 
				
			||||||
% --- REMOVE BEFORE PUBLISHING
 | 
					% --- REMOVE BEFORE PUBLISHING
 | 
				
			||||||
 
 | 
				
			|||||||
		Reference in New Issue
	
	Block a user