LINUX.ORG.RU

Ответ на: комментарий от Iron_Bug

и именно машинлёрнинг надо писать либо на С, либо на плюсах. потому что это не говноскрипты, а работа с большими данными. просирание тактов процессора и памяти впустую там не котируется.

Громкий хохот в зале, местами переходящий в истерику.

Машинлернинг пишут на питоне. Что там в core части tensorflow обычно мало кому интересно.

kirk_johnson ★☆
()
Последнее исправление: kirk_johnson (всего исправлений: 1)
Ответ на: комментарий от kirk_johnson

постоянный анализ memory pressure

WebKit это сам делает и чистит себе память. И любой другой процесс может, вместо того, чтобы обжираться. В жабке чуть ли не изначально сборщик мусора завезли, да и в других динамических языках. Но нет, надо заставлять бедный киллер гадать на кофейной гуще.

Весь TCP построен на гадании на кофейной гуще

И работает на плохих каналах через жопу, собсна. В то время как торрентам, реализующим контроль целостности и порядка тоже, но поверх UDP, как-то посрать.

он иногда дает сбои

Ну вот и надо эти сбои ловить и устранять, а не бумажкой затыкать.

bodqhrohro_promo
()
Ответ на: комментарий от bodqhrohro_promo

WebKit это сам делает и чистит себе память. И любой другой процесс может, вместо того, чтобы обжираться. В жабке чуть ли не изначально сборщик мусора завезли, да и в других динамических языках. Но нет, надо заставлять бедный киллер гадать на кофейной гуще.

То есть условному grep нужно анализировать память на предмет memory leak'ов? Ну ты серьезно щас?

И работает на плохих каналах через жопу, собсна. В то время как торрентам, реализующим контроль целостности и порядка тоже, но поверх UDP, как-то посрать.

Потому что UDP для этого и был придуман, лол.

Ну вот и надо эти сбои ловить и устранять, а не бумажкой затыкать.

У тебя есть уникальная возможность пойти в Facebook и решить им эту проблему. Я уверен, они будут тебе благодарны и дадут очень много бабла :)

kirk_johnson ★☆
()
Ответ на: комментарий от kirk_johnson

То есть условному grep нужно анализировать память на предмет memory leak'ов?

Если есть что анализировать, то да. Оптимизация — штука вредная, она делается по определению только по одному параметру. А условия бывают разные. В некоторых виндософтинах есть переключалка — оптимизировать по процессору или по памяти. Лиса считает, сколько закрытых вкладок держать в памяти, по объёму доступной рамы. Юзкейсы грепа тоже разные. Если, например, он висит на пайпе, который раз в секунду отдаёт строчку, и ему скормлена регулярка, у которой где-то в конце используется PCRE, а в начале PCRE не нужно (то есть с высокой вероятностью при проверке строки до той части не дойдёт) — лучше-ка жирный libpcre.so отлинковать, пока не понадобится. Если ядро его ещё из рамы не выкинуло, он при надобности быстренько прилинкуется назад, нет — подтянется с диска, ничего страшного. Пример натянутый, ибо сколько там того грепа, но наглядный.

UDP для этого и был придуман

Для чего для этого? Чанки торрента должны собираться в определённой последовательности и прийти должны все — то же самое, для чего придуман TCP, только на более высоком уровне.

пойти в Facebook

Зашквар.

bodqhrohro_promo
()
Ответ на: комментарий от bodqhrohro_promo

Для чего для этого? Чанки торрента должны собираться в определённой последовательности и прийти должны все — то же самое, для чего придуман TCP, только на более высоком уровне.

TCP был придуман для гарантированной доставки в общем случае. Если ты можешь сделать эффективнее, то ты берешь UDP и делаешь сам.

Зашквар.

Возможно поэтому они до сих пор это проблему и не решили. Был бы у них ты... =/

kirk_johnson ★☆
()
Ответ на: комментарий от bodqhrohro_promo

Если есть что анализировать, то да. Оптимизация — штука вредная, она делается по определению только по одному параметру. А условия бывают разные. В некоторых виндософтинах есть переключалка — оптимизировать по процессору или по памяти. Лиса считает, сколько закрытых вкладок держать в памяти, по объёму доступной рамы. Юзкейсы грепа тоже разные. Если, например, он висит на пайпе, который раз в секунду отдаёт строчку, и ему скормлена регулярка, у которой где-то в конце используется PCRE, а в начале PCRE не нужно (то есть с высокой вероятностью при проверке строки до той части не дойдёт) — лучше-ка жирный libpcre.so отлинковать, пока не понадобится. Если ядро его ещё из рамы не выкинуло, он при надобности быстренько прилинкуется назад, нет — подтянется с диска, ничего страшного. Пример натянутый, ибо сколько там того грепа, но наглядный.

Это конечно все здорово, но как это поможет при утечках памяти? :)

kirk_johnson ★☆
()

что-то не хочу я такую автоматизацию, при том что у меня слабый комп.. надо не забыть выключить перед следующей сборкой вядра

PexuOne
()
Ответ на: комментарий от bodqhrohro_promo

А никак, ещё раз повторяю: их следует считать багами, ловить и чинить, а не мириться и затыкать.

Во время поиска и исправления сервис должен лежать или нет?

kirk_johnson ★☆
()
Ответ на: комментарий от bodqhrohro_promo

Так же, как и при прочих багах — на каких-то временных костылях по возможности работать.

This. Нормальный OOM — способ сделать так, чтобы если что-то пошло не так, сервис продолжал работу.

kirk_johnson ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.