LinuxÃüÁîÐÐÏÂÍøÂçÅäÖÃ
¶¯Ì¬»ñÈ¡IP
ÐéÄâ»úµÄÍø¿¨Ê¹ÓÃNATµÄÁ¬½Ó·½Ê½£¨Ã»°ì·¨£¬µ¥Î»Ò»¸ö¶Ë¿ÚÖ»ÔÊÐí1¸öIP£¬Á¬hub¶¼Ã»·¨Óã©
pwd> vi /etc/sysconfig/network-scripts/ifcfg-eth0
BOOTPROTOµÄÖµ¸ÄΪdhcp£¬²¢±£´æ
ifdown eth0; ifup eth0;ÖØÆôÍø¿¨
ifconfig ·¢ÏÖ±»·ÖÅäÁ˸öIP£º10.0.2.15
ping www.163.com ͨ¹ý
¾²Ì¬ÉèÖÃIP
´ýÐø....
Ïà¹ØÎĵµ£º
ÈÈÐĵãÆÀ£ºÓ²Å̰²×°fedoraµÄ¹æÔò¾ÍÏñÎÒÃǷdz£ÑÇ¿ËÎ÷µÄÕþ²ßÒ»Ñù£¬ ¸æËßÄã²»ÄÜ·¢ËÍyellow¶ÌÐÅ£¬ µ«¾ÍÊDz»¸æËßÄãyellowµÄ³ß¶ÈÊÇʲô£¬ ÄãÖ»ÄÜð×ÅÊÖ»úÍ£»úµÄΣÏÕ£¬²âÊÔÏÂÄÄЩ¶ÌО¿¾¹É仯ÁË¡£ ͨ¹ý²»ÏÂÁ½Î»ÊýµÄÖØÆô£¬ ÃþË÷ÁËÒ»µãµã¹æÔò¡£ OK, ÎÒÏëLinux²»ÊÇgov, °²×°»¹ÊÇÓйæÔò¿ÉÑԵģ¬Ö»ÊÇÎÒÃÇ»¹Ã»ÓÐÕÒµ½Õâ¸öreadme? ´ï ......
I learned some experience while Nanjing found 0x03 error. At begining, we don't know why our GSRM(a linux process) hang in a short time 5 seconds sometimes. It didn't handle any message at that time and the interruption is not regularly. So we assume we have Linux OS problem. We did following checks ......
ʵÑé2 LinuxÎļþϵͳ
Ò».ʵÑéÄ¿µÄ
ͨ¹ýʵÑéÕÆÎÕLinuxÖÐÎļþ¹ÜÀíµÄ»ù±¾¸ÅÄ°üÀ¨³£ÓÃÃüÁî¸ñʽ¡¢ÎļþÀàÐÍ¡¢Ä¿Â¼½á¹¹µÈ£¬³õ²½Á˽âÓйØÎļþ°²È«·½ÃæµÄ֪ʶ¡£¡£
¶þ.ʵÑéÄÚÈÝ
1.ʹÓÃpwd£¬cd£¬lsµÈÃüÁîä¯ÀÀÎļþϵͳ¡£
2.ʹÓÃcat£¬cp£¬mv£¬head£¬tail£¬rmµÈÃüÁî²é¿´ºÍ²Ù×÷Îļþ¡£
3.ʹÓÃfind£¬grepÃüÁî½øÐÐÎļþ²éÕÒºÍ ......
#protect share data
spin_lock/spin_unlock: protect the data during process context(and only at process context), and make sure your code bewteen lock/unlock is fast enough.There may deadlock if the same spin_lock is called at interrupt context.
spin_lock_irq/spin_unlock_irq: call it during interru ......
nginxµÄ°²×°
¶ÔÓÚÏÖÔÚÁ÷ÐеÄNginx + Resin£¬ÆäÐÔÄÜ´ó¼Ò¶¼ÓÐÄ¿¹²¶Ã¡£
Ê×ÏÈ£¬°²×°Nginx
¿ÉÒÔ²ÎÊýNginxµÄ°²×°ÎÄÕ£ºhttp://blog.csdn.net/vebasan/archive/2010/02/26/5328494.aspx
Èç¹ûÔÚ°²×°NginxµÄʱºòÌáʾÓÐÎÊÌ⣬¿ÉÒԲο¼£ºhttp://blog.csdn.net/vebasan/archive/2010/02/26/5328545.aspx
ÓйØNginx£¬pcre£¬opensslÏ ......