Design review

User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

Мальчик-Одуванчик wrote: 02 Nov 2021 04:07
Херовимчик wrote: 02 Nov 2021 03:57 2 оставшихся… в теории через пару лет их тоже этим накроет. Сейчас максимум апеллировать к development iteration speed
Без двух оставшихся никак не обойтись?
они оба под другим скипом, для сохранения политического климата надо хоть один голос заиметь
User avatar
Мальчик-Одуванчик
Уже с Приветом
Posts: 15526
Joined: 27 Sep 2007 22:53

Re: Design review

Post by Мальчик-Одуванчик »

Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

alex_127 wrote: 02 Nov 2021 04:05
Херовимчик wrote: 02 Nov 2021 03:45
Мальчик-Одуванчик wrote: 02 Nov 2021 03:30 Мне еще не совсем понятно "и если что пойдёт не так, отлавливать это будет очень сложно и дорого"
В чем риск, если есть возможность откатиться?
Потому что это память. Такие баги обычно из разряда «появляется только если почесать пяткой за правым ухом во-время полнолуния». Отвалиться может как у непосредственного пользователя этого изменения, так и у совершенно левых потребителей памяти (получит неправильный тип памяти при вызове malloc), и пойди потом пойми почему какой-то совершенно левый драйвер вдруг стал работать в 2 раза медленнее. Причём случиться это может только на 1001 вызов, или потому что включили логгер.
по запаху что-то типа alignment/largepage/hugepage/thp?
с этими-то всеми проблем хватало...
Тепло!
Я немного изменила system memory mapping, чтобы отдельные потребители получали специализированный тип памяти сразу во-время инициализации (исторически потребление было небольшим, и в своём время было решено просто по запросу конвертировать из обычной памяти). Сейчас запросы выросли, и конвертация стала дорого обходиться. Задача делиться на 2 части:
1. Одни получают сразу из специализированного пула
2. Остальные ни при каких обстоятельствах не получают из специализированного пула, т.е. этот блок ДРАМА нужно пометить и исключить из общего memory pool.

Естественно нужно сделать так, чтобы не нужно было проверять на каждом углу. Решение на удивление простое и элегантное, и даже кода минимально… что добавляет сомнений (по-крайне мере мне). И вроде результаты на руках и все пучком. Но все равно страаашно :mrgreen:
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

Мальчик-Одуванчик wrote: 02 Nov 2021 04:16
Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
Lisa
Уже с Приветом
Posts: 3209
Joined: 25 Jul 2000 09:01

Re: Design review

Post by Lisa »

