BG Development


Страници: (5) « първа ... 3 4 [5]   ( Първото ново мнение ) Reply to this topicStart new topicStart Poll

> Java нишки
relax4o
Публикувано на: 23-05-2018, 19:14
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2108
Регистриран на: 04.04.07



На 350к с 10/256 ми започна да ми забива чак и то тогава и спря. Иначе през цялото време си слушах музика в тубата и си браузвах нормално.


--------------------
Бисери :D

QUOTE (oveRLuckEd)
Ползваш някоя нова версия на PHP, която е вече ооп ориентирана и заради това ти я изкарва тази грешка.


QUOTE (nbacool2)
Щом няма input полета, значи няма откъде да се направи SQL инжекция Very Happy
PM
Top
Gamma Goblin
Публикувано на: 23-05-2018, 19:15
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 1297
Регистриран на: 21.02.18



QUOTE (Gamma Goblin @ 23-05-2018, 18:23)
~10_300 при мен, но не мога да разбера кои лимити удрям, намаляването на стека не помогна, имам лимит от 65к процеса, така че там съм далеч, памет имам много

----


Хванах го:

[ 440.569712] cgroup: fork rejected by pids controller in /user.slice/user-1000.slice/user@1000.service

$ cat /sys/fs/cgroup/pids/user.slice/user-1000.slice/pids.max
10813

Вдигнах и hard limits, обаче просто н амоя лаптоп имам прекалено малко рам и немога да създам повче от 32к icon_sad.gif

CODE
32643
[18.213s][warning][os,thread] Failed to start thread - pthread_create failed (EAGAIN) for attributes: stacksize: 136k, guardsize: 0k, detached.
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00007f1c46248000, 16384, 0) failed; error='Not enough space' (errno=12)
#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (mmap) failed to map 16384 bytes for committing reserved memory.
# An error report file with more information is saved as:
# /home/svetlin/hs_err_pid56157.log


--------------------
Напред! Живота е сраженье! Напред! И прав всегда ходи!
Напред, макар към поражение! Ако ще паднеш, прав падни!
---
Raw, and untamed in spirit, We chew this world and Spit it out
---
Challenge my own world to chaos
---
“I overcame myself, the sufferer; I carried my own ashes to the mountains; I invented a brighter flame for myself.”
PMEmail PosterUsers Website
Top
FidelDahan
Публикувано на: 24-05-2018, 10:20
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2345
Регистриран на: 12.06.08



Сигурно извода на даскала ще бъде да се пускат маса нишки, че има въздух за много докато забие icon_lol.gif
PMEmail Poster
Top
FidelDahan
Публикувано на: 24-05-2018, 10:24
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 2345
Регистриран на: 12.06.08



Майтап, спомням си колко си играхме да направим един "прост" един producer-consumer с BlockingQueue по средата, но трябваше да има и ограничен капацитет, timeouts и failure notifications ако някой от участниците умре всичко да спре контролирано.

Някой прилагал ли е single-threaded обработка с нещо като LMAX Disruptor?

Това мнение е било редактирано от FidelDahan на 24-05-2018, 10:25
PMEmail Poster
Top
Kyo
Публикувано на: 24-05-2018, 15:36
Quote Post



Име:
Група: Потребител
Ранг: Посетител

Мнения: 89
Регистриран на: 21.09.14



Пробвах с нещо такова:

CODE

$ watch -n 1 'jstack -l 7458 | grep "^\"" | wc -l'

Където 7458 е PID


за да брой и default-ните нишки, но мисля че актуализацията е доста слаба.
PMEmail Poster
Top
thrawn
Публикувано на: 25-05-2018, 08:32
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 1842
Регистриран на: 17.01.17



QUOTE (Gamma Goblin @ 23-05-2018, 16:19)
По-скоро имаш лимит на нишките= дай "ulimit -a"

CODE
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31228
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 31228
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited
PMEmail Poster
Top
1 потребители преглеждат тази тема в момента (1 гости, 0 анонимни потребители)
Потребители, преглеждащи темата в момента:

Topic Options Страници: (5) « първа ... 3 4 [5]  Reply to this topicStart new topicStart Poll

 


Copyright © 2003-2018 | BG Development | All Rights Reserved
RSS 2.0