Информация об изменениях

Сообщение Re[18]: Эльбрус мёртв, да здравствует Эльбрус-Б! от 28.05.2025 7:14

Изменено 28.05.2025 7:15 Sinclair

Re[18]: Эльбрус мёртв, да здравствует Эльбрус-Б!
Здравствуйте, vdimas, Вы писали:

V>ДА ты задолбал уже этой убогостью...

V>Или говоришь предметно, раскрывая свою мысль тезисно, или идёшь менять себе памперсы.
Я спорил с тезисом о том, что ускорение межпоточного обмена информацией требует "размечать память вручную".
Прикладному программисту, который хочет эффективно перекидывать свои объекты между потоками при помощи LMAX Disruptor или аналогичной структуры, совершенно не нужно ни о чём таком заботиться.
Ему было бы нужно это делать, если бы он самостоятельно пытался пилить класс "торговая заявка" со встроенной "потокобезопасностью". Но зачем? Меняем архитектуру, и на выравнивание данных внутри объекта становится наплевать.
Более того — в самом LMAX Disruptor нет никаких следов ручной разметки памяти. это

Вы, как обычно, за деревьями не видите леса. Чёрт с ним, что вы не сумели прочитать от LMAX Disruptor ни доку, ни исходники — это же мелочи. Общая-то картинка должна была сложиться, по крайней мере у профессионала.
Вместо обсуждения чего-то полезного вы опять начинаете метать чушь про single-producer и про то, что ваша мифическая скоростная реализация сильно быстрее дисруптора потому, что там внутре сделана ручная разметка.
Поскольку кодом вы свои заявления подкрепить не можете, сядьте и дышите в свой памперс. Можете предварительно его сменить.
Re[18]: Эльбрус мёртв, да здравствует Эльбрус-Б!
Здравствуйте, vdimas, Вы писали:

V>ДА ты задолбал уже этой убогостью...

V>Или говоришь предметно, раскрывая свою мысль тезисно, или идёшь менять себе памперсы.
Я спорил с тезисом о том, что ускорение межпоточного обмена информацией требует "размечать память вручную".
Прикладному программисту, который хочет эффективно перекидывать свои объекты между потоками при помощи LMAX Disruptor или аналогичной структуры, совершенно не нужно ни о чём таком заботиться.
Ему было бы нужно это делать, если бы он самостоятельно пытался пилить класс "торговая заявка" со встроенной "потокобезопасностью". Но зачем? Меняем архитектуру, и на выравнивание данных внутри объекта становится наплевать.
Более того — в самом LMAX Disruptor нет никаких следов ручной разметки памяти.

Вы, как обычно, за деревьями не видите леса. Чёрт с ним, что вы не сумели прочитать от LMAX Disruptor ни доку, ни исходники — это же мелочи. Общая-то картинка должна была сложиться, по крайней мере у профессионала.
Вместо обсуждения чего-то полезного вы опять начинаете метать чушь про single-producer и про то, что ваша мифическая скоростная реализация сильно быстрее дисруптора потому, что там внутре сделана ручная разметка.
Поскольку кодом вы свои заявления подкрепить не можете, сядьте и дышите в свой памперс. Можете предварительно его сменить.