RG
На Рокет же
Так они дохлые уже
Size: a a a
2020 September 23
С
Значит, никуда не мигрировать
AS
Это да, мы до этого использовали phabricator, там все было лучше))
В той конфигурации что я описал будет 1 коммит
В той конфигурации что я описал будет 1 коммит
понимаю. я говорил что выглядит он вот так
С
Руки у Яндекса коротки
O
У нас девятилетняя кодбаза и команда из 20 человек, в которой только один работает с самого начала и он на удалёнке. То есть постоянно возникают ситуации типа "тут вот что-то пять лет назад написано, а почему так написано - непонятно и спросить не у кого". И тут гранулярные коммиты помогают получить ответ на вопрос "почему", который другим способом не получишь.
Тогда я наверное не так понял, потому что полностью поддерживаю это сообщение и проблему. У нас ровно так же, только людей сильно больше и большинство новые)
СА
Ссылки ломаются все, коммит-сообщения остаются) Про необходимость хранить в репо трекер не раз слышал идеи, но думаю тут политика: гитхаб и гитлаб не поддержат, потому что это у них хлеб отбирает, а без их поддержки проект обречён на маргинальность.
RG
Руки у Яндекса коротки
Вот именно. И убьют они сервис Тинька очень быстро
СА
я перешел полностью с cli+gitextensions на Sublime MErge с лицензией в начале карантина - в целом очень доволен, хотя workflow пришлось поменять немного
А, с лицензией! (картинка потрясающего кулаками RMS)
AS
Да, у этого метода есть ограничение на попадание в мастер. Если иметь дисциплину написания коммит-сообщений (подкреплённую server-side валидацией) - можно пушить в мастер напрямую.
СА
Наверное это хороший стикерпак, но не для night mode)
AS
А, с лицензией! (картинка потрясающего кулаками RMS)
без лицензии оно работает точно также, к тому же ребята соседи - почему бы не закинуть им денег. единственный клиент который не выглядит как унылое г..но и работает быстро.
AS
Наверное это хороший стикерпак, но не для night mode)
это было несогласие с пушем в мастер при наличии дисциплины. все это ведет к хаосу =)
СА
это было несогласие с пушем в мастер при наличии дисциплины. все это ведет к хаосу =)
Если говорить философски, то всё в этой Вселенной ведёт к хаосу. Мы как раз обсуждаем методы локальной борьбы с энтропией)
AS
понимаю =) это просто стеб под конец рабочего дня. каждый настраивает процессы так как лучше для локальных условий
СА
Samsung выпустил новый M.2 SSD на новом 7nm контроллере и он просто вынес всех конкурентов, включая более ранние разработки Samsung. https://www.overclock3d.net/reviews/storage/samsung_980_pro_1tb_review/1
СА
Samsung выпустил новый M.2 SSD на новом 7nm контроллере и он просто вынес всех конкурентов, включая более ранние разработки Samsung. https://www.overclock3d.net/reviews/storage/samsung_980_pro_1tb_review/1
Caveat: длинная непрерывная запись (типа логов) быстро упирается в кэш и он начинает проигрывать моделям на MLC-чипах.
S
Well a while ago we ran four Intel 760P drives in RAID0 for one of our Overkill3D features and got 4GB/s out of it. This 980 Pro does 5 GB/s in the same test.
A
он в ноут полезет?
AL
ну сейчас почти все ноуты с m.2
A
да, уже их и смотрели после iops, после того, как подняли iops, queue length ушёл на диапазон 0-2, я так понимаю, что это норма? настроим на него alarm, чтобы сразу понимать, если начинаются проблемы.
у вас база и лог на разные диски разнесены? — не уверен, у нас в RDS один диск, но вообще я не совсем понял вопрос)
а база - в одном файле? — тоже не понял вопрос.
но в целом у нас стандартный конфиг RDS.
спасибо за советы))
у вас база и лог на разные диски разнесены? — не уверен, у нас в RDS один диск, но вообще я не совсем понял вопрос)
а база - в одном файле? — тоже не понял вопрос.
но в целом у нас стандартный конфиг RDS.
спасибо за советы))
а, сорри не прочитал что у вас RDS... а в нем они сами решают, какие файлы где лежат и поменять не дают? Ну там хотябы бы база данных лежит не на том же диске, где os?
про лог и данные - я имел ввиду transaction log базы (WAL) и файл данных. Желательно их иметь на разных физических исках.
Про разные файлы - когда база вырастает, базу данных обычно делят на несколько файлов (вместо одного) и самые часто джойнящиеся таблицы разносят по разным файлам. И файлы кладут на разные физические диски. Чтоб чтение параллельно шло.
queue length на диске должен быть меньше 1. щас сходил посмотрел сколько у нас - 0.2 в среднем. Вот это и есть ваш боттлнек
про лог и данные - я имел ввиду transaction log базы (WAL) и файл данных. Желательно их иметь на разных физических исках.
Про разные файлы - когда база вырастает, базу данных обычно делят на несколько файлов (вместо одного) и самые часто джойнящиеся таблицы разносят по разным файлам. И файлы кладут на разные физические диски. Чтоб чтение параллельно шло.
queue length на диске должен быть меньше 1. щас сходил посмотрел сколько у нас - 0.2 в среднем. Вот это и есть ваш боттлнек