Херовимчик wrote: 02 Nov 2021 03:57
Мальчик-Одуванчик wrote: 02 Nov 2021 03:38
Херовимчик wrote: 02 Nov 2021 03:30
Мальчик-Одуванчик wrote: 02 Nov 2021 03:23
А запустить в прод эту высокорисковую версию точно в Ваших полномочиях?
Не совсем понятен вопрос. У нас один человек ничего не решает. Вышестоящие начальство в полномочиях призвать Стаффов к порядку, чтобы либо отказали официально, либо выдали список рекомендаций чтобы получить всеобщий аппрувал
Просто мне не понятен смысл суеты для всех остальных, кроме Вас.
О, спасибо!
Как мимум у 2х есть прямая выгода (один владеет основным потребителем изменения и его перфоманс страдает, второй отвечает за всю архитектуру, включая перфоманс по всем продуктам.
2 оставшихся… в теории через пару лет их тоже этим накроет. Сейчас максимум апеллировать к development iteration speed
В таком случае главное объяснить им зачем это им самим надо, и почему для них сделать лучше, чем не сделать. Иначе зачем им этот головняк ради того, чтобы кого-то другого не вызвали на ковёр.
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

Lisa wrote: 02 Nov 2021 04:54
Херовимчик wrote: 02 Nov 2021 03:57
Мальчик-Одуванчик wrote: 02 Nov 2021 03:38
Херовимчик wrote: 02 Nov 2021 03:30
Мальчик-Одуванчик wrote: 02 Nov 2021 03:23
А запустить в прод эту высокорисковую версию точно в Ваших полномочиях?
Не совсем понятен вопрос. У нас один человек ничего не решает. Вышестоящие начальство в полномочиях призвать Стаффов к порядку, чтобы либо отказали официально, либо выдали список рекомендаций чтобы получить всеобщий аппрувал
Просто мне не понятен смысл суеты для всех остальных, кроме Вас.
О, спасибо!
Как мимум у 2х есть прямая выгода (один владеет основным потребителем изменения и его перфоманс страдает, второй отвечает за всю архитектуру, включая перфоманс по всем продуктам.
2 оставшихся… в теории через пару лет их тоже этим накроет. Сейчас максимум апеллировать к development iteration speed
В таком случае главное объяснить им зачем это им самим надо, и почему для них сделать лучше, чем не сделать. Иначе зачем им этот головняк ради того, чтобы кого-то другого не вызвали на ковёр.
Эти риски заложены в их ТС, но так прямо конечно же их не замотивируешь, грубовато-с
alex_127
Уже с Приветом
Posts: 7723
Joined: 29 Mar 2000 10:01
Location: Kirkland,WA

Re: Design review

Post by alex_127 »

Херовимчик wrote: 02 Nov 2021 04:25
alex_127 wrote: 02 Nov 2021 04:05
Херовимчик wrote: 02 Nov 2021 03:45
Мальчик-Одуванчик wrote: 02 Nov 2021 03:30 Мне еще не совсем понятно "и если что пойдёт не так, отлавливать это будет очень сложно и дорого"
В чем риск, если есть возможность откатиться?
Потому что это память. Такие баги обычно из разряда «появляется только если почесать пяткой за правым ухом во-время полнолуния». Отвалиться может как у непосредственного пользователя этого изменения, так и у совершенно левых потребителей памяти (получит неправильный тип памяти при вызове malloc), и пойди потом пойми почему какой-то совершенно левый драйвер вдруг стал работать в 2 раза медленнее. Причём случиться это может только на 1001 вызов, или потому что включили логгер.
по запаху что-то типа alignment/largepage/hugepage/thp?
с этими-то всеми проблем хватало...
Тепло!
Я немного изменила system memory mapping, чтобы отдельные потребители получали специализированный тип памяти сразу во-время инициализации (исторически потребление было небольшим, и в своём время было решено просто по запросу конвертировать из обычной памяти). Сейчас запросы выросли, и конвертация стала дорого обходиться. Задача делиться на 2 части:
1. Одни получают сразу из специализированного пула
2. Остальные ни при каких обстоятельствах не получают из специализированного пула, т.е. этот блок ДРАМА нужно пометить и исключить из общего memory pool.

Естественно нужно сделать так, чтобы не нужно было проверять на каждом углу. Решение на удивление простое и элегантное, и даже кода минимально… что добавляет сомнений (по-крайне мере мне). И вроде результаты на руках и все пучком. Но все равно страаашно :mrgreen:
я только по узверьмоду спец.
у многих методов проблемы с "модуль2 - я модуль1, я для тебя сейчас зааллоцирую свою структуру"

1. перекомп - красиво и понятно, заодно все оттагить
2. лд_прелоад с анализом адреса возврата и список кошерных модулей
3. вляпать в тлс входы/выходы
из кернела - поизвращаться с сегментными регистрами, там еще вроде memory coloring обещали (PKRU?), МПХ is dead.

мои задачи были в основном "где взять память когда ее нет но вот сейчас надо а то все станет совсем плохо"
User avatar
Komissar
Уже с Приветом
Posts: 64875
Joined: 12 Jul 2002 16:38
Location: г.Москва, ул. Б. Лубянка, д.2

Re: Design review

Post by Komissar »

Херовимчик wrote: 02 Nov 2021 04:31
Мальчик-Одуванчик wrote: 02 Nov 2021 04:16
Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
"Ты, Зин, на грубость нарываешься"(с)
User avatar
kyk
Уже с Приветом
Posts: 31589
Joined: 21 Nov 2004 05:12
Location: камбуз на кампусе

Re: Design review

Post by kyk »

Komissar wrote: 02 Nov 2021 05:04"Ты, Зин, на грубость нарываешься"(с)
"Придёшь домой, там ты сидишь " :х
Лучше переесть, чем недоспать! © Обратное тоже верно :umnik1:
User avatar
Мальчик-Одуванчик
Уже с Приветом
Posts: 15526
Joined: 27 Sep 2007 22:53

Re: Design review

Post by Мальчик-Одуванчик »

Херовимчик wrote: 02 Nov 2021 04:31 Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
За один митинг вряд ли получится, но вот обозначить и получить первые отклики, как Вы описали самое оно.
Может лучше каждого несогласного потом дожимать по отдельности вместе с его начальником и (если это этично) тем инженерами, что точно на вашей стороне?
Тут еще важно не дать несогласным/саботажникам сговориться за Вашей спиной и выработать общую позицию.
Lisa
Уже с Приветом
Posts: 3209
Joined: 25 Jul 2000 09:01

Re: Design review

Post by Lisa »

Херовимчик wrote: 02 Nov 2021 04:57
Lisa wrote: 02 Nov 2021 04:54
Херовимчик wrote: 02 Nov 2021 03:57 О, спасибо!
Как мимум у 2х есть прямая выгода (один владеет основным потребителем изменения и его перфоманс страдает, второй отвечает за всю архитектуру, включая перфоманс по всем продуктам.
2 оставшихся… в теории через пару лет их тоже этим накроет. Сейчас максимум апеллировать к development iteration speed
В таком случае главное объяснить им зачем это им самим надо, и почему для них сделать лучше, чем не сделать. Иначе зачем им этот головняк ради того, чтобы кого-то другого не вызвали на ковёр.
Эти риски заложены в их ТС, но так прямо конечно же их не замотивируешь, грубовато-с
Почему же. What’s in it for me это, кмк, практически единственный работающий мотиватор.
Lisa
Уже с Приветом
Posts: 3209
Joined: 25 Jul 2000 09:01

Re: Design review

Post by Lisa »

Херовимчик wrote: 02 Nov 2021 04:31
Мальчик-Одуванчик wrote: 02 Nov 2021 04:16
Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
Наобещать они могут все что угодно чтобы от них отвязались. Гарантии что что-то будет действительно сделано это никакой не даёт, всегда найдётся куча правдоподобных отмазок.
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

alex_127 wrote: 02 Nov 2021 05:02
я только по узверьмоду спец.
у многих методов проблемы с "модуль2 - я модуль1, я для тебя сейчас зааллоцирую свою структуру"

1. перекомп - красиво и понятно, заодно все оттагить
2. лд_прелоад с анализом адреса возврата и список кошерных модулей
3. вляпать в тлс входы/выходы
из кернела - поизвращаться с сегментными регистрами, там еще вроде memory coloring обещали (PKRU?), МПХ is dead.

мои задачи были в основном "где взять память когда ее нет но вот сейчас надо а то все станет совсем плохо"
Да если бы мы могли себе позволить все эти плюшки, наш отдел можно было разогнать…
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

Komissar wrote: 02 Nov 2021 05:04
Херовимчик wrote: 02 Nov 2021 04:31
Мальчик-Одуванчик wrote: 02 Nov 2021 04:16
Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
"Ты, Зин, на грубость нарываешься"(с)
Предлагаете все-таки выпить для храбрости…?
Кстати, вот тут несомненное преимущество WFH! Хоть физически по морде не получишь клавиатурой :D
User avatar
Херовимчик
Уже с Приветом
Posts: 5284
Joined: 27 Sep 2008 21:48
Location: Moscow-Seattle-SFBA

Re: Design review

Post by Херовимчик »

Lisa wrote: 02 Nov 2021 05:28
Херовимчик wrote: 02 Nov 2021 04:31
Мальчик-Одуванчик wrote: 02 Nov 2021 04:16
Херовимчик wrote: 02 Nov 2021 04:11 Это входит в их прямые обязанности… Своё одобрение и приоритизацию я у их начальства и получала
Тогда осталось расписать только зоны ответственности, задачи и сроки.
Тогда точно хоть какой-то (даже если кто-то и уйдет в отрицалово) фидбек получится.
Записываю:
С каждого выжать чёткую зону ответственности и даты (общая архитектура, исполнение, план валидация), и сделать meeting notes follow up, с копией их менеджеров. Так? :food:
(Я могу, I have no shame (c))
Наобещать они могут все что угодно чтобы от них отвязались. Гарантии что что-то будет действительно сделано это никакой не даёт, всегда найдётся куча правдоподобных отмазок.
Ну мне терять нечего. Сдам как есть и потом вылезет косяк - побьют. Не сдам - все равно побью. Пожалуюсь - они мне потом всю кровь выпьют, и проще будет работу сменить

Return to “Работа и Карьера в IT”