Git repo

Lets get it rolling!  In a real self-hosted repo!
Ok, just dont hack me while I am asleep :)

---
No more :)

Patches rfc review

I have submitted my patches to xen-devel list both for Xen/toolstack and linux.
Looks like they are trashy :) I will have to clean them up and re-send once again.

I have got tons of comments from maintainers and now I will jump on them, sort them all out and fix/clean stuff. Looks like I also need a git tree.

I have spent good amount of time clenaning patches, applying them and compiling on each of the stages. As I get this experience, I think I will try to keep in mind the organization of patches as well.

Also I have signed up for some programming courser at coursera.org. I hope that i will learn from solving optimization tasks and would approach my NP-problem in a right way :)

I am really busy. 

I have days when I think I know how exactly solve everything :)

Sometime I go dark.

I hit an NP-problem with memory allocation. Because of the timing issue I have decided to avoid it and instead made it very simple, for now. I will sure have time to improve.. but still its NP-problem.

The code grows, I am pushing it hard so it will make to the xen-devel and lklm this week.

Huge work ahead of me on organizing patches, commenting them and formatting, rebasing and applying to the current trees. After the review, I will have to fix all errors or make changes and all over again :)

Well, in draft the whole project works, few bits there and there.

But every day I see more and more room for improvement and I also know what maintainters will tell me :)

But its ok, Id rather push it a bit and have the rest of the time for fixing and communicating.

The very-very important thing I have learned - prototyping!

I can now prototype some pieces of my tasks pretty quickly and this helps great deal. When dealing with a lot of code, this kind of modeling helps to see your algorithm very quick, test all corner cases (or most of them ;), debug and move back to the project efficiently.

So, as I am approaching official code submission, I'd better go off writing change list :)

Leaving job is not easy when looking for replacement admin

Well, thats a milestone I think. 

The vNUMA in real NUMA, going to live on real hardware... 10, 9, 8.. Until I am fixing some compile time errors.. )

I had a great day working on the project and not that great at my part-time work. Actually, these were very frustrating 4 hours.. Out of my life and project.

Funny, I interview poeple to replace me.. cool beans, I put up few tech (linux) questions as a first filter considering my other experience when I was interviewed. Questions are like this: what is inode, swap, zombie, some bash, some about getting info not from commands, but from /proc, some easy troubleshooting.

Not so hard? No! But looks like its hard for some people to comprehend why I ask all this. I am probably not right, my questions are obscure, but I use them just to start off from somewhere. And the point is not to ask something that anyone can google in a second. 

One person today was rude, he asked me questions after I ask mine, he would constantly repeat FIFO... Why the hell you bring up fifo answering questions about paging? And he refused to continue at the end.. Upsetting. Upsetting to loose time, upsetting when people have an attitude, upsetting to hear things such 'I dont work at places where there are no tools'! Wow, you need a pillow too?

Anyways, I am not a recruiter, I do not know how to interview people.. But sometimes you got to think out of the box then DataCenter is on fire.

And tools, yes, tools are important. But how now to understand if person can think if question only about commands? Or when you can download any script you like and run it.