Сообщение Re[2]: Array-based lists нужны ли на NT или только linked? от 23.09.2018 20:19
Изменено 23.09.2018 20:24 LimyKurn
Re[2]: Array-based lists нужны ли на NT или только linked?
Здравствуйте, -prus-, Вы писали:
P>Здравствуйте, LimyKurn, Вы писали:
LK>>Как вы считаете — стоит ли написать для драйверов свой array-based list (точнее, адаптировать под NT какую-то уже имеющуюся реализацию)?
LK>>Что у них будет с быстродействием? Будет ли выигрыш в каких-то случаях (см. предыдущий вопрос про списки с 2 разными ситуациями)
P>По моему, что-то похожее уже мелькало вроде. C++ RTL for NT kernel-mode drivers
P>Сам не смотрел. Исходники тут.
Это уже другой вопрос получается.
И звучит он так: "стоит ли в NT тащить стороннюю библиотеку, которая реализует STL?"
При этом пока даже неизвестно, есть ли там собственно хоть какой-нибудь array-based list
В целом про такие библиотеки могу сказать следующее.
Они тупо копируют STL, а он не нужен. И это я говорю как человек, который ЗНАЕТ плюсы, пишет на них много и тщательно. Где можно обойти эту STL через Boost, Qt, fc, там ее обходят. А на создание фундамента, достаточного для переноса хотя бы Boost в NT, таких библиотек уже вряд ли хватит. Причем, нужно еще определиться, что из Boost нужно в NT, а что нет. А для этого надо очень плотно крутиться в области и очень многое в ней увидеть.
Вывод: если и писать библиотеку утилит, то пока она маленькая, не стоит особо заботиться тем, что она ни с чем не совместима. Гораздо важнее, чтобы она была нужна. Если при этом можно без особого труда обеспечить еще и совместимость — то делаем, а иначе — нет.
Но в данном случае меня больше интересует, нет ли там все-таки конкретно array-based list'а, и если есть, то не годен ли он или нет — а взять его к себе можно и отдельно от всего, в конце-концов, если он того стоит. Все же, не нужно допускать того, чтобы вы создавали свое тогда, когда намного проще задействовать уже готовое..
P>Здравствуйте, LimyKurn, Вы писали:
LK>>Как вы считаете — стоит ли написать для драйверов свой array-based list (точнее, адаптировать под NT какую-то уже имеющуюся реализацию)?
LK>>Что у них будет с быстродействием? Будет ли выигрыш в каких-то случаях (см. предыдущий вопрос про списки с 2 разными ситуациями)
P>По моему, что-то похожее уже мелькало вроде. C++ RTL for NT kernel-mode drivers
P>Сам не смотрел. Исходники тут.
Это уже другой вопрос получается.
И звучит он так: "стоит ли в NT тащить стороннюю библиотеку, которая реализует STL?"
При этом пока даже неизвестно, есть ли там собственно хоть какой-нибудь array-based list
В целом про такие библиотеки могу сказать следующее.
Они тупо копируют STL, а он не нужен. И это я говорю как человек, который ЗНАЕТ плюсы, пишет на них много и тщательно. Где можно обойти эту STL через Boost, Qt, fc, там ее обходят. А на создание фундамента, достаточного для переноса хотя бы Boost в NT, таких библиотек уже вряд ли хватит. Причем, нужно еще определиться, что из Boost нужно в NT, а что нет. А для этого надо очень плотно крутиться в области и очень многое в ней увидеть.
Вывод: если и писать библиотеку утилит, то пока она маленькая, не стоит особо заботиться тем, что она ни с чем не совместима. Гораздо важнее, чтобы она была нужна. Если при этом можно без особого труда обеспечить еще и совместимость — то делаем, а иначе — нет.
Но в данном случае меня больше интересует, нет ли там все-таки конкретно array-based list'а, и если есть, то не годен ли он или нет — а взять его к себе можно и отдельно от всего, в конце-концов, если он того стоит. Все же, не нужно допускать того, чтобы вы создавали свое тогда, когда намного проще задействовать уже готовое..
Re[2]: Array-based lists нужны ли на NT или только linked?
Здравствуйте, -prus-, Вы писали:
P>Здравствуйте, LimyKurn, Вы писали:
LK>>Как вы считаете — стоит ли написать для драйверов свой array-based list (точнее, адаптировать под NT какую-то уже имеющуюся реализацию)?
LK>>Что у них будет с быстродействием? Будет ли выигрыш в каких-то случаях (см. предыдущий вопрос про списки с 2 разными ситуациями)
P>По моему, что-то похожее уже мелькало вроде. C++ RTL for NT kernel-mode drivers
P>Сам не смотрел. Исходники тут.
Это уже другой вопрос получается.
И звучит он так: "стоит ли в NT тащить стороннюю библиотеку, которая реализует STL?"
При этом пока даже неизвестно, есть ли там собственно хоть какой-нибудь array-based list
В целом про такие библиотеки могу сказать следующее.
Они тупо копируют STL, а он не нужен. И это я говорю как человек, который ЗНАЕТ плюсы, пишет на них много и тщательно. Где можно обойти эту STL через Boost, Qt, fc, там ее обходят. А на создание фундамента, достаточного для переноса хотя бы Boost в NT, таких библиотек уже вряд ли хватит. Причем, нужно еще определиться, что из Boost нужно в NT, а что нет. А для этого надо очень плотно крутиться в области и очень многое в ней увидеть.
Вывод: если и писать библиотеку утилит, то пока она маленькая, не стоит особо заботиться тем, что она ни с чем не совместима. Гораздо важнее, чтобы она была нужна. Если при этом можно без особого труда обеспечить еще и совместимость — то делаем, а иначе — нет.
Но в данном случае меня больше интересует, нет ли там все-таки конкретно array-based list'а, и если есть, то не годен ли он — а взять его к себе можно и отдельно от всего, если он того стоит. Все же, не нужно допускать того, чтобы вы создавали свое тогда, когда намного проще задействовать уже готовое.
P>Здравствуйте, LimyKurn, Вы писали:
LK>>Как вы считаете — стоит ли написать для драйверов свой array-based list (точнее, адаптировать под NT какую-то уже имеющуюся реализацию)?
LK>>Что у них будет с быстродействием? Будет ли выигрыш в каких-то случаях (см. предыдущий вопрос про списки с 2 разными ситуациями)
P>По моему, что-то похожее уже мелькало вроде. C++ RTL for NT kernel-mode drivers
P>Сам не смотрел. Исходники тут.
Это уже другой вопрос получается.
И звучит он так: "стоит ли в NT тащить стороннюю библиотеку, которая реализует STL?"
При этом пока даже неизвестно, есть ли там собственно хоть какой-нибудь array-based list
В целом про такие библиотеки могу сказать следующее.
Они тупо копируют STL, а он не нужен. И это я говорю как человек, который ЗНАЕТ плюсы, пишет на них много и тщательно. Где можно обойти эту STL через Boost, Qt, fc, там ее обходят. А на создание фундамента, достаточного для переноса хотя бы Boost в NT, таких библиотек уже вряд ли хватит. Причем, нужно еще определиться, что из Boost нужно в NT, а что нет. А для этого надо очень плотно крутиться в области и очень многое в ней увидеть.
Вывод: если и писать библиотеку утилит, то пока она маленькая, не стоит особо заботиться тем, что она ни с чем не совместима. Гораздо важнее, чтобы она была нужна. Если при этом можно без особого труда обеспечить еще и совместимость — то делаем, а иначе — нет.
Но в данном случае меня больше интересует, нет ли там все-таки конкретно array-based list'а, и если есть, то не годен ли он — а взять его к себе можно и отдельно от всего, если он того стоит. Все же, не нужно допускать того, чтобы вы создавали свое тогда, когда намного проще задействовать уже готовое.