AB
Полностью асинхронный рантайм, зелёные потоки, которые могут запускаться на нескольких ядрах CPU, обмен данными через channel-объекты.
И GC включающийся принудительно каждые 2 минуты?
Size: a a a
2020 February 10
AK
Мне в общем не могу сказать, что Golang как-то не нравится. Ну, не фонтан, но туториал прошёл по нему, вполне нормальный язык
VG
Полностью асинхронный рантайм, зелёные потоки, которые могут запускаться на нескольких ядрах CPU, обмен данными через channel-объекты.
известные еще в 90-х вещи
DS
Ну, эрланг в этом плане оставляет практически все далеко позади
DS
Эрланг вм умеет перекладывать грин процесс на соседний шедулер, если он чуть более свободен
AK
И GC включающийся принудительно каждые 2 минуты?
Врубается периодически, но чистит по превышению лимита неосвобождённой памяти. Я бы не сказал, что это сильно хуже вызовов free неявным образом, размазанных по всему коду
AB
Врубается периодически, но чистит по превышению лимита неосвобождённой памяти. Я бы не сказал, что это сильно хуже вызовов free неявным образом, размазанных по всему коду
Ребята из дискорда думают иначе
AK
Ребята из дискорда думают иначе
Кто такие?
VG
да просто Андрей читает только себя :)
AB
Очередной модный чатик
AK
Фига се. А я ещё здесь :) GC можно запускать самому, а не ждать, когда он отработает автоматом
VG
в перле этой проблемы нет кстати
AB
Фига се. А я ещё здесь :) GC можно запускать самому, а не ждать, когда он отработает автоматом
Ага, а можно вообще выкинуть за ненадобностью и сделать нормально :-)
VG
причем более чем одним способом :)
AK
Ага, а можно вообще выкинуть за ненадобностью и сделать нормально :-)
Чудес не бывает. Это будет означать, что память будет освобождаться сразу после того, как переменная стала не нужна. И если, например, это приведёт к слишком частым вызовам free - на это никак нельзя повлиять. А вот управлять GC можно.
AB
Чудес не бывает. Это будет означать, что память будет освобождаться сразу после того, как переменная стала не нужна. И если, например, это приведёт к слишком частым вызовам free - на это никак нельзя повлиять. А вот управлять GC можно.
На это можно влиять кодом, писать его более оптимально
AK
Кстати, FreeBASIC вообще не имеет локализованных в цикле переменных. Как и JS. Там переменные локализуются на уровне функции, ниже - никак. Ну и норм вроде, fbc вставляет все free перед тем как очистить стек функции и вернуться. Надо чаще - изволь руками звать dealloc
VG
.-´¯¯¯`-.
,´ `.
| \
| \
\ _ \
,\ _ ,´¯,/¯)\
( q \ \,´ ,´ ,´¯)
`._,) -´,-´)
\/ ,´/
) / /
/ ,´-´
PZ
ДОбрый всем день!
Кто-нибудь сталкивался с такой глюко/фичей, что под апачем, при наличии виртуальных хостов, и указании записи acces error сообщений в отдельные файлы(для каждого виртуал. хоста свой набор файлов) сообщения об ошибке, все-равно пишется в общий error.log ?
Кто-нибудь сталкивался с такой глюко/фичей, что под апачем, при наличии виртуальных хостов, и указании записи acces error сообщений в отдельные файлы(для каждого виртуал. хоста свой набор файлов) сообщения об ошибке, все-равно пишется в общий error.log ?
привет!
да, сталкивались с такой проблемой, была решена использованием Log4Perl
да, сталкивались с такой проблемой, была решена использованием Log4Perl