@nugmanovtim

смотри кто к нам пришёл

смотри кто к нам пришёл

кто?

@yegor256

а что с 128 стало?

а что с 128 стало?

не хватило

640 хватит всем

https://www.yegor256.com/

это настоящий Бугаенко?

а кто это?

знаю ток егора который гитхаб хекал постоянно

а кто это?

ну вон ссылку кинули. адепт ООП лютый

Не факт что это тот самый, пресвятой Егорушка Бугаенко, светоча ООП и мудрец, указывающий толпе путь к истине

знаю ток егора который гитхаб хекал постоянно

то другой

ну вон ссылку кинули. адепт ООП лютый

ссылку кинули, но там нигде выжимки нет.

это настоящий Бугаенко?

да

ссылку кинули, но там нигде выжимки нет.

могу только скинуть подкаст где у него интервью берут

там в принципе вся суть

а есть где его неделя в бекендсикрет?

краткой выжимки выше хватило, спасибо.

да

Пусть напишет чото

там тоже сочно было очень

Пусть напишет чото

он в руби толкс уже с yopp успел посраться

привет всем. это настоящий я.

ну как посраться, йопп начал

привет всем. это настоящий я.

справку форму-№3 пожалста предъявите

привет всем. это настоящий я.

Hi Yegor, I am a big fan

привет всем. это настоящий я.

слушал интервью в ФВ. очень интересно

у меня вопрос технический. может поможете. че-то я уперся в какую-то непонятную проблему. вот: https://stackoverflow.com/questions/52987672/why-does-file-write-slow-down-sometimes

у меня вопрос технический. может поможете. че-то я уперся в какую-то непонятную проблему. вот: https://stackoverflow.com/questions/52987672/why-does-file-write-slow-down-sometimes

> My suspicion is that some library has overridden the method File.write() and added some locking/synchronization there А ты через pry глянь куда метод ссылается.

это где-то в инфраструктуре или локально воспроизводится?

потому что выглядит как fs-related

+

> My suspicion is that some library has overridden the method File.write() and added some locking/synchronization there А ты через pry глянь куда метод ссылается.

Вот если бы я знал как этим пользоваться... сейчас попробую

Вот если бы я знал как этим пользоваться... сейчас попробую

Ставишь к примеру pry-byebug, ставишь точку останова binding.pry, при попаданим в интерактивную консоль - ls File.write

Ставишь к примеру pry-byebug, ставишь точку останова binding.pry, при попаданим в интерактивную консоль - ls File.write

не работает оно в много-потоковом режиме (( у меня все это происходит в другом потоке и в консоль он выкидывает pry, но я не получаю туда доступ, потому как это не основной поток.. как-то так

ну у тебя не в реалтайме же патчится, значит ты можешь запустить приложение до того как оно в многопоточку перейдет и посмотреть

пока оно не попало в многопоточку, все работает быстро

нечего смотреть там — нет симптомов

так тебе надо проверить кто то манкипатчил File.write или нет

или я неверно понял?

да, верно

ну так проверь до того как приложение запущено, сомневаюсь что оно во время исполнения само себя патчит

щас попробую

[1] pry(#<TestCopies>)> ls File.write ArgumentError: wrong number of arguments (given 0, expected 2..3) from test/test_copies.rb:126:in `write'

show-source

сорян

сори, я первый раз с этим сталкиваюсь. че-то не то делаю?

сорс вижу

но это мой сорс

show-source File.write

увидишь из рубей он или кем то переопределен

[1] pry(#<TestCopies>)> show-source File.write Error: Cannot locate this method: write. Invoke the 'gem-install pry-doc' Pry command to get access to Ruby Core documentation.

видимо никем

верно?

[1] pry(#<TestCopies>)> show-source File.write Error: Cannot locate this method: write. Invoke the 'gem-install pry-doc' Pry command to get access to Ruby Core documentation.

Pry doc может надо поставить?

да, скорее всего

ну если он лезет в исходники руби, значит никто сверху его ничем не обернул

что же это такое... ума не приложу

тупое предложение какой нибудь file system perf может есть

вот смотри тест

в том же приложении:

https://github.com/zold-io/zold/blob/501/test/test_copies.rb#L121-L133

из 100 потоков пишет в один и тот же файл

все это целиком отстреливает за ровно одну секунду

и каждая запись занимает 1-2мс

то есть все окей и с файловой системой и с диском. но когда в другой ситуации делается ровно такой же File.write — он занимает иногда до 500мс

может GC?

может GC?

а как проверить?

тебе там стрейс на SO предлагали, смотрел?

а как проверить?

не знаю, не дебажил еще GC если честно

а как проверить?

если контроллируемый енвайронмент - отключить GC

GC.disable

GC.disable

пробую...

переписать скрипт на гошечку ?

Тут же вот это прилетело: Errno::EMFILE: Too many open files @ dir_initialize

прямо сразу же

хмм

это типа File.write мусор оставляет, надеясь на GC

есть у меня одно подозрение.. видимо я в одном месте сильно нагружаю файл систему

неожиданно если честно

есть у меня одно подозрение.. видимо я в одном месте сильно нагружаю файл систему

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

есть у меня одно подозрение.. видимо я в одном месте сильно нагружаю файл систему

делай явное открытие файла

я изначально подозревал что он там внутри открывает файл

явное открытие тоже зависит от GC

отсюда все прилетело: https://github.com/zold-io/zold/blob/501/lib/zold/node/async_entrance.rb#L132-L136

Dir.new(@dir) — вот здесь много файлов открывается, он говорит

че-то я не то делаю?

че-то я не то делаю?

конечно =) запускаешь рубискрипт без GC

попробуй Gc.disable поставить прям перед своей записью

а потом GC.enable сразу после

не не, я неверно делаю с Dir

пусть GC работет, но не во время write

надо видимо как-то иначе листить файлы

зачем он их открывает

где-то я оставляю открытые файлы, я так понимаю. и в этом беда основноая

отсюда и тормоза

ну так он же должен внутрь папок зайти, посмотреть че есть