https://www.opennet.me/openforum/vsluhforumID9/7592.html Доброго времени суток. <br>Есть ли принципиальная возможность на х86 или AMD64 машинах разрыва операции massive[id]=val обрабочиком сигнала между вычислением адреса, куда положить val, и собственно самим помещением val по вычисленному адресу?<br>Спасибо.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#14 Thu, 25 Sep 2008 09:32:21 GMT Спасибо, коллеги, за ваши ответы. Похоже, единственное решение, увы, в извращении логики программы в сторону асинхронности выявления потребности и фактического выделения памяти. Не так красиво, не так эффективно, но никаких alloc-ов в обработчиках сигнала.<br><br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#13 Mon, 22 Sep 2008 09:57:48 GMT &gt;В обработчике сигналов временами требуется перевыделять память <br>&gt;под глобальные массивы<br><br>Нельзя так делать ни в коем случае.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#12 Mon, 22 Sep 2008 08:37:13 GMT &gt;&gt;&gt;Доброго времени суток. <br>&gt;&gt;&gt;Есть ли принципиальная возможность на х86 или AMD64 машинах разрыва операции massive[id]=val <br>&gt;&gt;&gt;обрабочиком сигнала между вычислением адреса, куда положить val, и собственно самим <br>&gt;&gt;&gt;помещением val по вычисленному адресу? <br>&gt;&gt;&gt;Спасибо. <br>&gt;&gt;<br>&gt;&gt;а если подумать над тем что operator[]() вполне перегружаем, ы? <br>&gt;<br>&gt;Спасибо, vic. Не могли бы вы пояснить свою мысль, я не понимаю <br>&gt;какое отношение перегружаемость оператора имеет к вопросу. <br><br>прямое, т.к. атомарности нифига не будет если используется не просто массив интов каких-нить, а что типа std::vector. Да и в случае массивов интов тоже гарантии нет. В методе оператора может быть и вывод на консоль засунут. А поручится за то что другой программист получивший ваш код в наследство не заменит ваш обычный массив на нечто более сложное с таким вот оператором, нельзя. Отсюда вывод - для атомарности всегда использовать locks/mutex предусмотренные стандартом.<br><br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#11 Fri, 19 Sep 2008 14:31:37 GMT &gt;&gt;опять же непонятно, что такое "примитивные элементы массива". Если размер елемента масива статичен и известен, то имеет ли какое-то значение что он из <br>&gt;&gt;себя представляет? <br>&gt;<br>&gt;Размер имеет значение. Смещение на лету считается для размеров в 1,2,4,8 байт. <br>&gt;Для других размеров - необходимо считать смещение отдельно, то есть получается <br>&gt;больше 1 операции. <br><br>Не знал. Спасибо за разъяснения.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#10 Fri, 19 Sep 2008 13:39:04 GMT &gt;опять же непонятно, что такое "примитивные элементы массива". Если размер елемента масива статичен и известен, то имеет ли какое-то значение что он из <br>&gt;себя представляет? <br><br>Размер имеет значение. Смещение на лету считается для размеров в 1,2,4,8 байт. Для других размеров - необходимо считать смещение отдельно, то есть получается больше 1 операции.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#9 Fri, 19 Sep 2008 12:57:40 GMT &gt;&gt;Доброго времени суток. <br>&gt;&gt;Есть ли принципиальная возможность на х86 или AMD64 машинах разрыва операции massive[id]=val <br>&gt;&gt;обрабочиком сигнала между вычислением адреса, куда положить val, и собственно самим <br>&gt;&gt;помещением val по вычисленному адресу? <br>&gt;&gt;Спасибо. <br>&gt;<br>&gt;а если подумать над тем что operator[]() вполне перегружаем, ы? <br><br>Спасибо, vic. Не могли бы вы пояснить свою мысль, я не понимаю какое отношение перегружаемость оператора имеет к вопросу.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#8 Fri, 19 Sep 2008 11:43:12 GMT &gt;Доброго времени суток. <br>&gt;Есть ли принципиальная возможность на х86 или AMD64 машинах разрыва операции massive[id]=val <br>&gt;обрабочиком сигнала между вычислением адреса, куда положить val, и собственно самим <br>&gt;помещением val по вычисленному адресу? <br>&gt;Спасибо. <br><br>а если подумать над тем что operator[]() вполне перегружаем, ы?<br><br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#7 Fri, 19 Sep 2008 11:37:48 GMT &gt;&gt;Спасибо за ответы. Не могли бы вы пояснить, что значит &#171;сложность массива&#187;? <br>&gt;<br>&gt;Я думал ты индекс меняешь в сигнале. Если элементы массива не примитивные, <br>&gt;то смещение вычисляется сложно, и не всегда одной командой. <br><br>опять же непонятно, что такое "примитивные элементы массива". Если размер елемента масива статичен и известен, то имеет ли какое-то значение что он из себя представляет?<br><br>&gt;[оверквотинг удален]<br>&gt;&gt;будет правильно вычисляться по формуле а-ля (*address_of_pointer_to_global_dynamic_massive)[id]=val, несмотря на то, что <br>&gt;&gt;сам указатель меняет свое значение при появлении сигнала.<br>&gt;<br>&gt;Менять указатель в обработчике сигнала можно без блокировок. <br>&gt;<br>&gt;&gt;Пробные пуски показали, <br>&gt;&gt;что все ОК, теперь вот пытаюсь узнать, может ли вообще такая <br>&gt;&gt;конструкция сбоить. <br>&gt;<br>&gt;Может. <br><br>н-да... неутешительно, пошел медитировать над извращением логики программы.<br> https://www.opennet.me/openforum/vsluhforumID9/7592.html#6 Fri, 19 Sep 2008 10:36:24 GMT &gt;Спасибо за ответы. Не могли бы вы пояснить, что значит &#171;сложность массива&#187;? <br><br>Я думал ты индекс меняешь в сигнале. Если элементы массива не примитивные, то смещение вычисляется сложно, и не всегда одной командой.<br><br>&gt;В обработчике сигналов временами требуется перевыделять память <br>&gt;под глобальные массивы, с которым работает остальная часть кода.<br><br>Вот это кошмар. Не надо выделять память в обработчике сигнала, если не хочешь проблем.<br>Ни brk ни mmap не входят в списов функций разрешёных обработчику сигнала.<br><br> <br>&gt;массив всегда <br>&gt;будет правильно вычисляться по формуле а-ля (*address_of_pointer_to_global_dynamic_massive)[id]=val, несмотря на то, что <br>&gt;сам указатель меняет свое значение при появлении сигнала.<br><br>Менять указатель в обработчике сигнала можно без блокировок.<br><br>&gt;Пробные пуски показали, <br>&gt;что все ОК, теперь вот пытаюсь узнать, может ли вообще такая <br>&gt;конструкция сбоить. <br><br>Может.<br><br><br>