nn_fanat, ну, батенька, что-то у Вас не так настроено, у всех работает, а у Вас - нет!
Давайте, подробнее рассказывайте, что, где и как поднимали, какие ОС, какие туннели, как проверяли...
PS. Заметьте, второй ответ, и как похож....
Wan-Derer, Понял, да. По идее лучше прикручивать свою сортировку. И если по возрасту они флиппуют, то нужно добавлять еще одно поле для сортировки, например по ID или UUID или дате.
Да, группу поменять не проблема, как уже написал mefutu
И да, можно установить suid бит на каталог, но не всегда это работает, увы...
В линуксах тоже есть политики, и там тоже можно ограничить, но не поменять (только через suid бит).
Но вот текущую группу в винде хрен поменяешь "автоматически".
насколько я понимаю, чтобы прокинуть карточку в виртуалку нужно, чотбы эта карточка не использовалась на самом хосте.
другими словами, мало иметь карточку, она должна быть не единственной, или вывод графики или консоли должен быть на встроенную графику.
карточки пробрасывал разные, но не графические, руки не доходили. А так пробрасывал и ethernet и infiniband и разделял ресурсы на несколько адаптеров.
Сергей Соловьев, у Вас плохо и с математикой, и с протоколами!
У Вас же матрешка из протоколов, каждый из которых проверяет внутреннее содержимое. Итлго, в эзернете контрольные суммы пересчитываются несколько раз для каждого содержимого. Как минимум дважды - для фрейма и для tcp.
Сергей Соловьев, Вспомните математику, ну или теорвер - в случае с ether + IP + tcp - вероятности перемножаются! Итого: вероятность ошибки в неправильно переданном пакете будет примерно 10 в минус -9 степени, если не меньше. И это при условии совпадения чексумм, А по мне, так это вероятность - близкая к нулю на произвольном пакете. Приблизительно, при совпадении абсолютно всех условий - один пакет в сто тысяч лет!
Вы, увы, плохо знаете и математику, и сетевые протоколы.
Что же касается UDP, то все тоже самое, только неправильный пакет никогда не будет перепослан получателю.
Ну а если хотите сами реализовывать - то читаем; алгоритмы хеширования и контроля четности. Коды Рида-Саломона, для исправления потенциальной ошибки.
И до кучи - алгоритмы перемежения, чтобы минимизировать ошибку во времени.
Akina, Увы, у меня больше 30 лет разработки. Так что уж за кем и повторяют, то это и за мной в том числе.
И большинство проблем с SQL, особенно у новичков, как раз из-за автоинкремента, вот как сейчас.
Больше скажу, правильно спроектированная база в автоинкременте не нуждается.
Еще более скажу - uuid совсем не зло, особенно при миграции баз данных, и особенно при шардировании, расщеплении, слиянии, кешировании.
У меня очень просто пример - есть пару сотен (тысяч и т.д.) устройств, каждая со своей локальной базой. Если в этих базах мы будем использовать автоинкремент и попытаемся их когда нибудь слить, а это рано или поздно произойдет (и происходит регулярно у всех, но вразное время), то получим очень большую головную боль на несколько месяцев разработки.
