Miguel de Icaza: Rest of the World to Eventually Force US Into Linuxลืมอ่านได้งัยเนี่ยะ..!!

ที่ดูมาตัวอย่างข้อมูลที่ได้จาก NNstat monitorโดย NSFNET
NSFNET Backbone Traffic Distribution by Service

January 1995

Packet Total: 87,775,369,950

Byte Total: 19,119,019,090,700


Service Name Port Packet Count % Pkts Byte Count % Byts
============ ==== ============ ====== ============= ======
ftp-data 20 16465206600 18.758 5783759777700 30.251
(other_tcp/udp_ports) -999 13980953900 15.928 2504334413800 13.099
www 80 11518306800 13.122 3382697720400 17.693
telnet 23 9090741300 10.357 710204891700 3.715
nntp 119 8770182550 9.992 2147622144350 11.233
smtp 25 6455027600 7.354 1036881923950 5.423
domain 53 4710381000 5.366 478697375750 2.504
ip -4 3874094000 4.414 825896358700 4.320
irc 6667 2347581400 2.675 265724401950 1.390
gopher 70 2326624300 2.651 636782868350 3.331
ftp 21 1644507850 1.874 129223842350 0.676
icmp -1 1483640600 1.690 162145715300 0.848
unidata-ldm 388 578311500 0.659 172112059450 0.900

ได้ Link output ของ NNstat มาเผื่อจะมีประโยชน์...ยิ่งข้อมูลน้อยๆอยู่

กินชาเขียวเยอะๆนี้มึนหัวเหมือนกันแฮะ... *=*

ไม่ค่อยรู้เรื่องการ create font กะชาวบ้านหรอกวันนี้แว้บๆไป dev board ที่ linux.thai.net link มาเรื่อยๆ
อ่านไปๆก็เพิ่งรู้จัก true type กับ postscript ว่าต่างกันวันนี้แหละ..น่าเศร้าใจ ><
สรุปได้ว่า true type ใช้ quadratic spline เพราะว่ามีแค่ 1 control point ส่วน postscript ใช้ cubic spline เพราะว่าใช้ 2 control point มีรายละเอียด เป็นของโปรแกรม PfaEdit

วันก่อนคุยกับอาจารย์ก็ถามแกว่า
| What do you think about implementing in OOP language like Java instead C?
แกก็บอกว่า
OOP is certainly possible, but much of what needs to be done probably
can't be done in Java.

Analysis could, data retrieval and archiving etc could, but actual packet
capture can't, or at least, can't any way I know of. Aside from anything
else, this needs to be very very fast, if it is to catch every packet
(a GBps network with minimum sized packets can carry about 2 million
packets a second - that means, capturing the packet, analysing it,
and saving whatever state needs to be saved needs to be able to be done
in about 1/2 microsecond per packet (average) - or at least something
approaching that, if it takes 1 microsecond, half the packets get missed).

You don't need to give me the java sales pitch, I know what it is good
for, and what it isn't.
เจอแบบนี้...หน้าหงายย

There is no requirement that all the parts of this project be implemented
in the same language though, if java is better for some parts, that's fine.

It does have to all run on unix type systems though, and lots of them.

ก็เลยถามอีกไปว่า
| Well,If Java is too slow for this situation.what about C# running on mono?

I don't know enough about C# to know - what's important is that you can
link to C library code, because that's what the library that actually fetches
the packets is written in, and you certainly want to use that, not attempt
to do it all by yourself.


| If I use C++ or C for all part may be there are a lot of bugs.

That's not necessarily a bad thing ... Finding them helps you learn.
แฮะๆ..ยิ้ม ^^ คงม่ายหวายม้าง..segmentation fault เอาง่ายๆ อะดิ

| Anyway,why does statspy and collect run on differrent platforms?that I know
| statspy runs on SunOS and collect runs on *BSD.Is there some significant?

They don't have to. collect will run on just about anything - it's just
a simple network application that reads data. statspy is the process
(in NNStat) that actually fetches the packets from the net and analyses them.
That didn't use the pcap library (which didn't exist when NNStat was initially
written), so did the packet fetching itself - that's a very system dependent
operation, the way it is done varies from one system to another. That's
partly why NNStat no longer works on anything that matters - the methods
that statspy used to collect packets don't exist on modern systems.

The reason the two processes are separate, and don't need to run on the same
system (though they can) is to allow staspy processes to be put on all the
systems on the network that are necessary to monitor all of the traffic (a
statspy can only see packets on nets that it connects to). On the other hand,
it is usually more convenient if all the data collection, and analysis, is
done on one central system. That's where collect runs. If there's only
one LAN to monitor, then statspy can run on a system connected to it, and
collect may as well run on the same system. If there are 20 or 30 LANS to
monitor, statspy can run on a system connected to each, then collect just
run on one system, talk to each of the statspy processes, and get the data
from them, saving it all locally.

This is the right model to use, with the collection and the archiving/analysis
parts of the overall process separated.

It is only the packet collection part which needs to be fast, it is also the
only part that needs to be linked with the pcap library - the data collection,
and analysis (report generation) stuff can be written in anything that you
like.

kre

ขอบคุณฮะอาจารย์

ข่าวใหญ่เมื่อวาน นายกทักษิน ระดมทุนซื้อหุ้น Liverpool
เป็นอะไรที่เจ๋งมาก...

