М
Ð
диски давно уже не медленные, и дело даже не в том что сейчас серваки с nvme, а в том что линукс всю свободную память юзает под кэш
Понял.
Size: a a a
2020 January 30
М
Ð
только при записи и только в режиме fsync
Спасибо
Ð
диски nvme сейчас работают архибыстро, я уже забыл что такое нехватка иопсов или скорости чтения-записи, там 2 гигабайта в секунду запись )
Ð
это самое чудесное что произошло с серверами за последние 10 лет
Ð
правда дохнут они тоже быстро )
М
Ð
диски nvme сейчас работают архибыстро, я уже забыл что такое нехватка иопсов или скорости чтения-записи, там 2 гигабайта в секунду запись )
Про базы я пока очень мало знаю и по всей видимости у меня о них не верные представления.
М
Ð
правда дохнут они тоже быстро )
В смысле? Сервера?
Ð
диски ссд, если записи очень много - они быстро выдыхаются, вот недавно менял, проработал года три примерно
Ð
но это не проблема, хдд тоже дохнут и еще более неожиданно
YK
Ð
диски ссд, если записи очень много - они быстро выдыхаются, вот недавно менял, проработал года три примерно
Хрена ты на него писал
Ð
да, там было нормально
Ð
Data Units Read: 9,186,247 [4.70 TB]
Data Units Written: 12,998,255 [6.65 TB]
Host Read Commands: 841,416,763
Host Write Commands: 455,254,816
Controller Busy Time: 610
Power Cycles: 11
Power On Hours: 82вот новый, за 82 часа уже 6 тб записал )
М
Всем спасибо за обсуждение. Я ушёл.
S
Ð
Data Units Read: 9,186,247 [4.70 TB]
Data Units Written: 12,998,255 [6.65 TB]
Host Read Commands: 841,416,763
Host Write Commands: 455,254,816
Controller Busy Time: 610
Power Cycles: 11
Power On Hours: 82вот новый, за 82 часа уже 6 тб записал )
ж.диск от 1941-го года?)
Ð
чаго?
VB
привет, подскажите, а кто-то работает с nodemon + jest? как можно настроить окружение чтоб при именениях в коде, сначала ранились тесты (jest), а потом уже основное приложение?
Y
привет, подскажите, а кто-то работает с nodemon + jest? как можно настроить окружение чтоб при именениях в коде, сначала ранились тесты (jest), а потом уже основное приложение?
А зачем существует такая потребность?
Во время разработки код меняется часто, а тесты разнятся относительно долго
Во время разработки код меняется часто, а тесты разнятся относительно долго
VB
А зачем существует такая потребность?
Во время разработки код меняется часто, а тесты разнятся относительно долго
Во время разработки код меняется часто, а тесты разнятся относительно долго
такая связь позволяет видеть состояние всего функционала в реальном времени. С тем что это долого согласен. Была идея запускать два отдельных докер контейнера, в одном крутится дев окружение, а во втором тесты - в данном случае все работает в параллель и по времени затрат почти нет
Y
такая связь позволяет видеть состояние всего функционала в реальном времени. С тем что это долого согласен. Была идея запускать два отдельных докер контейнера, в одном крутится дев окружение, а во втором тесты - в данном случае все работает в параллель и по времени затрат почти нет
Не знаю как тебе
Но мне нужно знать состояние только после того как я считаю что закончил фичу
А насчёт твоего вопроса, то мне кажется что нужно писать отдельный скрипт который будет контролировать эту логику
Но мне нужно знать состояние только после того как я считаю что закончил фичу
А насчёт твоего вопроса, то мне кажется что нужно писать отдельный скрипт который будет контролировать эту логику
VB
Не знаю как тебе
Но мне нужно знать состояние только после того как я считаю что закончил фичу
А насчёт твоего вопроса, то мне кажется что нужно писать отдельный скрипт который будет контролировать эту логику
Но мне нужно знать состояние только после того как я считаю что закончил фичу
А насчёт твоего вопроса, то мне кажется что нужно писать отдельный скрипт который будет контролировать эту логику
Да, думаю нужно смотреть в сторону скрипта. Спасибо