m1rko Mar 29 2017 at 11:51

Масштабирование Git (и кое-какая предыстория)

10 min

12K

High performance*Open source*Git*Development for Windows*

Translation

+33

Comments 26

k12th Mar 29 2017 at 11:57

TFS умрет, счастье-то какое.

UFO just landed and posted this here

heleo Mar 30 2017 at 12:57

Кхе кхе… это вы ещё не самый худший вариант поговорки со словом «Один» для данной ситуации вспомнили, а уже досталось.

-2

LoadRunner Mar 29 2017 at 13:01

1ES

У меня какое-то предвзятое отношение к названиям, которые произносятся как «один эс».

k12th Mar 29 2017 at 15:28

Ну тогда у вас не должно быть проблем с 1ES.

Lamaster Mar 29 2017 at 14:16

Фу-фу-фу, MS, прочь руки от Git!

-12

UFO just landed and posted this here

Lamaster Mar 29 2017 at 15:22

Это фаза Embrace https://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish

-1

UFO just landed and posted this here

NickKolok Mar 29 2017 at 18:13

Подавятся. За гитом Торвальдс и FSF. Тут ещё кто кого ЕЕЕ. Де-факто MS подписал приговор своим системам контроля версий и сборки в угоду открытому Git.

-1

mayorovp Mar 30 2017 at 06:04

Поправка: своим системам контроля версий MS подписали приговор еще несколько лет назад, когда TFS на git перешел.

michael_v89 Mar 29 2017 at 18:15

О, может вы подскажете. В принципе для меня уже не актуально, просто интересно.
Есть баг: https://github.com/git-for-windows/git/issues/741
Он не в самом Git for Windows, а в экзешниках MinGW, которые он использует.
Там при запуске секции делаются writable через VirtualQuery() + VirtualProtect().
В исходниках предполагается, что VirtualQuery() всегда возвращает размер секции.
На некоторых компьютерах VirtualQuery() для секции ".text" возвращает не размер секции, а круглое число чуть меньшего размера. Как будто Windows при запуске программы разделяет секцию на 2 региона.
Проявлялось на нескольких машинах с Windows 7 с очень урезанными правами.

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

michael_v89 Mar 29 2017 at 18:27

Ой, это ж перевод… Ну ладно, может кто другой подскажет.

sebres Mar 29 2017 at 19:21

because it's the bug of mingw, вернее ее реализация вокруг mark_section_writable.
Поэтому и не собираются, ибо нефиг плодить воркараунды.
Т.е. баг делегирован дальше, имхо абсолютно правилно, см. MinGW-w64 — for 32 and 64 bit Windows / Bugs / #537 pseudo_reloc fails to mark pages writable

michael_v89 Mar 29 2017 at 20:54

Под разработчиками я имел в виду разработчиков mingw, хотя и первых тоже. Одни используют программу других и не хотят напоминать им о баге, другие просто не хотят исправлять. Делегирован он другим пользователем, который и написал эту ссылку в комментах к багу на гитхабе. Вопрос у меня не в том как исправить, а почему у Windows может быть такое поведение относительно секций.

sebres Mar 30 2017 at 19:28

Я могу конечно ошибаться, но думается мне почему-то, что это ASLR (и-или DEP).
Если на машинках, где обоих можно выключить, баг не воспроизводится — оно говорит за-то...

Ну и если да, решения два (кроме как не юзать винду):

не использовать абсолютных указателей (только относительные, не думаю что вариант для mingw)
или бороться как я например тут для nginx делал, т.е. грубо говоря переалоцировать base, пока не выравняем блок у всех caller по одному адресу (good luck with its implementation;).

Ну или тот-же воркараунд на секции .text (MEM_WRITE как сделал Jason Bell), хотя не сукьюрно оно как-то.

michael_v89 Mar 30 2017 at 21:10

Нет, я когда отлаживал, заметил что перебазируется, тогда и узнал про ASLR, сначала тоже думал из-за этого. Но баг проявляется независимо от базы и с отключенным ASLR. Насчет DEP тоже не уверен, секция .text явно не data.

akzhan Mar 30 2017 at 01:11

Не совсем понял. Если почитать MSDN, там VirtualQuery
а) меняет искомый адрес для соответствия границе страницы.
б) дает информацию только о наборе страниц, начиная с указанной, которые выделены одним вызовом, имеют одинаковые атрибуты доступа и состояние.

То есть однозначно гарантируется, что число опрошенных страниц не всегда равно выделенному числу страниц.

The function determines the attributes of the first page in the region and then scans subsequent pages until it scans the entire range of pages or until it encounters a page with a nonmatching set of attributes. The function returns the attributes and the size of the region of pages with matching attributes, in bytes. For example, if there is a 40 megabyte (MB) region of free memory, and VirtualQuery is called on a page that is 10 MB into the region, the function will obtain a state of MEM_FREE and a size of 30 MB.

michael_v89 Mar 30 2017 at 07:39

Да, вот при запуске, когда выделяется память под секции, почему-то или делается 2 вызова или появляются страницы с другими атрибутами. Хотя вроде в заголовке атрибуты задаются на всю секцию, да и выделять память логично одним куском. Может конечно антивирус балуется, но все равно немного странно.