วันนี้ยังไม่ได้ลองเล่นอะไรเลย โดนใช้งานให้ลอง test การแก้ไขข้อมูล e-learning ของ 7-eleven ผ่าน modem ข้อมูลสาขาเยอะมากกกก...เกือบตาย >_<

กำลังคิดถึงเรื่องบอล Champions League ตกลงก็เป็นอันว่า รอบชิงชนะเลิศ ที่สนามเอาฟ์ ชาลเก้ อารีน่า ประเทศเยอรมัน
วันพุธที่ 26 พ.ค.2547 ปอร์โต้ (โปรตุเกส) เจอกะ โมนาโก (ฝรั่งเศส) ก็คิดว่าคงเป็น ปอร์โต้ น่ะที่ได้แชมป์ปีนี้เพราะเป็นทีมที่แกร่งทีเดียว กุนซือ โฮเซ่ มูรินโญ่ ก็คิดว่าเจ๋งสุดในเวลานี้แล้ว....คิดว่าไม่น่าพลาด

เมื่อกี้ไปแวะเยี่ยมเยียน blog ของคุณ kitty เห็น update ห้องทดลองใหม่แระ ให้ลอง set เน็ตเวิร์กไดรว์ ผ่าน sftp บน GNOME 2.6 น่าสนใจดี ...ยังไม่ได้ลองเล่น GNOME 2.6 เลย เชยโคดเรยหงะ..เล่น Fedora core1 มาตอนนั้น default มันใช้ session GNOME 2.4 ลง GNOME เองไม่เป็นซะด้วย..^^555+ ขำ... ตอนนี้ก็ลอยละล่องอยู่บน Windows XP platform อยู่
ใช้เครื่องเพื่อนก็ยังงี้แหละ.. กลับไปคงต้องไปอ้อน Linux ให้หายงอน...ก่อน แต่อาจย้ายสำนักเป็น Debian man กะชาวบ้านมั่ง...
แต่เด๋วค่อยว่ากัน

นึกออกแระ...^^
ลองหัดใช้ Java Message Service API ดูดีก่า มีหลายตัวให้ลองดี แต่ต้องอ่าน concept กับ programming model ก่อน
เยอะเหมือนกันแฮะ เฮ้อ...อยากลองเรื่อง Message-Driven หงะ..

- -' เฮ้อได้เห็นตัวเป็นๆจนได้ไอ้เจ้า Coffee Break ก็ได้เห็นพลังแห่ง webservice technology น่าดูชมเหมือนกันแฮะ
ตัวต่อไปเล่นอะไรดีหง่ะ...??

กรำส์จริง....จนแล้วจนรอดเมื่อวานก็ยังไม่ได้ลอง....
เมื่อกี้ลองอ่าน tutorial ดู ต้องรัน Registry Server แล้วใน Application Server ไม่มีซะด้วย
ต้องไป download WSDP มาก่อน...แล้ว run Tomcat server คนละ port กับ App. Server
...

แป๋ว...ตกลงยังไม่ได้ลอง Coffee Break เลย พอดีนั่ง design logo บน web เนี่ยเพิ่งเสร็จ

ว่าแล้วก็ลอง build The Coffee Break Application ดู เป็น web application ที่สาธิตการใช้หลายๆ Java Webservice API เข้าด้วยกันว่ามีวิธีการยังไง ก็อยากรู้มานานแล้วเหมือนกัน เป็นจุดเด่นของ webservice technology เลยทีเดียว...ไม่ลองไม่ได้แล้ว...ลองเลยละกัน

เมื่อคืนตื่นมาดูบอล champions league เดปอร์ติโบ ลา คอรุนญ่า กับ ปอร์โต้ ตอนตี 2 ได้ เล่นสูสีแต่ ปอร์โต้ดูปึ้กกว่านิดส์นึงก็เลยชนะไป สรุปว่า ปอร์โต้เข้าไปนั่งรอชิง กับอีกทีมระหว่าง เชลซี กับ โมนาโก
เมื่อกี้นั่งๆดูอะไรไปเรื่อยเปื่อยเจอ Bill Gates to Showcase Windows Innovation at WinHEC 2004เป็นการเปลี่ยนแปลงที่น่าสนใจ

วันนี้ไปเจอ The Art of Java by Herbert Schildt, James Holmes ที่ศูนย์หนังสือจุฬาน่าอ่านมากเลย
กำลังคิดๆอยู่ว่าจะซื้อดีมั้ย?????หลายตังค์...

เอิ้กๆ จัดการกับมันจนได้ไอ้เจ้า Duke's bank

ลองไป extract j2eetutorial นอก directory ของ j2ee เอิ้กมัน work แฮะ...แต่ยังไม่ได้ลอง

packaging entity bean ด้วยตัวเองเลย...ใช้ file .ear ที่ sun ให้มา..

run ได้หงะ... Account List ไม่ออก..กรำส์

วันศุกร์ลืม post blog ไว้ว่าไอเจ้า Duke's App. ไม่ work ตั้งแต่ไก่โห่เลย

เด๋วจะลอง build&deploy Duke's Bank application ที่อยู่ใน Tutorial Chapter 36. ของ J2EE 1.4 ซะหน่อย...จะ work มั้ยเนี๊ยะ..