GMP is a library that will allow you to perform calculations on numbers that extend past the reach of what your standard data sizes can hold. From their website:
GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating-point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface.
This means you can embed large math into your programs and will only be limited by the amount of memory on your running system.
In today’s article, we’ll go through a few simple examples on how to use this library.
Getting setup
Get gmp installed locally on your system either by downloading the latest release from their site, or just using your package manager.
sudo apt-get install libgmp10
Building
For any program that will require the gmp library, we’ll need to add the -lgmp switch:
gcc test.c -otest-lgmp
Now, we’re ready to go.
Factorial
As an example implementation, we’ll write a program to calculate the n’th factorial for us. First of all, we’ll implement this using traditional data types offered to us through C, and then we’ll swap this out to get greater numbers.
/* test1.c */#include<stdio.h>
#include<stdlib.h>
#include<assert.h>/** Compute the n'th factorial */intfactorial(intn){inti;intx=1;for(i=1;i<=n;++i){x=x*i;}returnx;}intmain(intargc,char*argv[]){intx;/* check that a number was specified */if(argc<=1){printf("usage: %s <number>\n",argv[0]);return1;}/* convert the input to a number */x=atoi(argv[1]);assert(x>=0);printf("%d\n",factorial(x));return0;}
We build this application not needing the gmp library:
The wheels start to fall off once we want to look at numbers higher than !19.
$ ./test1 19
109641728
$ ./test1 20
-2102132736
We overflowed our integer to where it wrapped into negative numbers. 19 is our limit for traditional data types.
Make the numbers bigger!
Now we can introduce gmp to help us break out of these constraints.
We’ll rewrite the factorial function above to operate on gmp types, and we’ll also convert the body of our program into a input capture function that will parse text into a gmp type for us.
Let’s deal with the input first:
voidatoi_mpz(char*s,mpz_tres){assert(s);intparse_result;/* allocate our number, and set an initial value of 0 */mpz_set_ui(res,0);/* we assume base-10 when parsing */parse_result=mpz_set_str(res,s,10);/* check that parsing was successful */assert(parse_result==0);}
First, you’ll notice that we’re not returning anything here. The mpz_t type is typed as an array, and as such can’t be used as a return. So, we supply it as an output parameter. This pattern will reoccur through these examples.
This function also assumes that res has already had mpz_init run on it, so it’s not magically allocating resources on your behalf.
mpz_set_ui sets the initial state of an mpz_t with a value from an integer (the real world!). mpz_set_str is really doing most of the work for us here, parsing out a string that its given into a mpz_t. The base needs to be supplied.
Now the factorial function will need to change as you’d expect:
/** Compute the n'th factorial */voidfactorial(mpz_tn,mpz_tres){mpz_ti;/* initialize x and set it to n */mpz_set(res,n);/* initialize i to 1 */mpz_init(i);mpz_set_ui(i,1);while(mpz_cmp(i,n)<0){mpz_add_ui(i,i,1);mpz_mul(res,res,i);}/* clean up work vars */mpz_clear(i);}
Again, res is an output parameter with no return value. We do have a “work” variable here, so we set it up and destroy it all within the context of our function so we don’t have a memory leak.
mpz_cmp takes care of the looping for us. We’ve substituted a for loop here for a while loop to accommodate.
Full program!
Now we can use these functions in a program of our own. Here’s a full listing of an application that will give you the factorial of an arbitrary length integer.
/* test2.c */#include<stdio.h>
#include<stdlib.h>
#include<assert.h>#include<gmp.h>/** Compute the n'th factorial */voidfactorial(mpz_tn,mpz_tres){mpz_ti;/* inintialize x and set it to n */mpz_set(res,n);/* initialize i to 1 */mpz_init(i);mpz_set_ui(i,1);while(mpz_cmp(i,n)<0){mpz_add_ui(i,i,1);mpz_mul(res,res,i);}/* clean up work vars */mpz_clear(i);}voidatoi_mpz(char*s,mpz_tres){assert(s);intparse_result;/* allocate our number, and set an initial value of 0 */mpz_set_ui(res,0);/* we assume base-10 when parsing */parse_result=mpz_set_str(res,s,10);/* check that parsing was successful */assert(parse_result==0);}intmain(intargc,char*argv[]){mpz_tx,f;/* check that a number was specified */if(argc<=1){printf("usage: %s <number>\n",argv[0]);return1;}mpz_init(f);mpz_init(x);atoi_mpz(argv[1],x);factorial(x,f);mpz_out_str(stdout,10,f);mpz_clear(x);mpz_clear(f);return0;}
We write the result number here with mpz_out_str. This can redirected to any stream of your choice.
Building this program is just adding the lgmp switch.
gcc test2.c -o test2 -lgmp
And, now you can calculate factorials as high as you like:
systemd is a set of basic tools that any system can use to build more sophisticated service applications. Using these building you can
create units which can be a:
service
socket
device
mount
automount
swap
target
path
timer
slice
scope
In today’s article, we’ll go through an example that uses service and socket to build a simple server.
Hello, World
To start with, let’s create a “Hello, World” service that will do nothing more than take your connection and send you back the string "Hello, world". First we define our service in a file. Ours is hw.service.
You can install this at ~/.config/systemd/user/hw.service.
# hw.service
[Unit]
Description=Hello World Service
After=network.target hw.socket
Requires=hw.socket
[Service]
Type=simple
ExecStart=/usr/bin/python3 %h/tmp/serve.py
TimeoutStopSec=5
[Install]
WantedBy=default.target
The ExecStart holds what systemd will hand the socket connection off to. In this case, we’re going to hand the connection off to a python socket server running from our ~/tmp directory.
You can see that our requires hw.socket. It needs to be up before it will respond to requests. You install this one at ~/.config/systemd/user/hw.socket.
Our socket will listen on 7777 waiting for connections.
The serve.py mentioned in the service file is what systemd will hand the connection off to. The implementation of that server is a simple socket server:
#!/usr/bin/env python3
fromsocketserverimportTCPServer,StreamRequestHandlerimportsocketimportloggingclassHandler(StreamRequestHandler):defhandle(self):self.data=self.rfile.readline().strip()logging.info("From <%s>: %s"%(self.client_address,self.data))self.wfile.write("Hello, world!\r\n".encode("utf-8"))classServer(TCPServer):# The constant would be better initialized by a systemd module
SYSTEMD_FIRST_SOCKET_FD=3def__init__(self,server_address,handler_cls):# ignore the bind/listen steps
TCPServer.__init__(self,server_address,handler_cls,bind_and_activate=False)# take the socket from systemd
self.socket=socket.fromfd(self.SYSTEMD_FIRST_SOCKET_FD,self.address_family,self.socket_type)if__name__=="__main__":logging.basicConfig(level=logging.INFO)# host and port values are ignored here
server=Server(("localhost",9999),Handler)server.serve_forever()
Inside of the Handler class, in the constructor you can see that we avoid the bind and listen steps. This is because systemd has already done this for us. We’re just
going to be handed a file descriptor with the socket already attached.
# ignore the bind/listen steps
TCPServer.__init__(self,server_address,handler_cls,bind_and_activate=False)# take the socket from systemd
self.socket=socket.fromfd(self.SYSTEMD_FIRST_SOCKET_FD,self.address_family,self.socket_type)
That’s exactly what’s happening with fromfd here. We’re given a socket to work with via descriptor 3.
The actual implementation of our handler is not doing much more than taking in the request data, and sending back "Hello World".
After you’ve tested it a few times, you’ll be albe to see requests in the logs.
journalctl -f--user-unit hw.service
You should see the lines from the logging.info calls.
Nov 05 18:23:15 ditto systemd[2245]: Started Hello World Service.
Nov 05 18:23:18 ditto python3[9883]: INFO:root:From <('127.0.0.1', 38292)>: b'Hello'
Cleaning up
Once you’re done and you’d like to remove these, simply stop the service, remove the units, and reload.
# stop the service
systemctl --user stop hw.socket
# remove the service and socketrm ~/.config/systemd/user/hw.*# reload systemd state
systemctl --user daemon-reload
The find utility is an extremely flexible query tool for
your file system. It allows you to navigate and traverse your folder structures.
From the man page:
This manual page documents the GNU version of find. GNU find searches the directory tree rooted at each given file name by evaluating the given expression from left to right, according to the rules of precedence (see section OPERATORS), until the outcome is known (the left hand side is false for and operations, true for or), at which point find moves on to the next file name.
In this article, we’ll go through some usages.
Find by name
You can simply find by name with the -name switch:
find /the/directory -name the-file-name.txt
You can also ignore case by switching out -name for -iname.
Find by permissions
If you’d like to find files with a specific permission (in this case 777):
find .-type f -perm 0777 -print
You can take the converse of this with !:
find .-type f !-perm 0777 -print
Average file size
Let’s say you have a directory of text files, and you’d like to find the average size of them.
By joining find with awk, you can use the following to do just that:
find .-type f -execwc-w{}\; | awk'{numfiles=numfiles+1;total += $1} END{print total/numfiles}'
Random sampling
You may need to take a random sample of files in a given folder. You can start this process off
with find, and then through clever usage of sort, and tail you can get a random sample.
This will take 500 random files from a directory:
find /the/path -type f -print0 | sort-zR | head-zn 500
find /the/path -type f -print0 prints out the files using \0 as a delimiter thanks to -print0.
sort is told to use \0 as its delimiter with -z and -R is to sort them randomly.
head now takes the first 500, again using \0 as the delimiter.
The Apache Parquet file format is used widely in the data space. It’s a column-oriented format that focuses on storing data as efficiently as possible, with emphasis on data retrieval.
Why?
The most common storage format that you’d use to hold data is CSV. It’s a good, simple format but has quite a number of short-comings when it comes to data analysis.
Parquet is a column-oriented format which is much more sympathetic to data analysis. CSV is row-oriented, which is a much better application for an OLTP scenario.
Parquet offers compression and partitioning that is simply not available to the CSV format.
So, it stores information - but is better suited to the data warehouse idea.
Python
A really easy way to get started using Parquet is with Python. The PyArrow library is a set of utilities that allow you to work with in-memory analytics tools. PyArrow plays nicely with Pandas and NumPy so it’s a good fit.
Make sure you have pyarrow installed as a dependency.
libuv is a multi-platform library that provides your
programs with asynchronous capabilities through the use of an event loop. node.js has been the most mainstream usage of this library.
Today’s post will talk about this library and show some working examples.
When you’re programming in an event-driven environment, you need a medium that can transfer control over to your program when an event occurs. The event loop’s job is to do exactly this, running forever.
If you were to think about it in c-pseudo code, it might look something like this.
The list of handles that can send us events, and signal our application are here:
/* Handle types. */typedefstructuv_loop_suv_loop_t;typedefstructuv_handle_suv_handle_t;typedefstructuv_stream_suv_stream_t;typedefstructuv_tcp_suv_tcp_t;typedefstructuv_udp_suv_udp_t;typedefstructuv_pipe_suv_pipe_t;typedefstructuv_tty_suv_tty_t;typedefstructuv_poll_suv_poll_t;typedefstructuv_timer_suv_timer_t;typedefstructuv_prepare_suv_prepare_t;typedefstructuv_check_suv_check_t;typedefstructuv_idle_suv_idle_t;typedefstructuv_async_suv_async_t;typedefstructuv_process_suv_process_t;typedefstructuv_fs_event_suv_fs_event_t;typedefstructuv_fs_poll_suv_fs_poll_t;typedefstructuv_signal_suv_signal_t;/* Request types. */typedefstructuv_req_suv_req_t;typedefstructuv_getaddrinfo_suv_getaddrinfo_t;typedefstructuv_getnameinfo_suv_getnameinfo_t;typedefstructuv_shutdown_suv_shutdown_t;typedefstructuv_write_suv_write_t;typedefstructuv_connect_suv_connect_t;typedefstructuv_udp_send_suv_udp_send_t;typedefstructuv_fs_suv_fs_t;typedefstructuv_work_suv_work_t;/* None of the above. */typedefstructuv_cpu_info_suv_cpu_info_t;typedefstructuv_interface_address_suv_interface_address_t;typedefstructuv_dirent_suv_dirent_t;
These are the handles that we can register interest in; so the system will raise interesting events to us.
Get started
Before we get started, the libuv library needs to be installed along with the development files. In order to do this on my Debian machine, I’ll install the development and the runtime files.
Now, when we build an executable we need to link to the uv library using -luv. For the CMake test application that I’m writing with this article, I used:
target_link_libraries(uvtest uv)
Where uvtest is the name of my application.
First program
The “hello, world” of event loops. We’ll allocate the event loop, run the loop, and then cleanup.
intmain(){/* allocate and init the loop */uv_loop_t*loop=malloc(sizeof(uv_loop_t));uv_loop_init(loop);/* run the loop */uv_run(loop,UV_RUN_DEFAULT);/* clean up */uv_loop_close(loop);free(loop);return0;}
Idle
While our program is doing “nothing”, waiting for the next event we can register a function to execute. You’ll notice in this code that we’re using a uv_idle_t rather than a uv_loop_t (as above). Using uv_idle_t provides us access to register an “idler” function.