Thread: [netnice-users] Re: [Netnice-kernels] Netnice hacking camp (Pittsburgh, May 2006)
Status: Alpha
Brought to you by:
taost6
From: Takashi O. <ta...@wi...> - 2006-05-05 06:24:24
|
Dear netnice users/hackers, As I have announced, I have been planning to host a hacking camp in Pittsburgh this summer. However, because of several difficulties, I have decided to postpone the camp until next March. Accordingly, the release of Netnice-2.2 will be delayed as much... Although we cannot have direct contact, however, interested developers may independently work on the tasks undone. Such tasks are summarized in our project website, and I would really appreciate if you share the burden to make the system better. Even if you are not a kernel hacker, there are a lot of tasks :-) Specifically, I would appreciate if some of you take a look at nndiag script. It does not generate stable output between runs. Any other offers are welcome. Just write to the related liets, since personal messages may cause task conflict. http://www.netnice.org/pukiwiki.php?Netnice2.2 thanks!!! -- taka Takashi Okumura wrote: > > Dear netnice users/hackers, > > In early may, I'm planning to host a hacking camp in Pittsburgh, to > intensively collaborate with netnice users/developers toward the > release of netnice-2.2. > > You will need to pay just for your roundtrip flights, and I will > arrange a bed and working environment for you. I am planning to > work on Knoppix remastering for Knoppix/Netnice integration and > libnetnice implementation. But, you may pick up any subproject > of your choice. Several suggestions are listed in our website, > such as mod_netnice (traffic management/access control module for > Apache). I will arrange things to help you finish the task you > choose. > > I believe that this will be a good opportunity for students who > want to be (kernel) hackers. Even if you do not have time to join > the camp, you may join a dinner (on May 6, maybe?). > > If interested, please let me know, so that we can coordinate. > Questions and/or suggestions are also highly appreciated to make > the plan better. > > thanks! > > -- ta...@ne... > >>> btw, i'm planning to come back to pittsburgh for a while to work on my >>> dissertation in this early summer. and, during the stay, i may host a >>> netnice workshop (R&D camp) to finish several tasks, such as libnetnice, >>> Knoppix/Netnice, mod_netnice for Apache. >>> >>> although i cannot pay you, i'll sponsor good accommodation and working >>> environment (bed, desk, WiFi connection, printer, etc). i guess that >>> will be a good opportunity for students who want to be kernel hackers. >>> the term will be just after Spring finals of most U.S. students (early >>> may?) >>> >>> i'll suggest you about more concrete plan later, when i fix my travel >>> schedule. but, if you're interested at this point, please let me know, >>> so that i can have better plan. or, if any of you have a good place >>> (house, maybe?) and can host the workshop inside the U.S., please let >>> me know. >>> >>> >>> thanks! > > |
From: Takashi O. <ta...@wi...> - 2006-06-07 12:27:13
|
Dear netnice users/hackers, I have a good news, and a request, for you today. So far, VIFs can flexibly control network traffic on a host, but, it cannot provide ALTQ-like queuing control, for example, queuing control by address-port pairs. So, I have implemented a new mechanism for VIF system, VIFlet. As the name suggests, VIFlet is a software component, based on the Java technology. A VIFlet is a container of methods to perform processing of packets. On the new system, Java Virtual Machines are embedded on each VIF, and users can run their own VIFlets to customize functionality of their VIFs. To write such a program, you can simply use ordinary Java development environment. Just inherit VIFlet class provided in the class library, and override necessary methods. Sample VIFlet is attached below, and you will notice that it is really easy to write a VIFlet. To boost the performance, I also implemented a in-kernel Just-In-Time compiler, which speeds up execution of VIFlets close to hardcoded implementations. A request is that I need a proofreader for a technical report of the new technology, my dissertation :-) Because it has more than 150 pages, I think it would be reasonable to pay for that, in return for the feedback and for the time. I need a native english speaker, and appreciate latex experience. If you're interested, please let me know. Even if you're not interested, comments and questions are highly appreciated :-) thanks! -- taka public class PriQVIFlet extends VIFlet { private static final int NCLASS = 4; private Queue[] queue; private PacketClassifier pc = new SimplePacketClassifier(); PriQVIFlet() { System.out.println("Initializing..."); queue = new Queue[NCLASS]; for (int i = 0; i < NCLASS; i++) queue[i] = new Queue(); } public void enqueue(Packet p) { int type = pc.classify(p); length++; queue[type % NCLASS].enqueue(p); } public Packet dequeue() { for (int i = 0; i < NCLASS; i++) if (queue[i].isEmpty() != true) { length--; return queue[i].dequeue(); } return null; } } |
From: Matt D. <mat...@gm...> - 2006-06-08 03:10:54
|
Takashi Okumura wrote: > Dear netnice users/hackers, > > I have a good news, and a request, for you today. > > So far, VIFs can flexibly control network traffic on a host, but, it > cannot provide ALTQ-like queuing control, for example, queuing control > by address-port pairs. So, I have implemented a new mechanism for VIF > system, VIFlet. As the name suggests, VIFlet is a software component, > based on the Java technology. A VIFlet is a container of methods to > perform processing of packets. On the new system, Java Virtual Machines > are embedded on each VIF, and users can run their own VIFlets to > customize functionality of their VIFs. To write such a program, > you can simply use ordinary Java development environment. Just inherit > VIFlet class provided in the class library, and override necessary > methods. Sample VIFlet is attached below, and you will notice that > it is really easy to write a VIFlet. To boost the performance, I also > implemented a in-kernel Just-In-Time compiler, which speeds up > execution of VIFlets close to hardcoded implementations. > Ahh very cool. I can imagine this might consume quite a bit of resources? Although I must say, that is quite a good idea to add it to the kernel for improved performance. Congrats! -Matt |
From: Takashi O. <ta...@wi...> - 2006-06-08 12:20:07
|
Matt Davis wrote: > Ahh very cool. I can imagine this might consume quite a bit of > resources? ah. the JVM is just 64K. the JIT is also 64K. I don't think they consume too much resource. -- taka |