欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

星期一早上到了公司，據稱(chēng)產(chǎn)品環(huán)境拋出了最可愛(ài)的異?！狾utOfMemory, 它是這樣來(lái)描述他自己的：java.lang.OutOfMemoryError: unable to create new native thread而且這位仁兄竟然還堂而皇之地同時(shí)出現在了3個(gè)application里面，所有應用全部遭殃。那可愛(ài)的OOM是如何產(chǎn)生的呢？直接原因是創(chuàng )建的線(xiàn)程太多了，根本原因是某個(gè)地方的內存限制了。搜羅了一下在網(wǎng)上找到了一個(gè)計算公式：(MaxProcessMemory - JVMMemory – ReservedOsMemory) / (ThreadStackSize) = Number of threads?MaxProcessMemory：進(jìn)程最大的尋址空間，但我想這個(gè)值應該也不會(huì )超過(guò)虛擬內存和物理內存的總和吧。關(guān)于不同系統的進(jìn)程可尋址的最大空間，可參考下面表格：Maximum Address Space Per ProcessOperating SystemMaximum Address Space Per ProcessRedhat Linux 32 bit2 GBRedhat Linux 64 bit3 GBWindows 98/2000/NT/Me/XP2 GBSolaris x86 (32 bit)4 GBSolaris 32 bit4 GBSolaris 64 bitTerabytesJVMMemory: Heap + PermGenReservedOSMemory：Native heap，JNI便可推導出單個(gè)JVM Instance可支持的最大線(xiàn)程數的估計值：(MaxProcessMemory<固定值> – Xms<初始化值，最小值> – XX:PermSize<初始化值，最小值> – 100m<估算值>) / Xss = Number of threads<最大值>在本地(32bit windows)試了試，可達的線(xiàn)程的最大值差未幾就是這個(gè)數，它不受物理內存的限制，會(huì )利用虛擬內存，從任務(wù)治理器看到memory已經(jīng)是5500 m左右了（開(kāi)了兩個(gè)jvm），我機器的物理內存是2g，也不知道這個(gè)準不準，后來(lái)還拋出了“unable to create new native thread”的兄弟“Exception in thread "CompilerThread0" java.lang.OutOfMemoryError: requested 471336 bytes for Chunk::new. Out of swap space?“。本地測完了后，就該輪到dev環(huán)境了，linux2.6，64bit，雙核，8G（虛擬機），總的物理內存是16g。在上面整了一下，創(chuàng )建到了15000多個(gè)線(xiàn)程的時(shí)候掛掉了。此時(shí)其他application也不能創(chuàng )建新的線(xiàn)程，而且db也報錯了，操縱系統不能fork新的線(xiàn)程了。這應該是操縱系統的哪里限制了新線(xiàn)程的創(chuàng )建，·   max thread，linux2.6似乎是32000·   最大可用內存：物理內存+虛擬內存·   配置，在linux可以限制可用資源的大小，show一下這些參數core file size    (blocks, -c) 0data seg size    (kbytes, -d) unlimitedfile size    (blocks, -f) unlimitedpending signals    (-i) 1024max locked memory    (kbytes, -l) 32max memory size    (kbytes, -m) unlimitedopen files    (-n) 65536pipe size    (512 bytes, -p) 8POSIX message queues???? (bytes, -q) 819200stack size    (kbytes, -s) 10240cpu time    (seconds, -t) unlimitedmax user processes    (-u) 16384virtual memory    (kbytes, -v) unlimitedfile locks      (-x) unlimited為了進(jìn)一步確定在linux上一個(gè)jvm由于達到了最大尋址空間OOM了，不會(huì )影響其他jvm，我在Linux做了進(jìn)一步測試，一開(kāi)始用Sun文檔中說(shuō)的最大尋址空間3G試了一下，發(fā)現根本不對，達到了3G后還是非常high地在創(chuàng )建新的線(xiàn)程。于是出動(dòng)超級無(wú)敵***的JVM初始化配置。oracle?? 27408 27017 12 13:45    00:00:07 /home/oracle/ias1013/FWAPP/FWDev/jdk/bin/java -server -Xmx4096m -Xms4096m -XX:+HeapDumpOnOutOfMemoryError -XX:PermSize=4096m -XX:MaxPermSize=4096m -XX:HeapDumpPath=/home/oracle/ias1013/FWAPP/FWDev/j2ee/OC4J_OOMTest/workEnv/log -Xss100m結果在create 3379個(gè)線(xiàn)程后，“unable to create new native thread”出現了，這時(shí)其他jvm都是可以create新線(xiàn)程的。假如按照上面公式計算，linux 64bit，2.6kernel，它的最大尋址空間肯定超過(guò)了300g，當然應該還沒(méi)有達到可用內存的限制，由于其他JVM還能create新線(xiàn)程。我還懷疑是不是oracle application server上的某個(gè)配置參數限制了總的線(xiàn)程數，影響了所有application，但我們的產(chǎn)品環(huán)境一個(gè)application就是一個(gè)單獨的application server。現在基本上可以確定是操縱系統哪里設置錯了，我想System team的帥哥們應該把產(chǎn)品環(huán)境的某個(gè)參數配置錯了，系統本身的影響肯定不會(huì )有了，由于產(chǎn)品環(huán)境上我們只create了800左右個(gè)線(xiàn)程，就OOM了，那應該就是配置的題目了，懷疑的參數有下面四個(gè)max user processes    (-u) 2048virtual memory    (kbytes, -v) unlimitedmax memory size   (kbytes, -m) unlimitedstack size    (kbytes, -s) 10240最后發(fā)現只有max user processes 和virtual memory對總的線(xiàn)程數有影響，我把max user processes降到2048后，發(fā)現此時(shí)只能創(chuàng )建 2000左右個(gè)線(xiàn)程了(Xms64m, Xss1m)，進(jìn)一步地把virtual memory下調到2048000K發(fā)現能創(chuàng )建的就更少了1679（Xms64m, Xss1m），而它只會(huì )對當前shell起作用，而多個(gè)application server應該是不同的shell,所以他是打醬油的。另外兩個(gè)參數似乎就是來(lái)做做俯臥撐的，操縱系統stack size是不應該會(huì )有什么影響，我們把它上調到102400，還是可以創(chuàng )建2000左右的線(xiàn)程數（max user processes），由于java有自己的線(xiàn)程模型，它的棧的大小是用Xss來(lái)控制的。Max memory size不知道是啥東東，照理說(shuō)假如是最大內存應該不會(huì )只在旁邊做俯臥撐，那這個(gè)參數到底是春哥還是曾哥，查了一下man ulimit，有下面解釋-a      All current limits are reported-c      The maximum size of core files created-d      The maximum size of a process data segment-f      The maximum size of files created by the shell-l      The maximum size that may be locked into memory-m      The maximum resident set size (has no effect on Linux)-n      The maximum number of open file descriptors (most systems do not allow this value to be set)-p      The pipe size in 512-byte blocks (this may not be set)-s      The maximum stack size-t      The maximum amount of cpu time in seconds-u      The maximum number of processes available to a single user-v      The maximum amount of virtual memory available to the shell“Has no effect on Linux”就足以證實(shí)它確實(shí)只是來(lái)做做俯臥撐的。最后查出只有“max user processes”會(huì )對所有application能創(chuàng )建總的線(xiàn)程數有限制。(###)