У нас между чипами было несколько потоков данных мегабит под 10 в максимуме, плюс устройство получало отправляло такие же потоки по сети. И на их фоне команды управления и статусы разные. Просто буферизации не хватало местами и udp пропадали. Это же и причина использования ethernet внутри - проще pci, пропускная способность, дешево, стандартный стек и поддержка и интегрируется с клиентами и удалёнными устройствами.
Про протобуф согласен - для версионности надо заморачиваться.
У нас на плате несколько чипов обменивались данными через встроеный коммутатор. При использовании udp происходили пропажи датаграм и сбои функционирования, при tcp всё работало. Сами устройства по тому же протоколу типа rpc обменивались с другими устройствами того же типа по сети и с клиентскими устройствами.
При обновлении протокола сохранялась базовая обратная совместимость, что позволяло запускать апдейты на слейвах и клиентах. Для protobuf тоже можно реализовать версионирование - это пользовательская функциональность, но вроде работающая.
Теперь представьте: вы стараетесь удерживать всё это в равновесии, у вас через две недели релиз, стейкхолдеры давят на сроки...
Представил. Каким чудом эта фича попала в данный релиз без планирования и эстимейтов? Причём тут команда и этот многопонимающий инженер? Статья ниочом)
Никитин же высказался про новую ветку - чтоб из нового дома правительства в правительственном квартале на Сенной я мог выйти из кабинета и, не переодеваясь, добраться до жд вокзала, сесть на какую нибудь Ласточку и добраться до АП или министерства какого не запачкав штиблет)
Мне просто интересно - вот те, кто угандошивает интернет, понимают, что как только они достигнут своих показателей, они поставят точку в технологическом развитии РФ?
А по мне так принципиально по факту ничего бы не поменялось. Стартапы с конца 90х уже использовали линукс для интернета, серверов, телекома и прочего эмбеда.
У нас вот проектам dos перестало хватать, поболтались на dos4gw, но стала желательна многозадачность и защищенность. Писать под виндус драйверы особого желания не возникло, под os/2 тем более, LDD уже вышла, плюс ядро в исходниках - выбор Linux был безальтернативен. Тем более в то время большинство университетских исследовательских проектов уже поддерживали *nix-ы и линуксы в том числе, а вот виндвс только nt и ос2 - иногда и с оговорками
Была такая же фигня с неразогнанной Tomato - 95 запускался и периодически вылетал, warp периодически отказывался продолжать работать, и только slackware честно валился в kernel panic при загрузке. Правда под 95 файлы после редактирования переставали читаться или компилироваться, так что работой это тоже трудно назвать)
Первый раз он всё равно будет долго компилироваться. Или когда глобально для проекта зависимости с мейкфайлом изменятся. А в остальном не замечал, чтобы любой make без make clean каждый раз работал часами.
Автор для красного словца этот пример привёл, имхо. Так же как и сравнение инвестигации по логам, через core dump и воспроизведение через CI - абсолютная дичь, имхо, особенно для продакшена. Через ci редко одиночную ошибку воспроизведёшь, core dump в продакшене никто не разрешит для одиночной ошибки делать, трассировать тоже, так что только логи
Так а я про что? Я в поиск вбиваю фразу, мне выдаются ссылки, я по ним хожу. Но провайдер не знает что я спрашивал у гуглояндекса, он видит только куда я хожу по этим последующим dns запросам. Если я поставлю dns не от провайдера, то и этих запросов он не увидит, только само обращение по какому нибудь ip
А у провайдера откуда именно "история поиска"? История посещения сайтов есть, а поиск же по https, его результаты знает поисковая система и телефон владельца - или я не прав?)
Потому что и сигнал, и помеха - кстати, какая? - они в шуме. Вы не оцените помеху в шуме точно, поэтому то, что дальше происходит лишено смысла.
Широкополосный сигнал в связи - он же с шумом? А у Вас в модели синусы чистые
Ищите пост от DustAiFantastish)
У нас между чипами было несколько потоков данных мегабит под 10 в максимуме, плюс устройство получало отправляло такие же потоки по сети. И на их фоне команды управления и статусы разные. Просто буферизации не хватало местами и udp пропадали. Это же и причина использования ethernet внутри - проще pci, пропускная способность, дешево, стандартный стек и поддержка и интегрируется с клиентами и удалёнными устройствами.
Про протобуф согласен - для версионности надо заморачиваться.
У нас на плате несколько чипов обменивались данными через встроеный коммутатор. При использовании udp происходили пропажи датаграм и сбои функционирования, при tcp всё работало. Сами устройства по тому же протоколу типа rpc обменивались с другими устройствами того же типа по сети и с клиентскими устройствами.
При обновлении протокола сохранялась базовая обратная совместимость, что позволяло запускать апдейты на слейвах и клиентах. Для protobuf тоже можно реализовать версионирование - это пользовательская функциональность, но вроде работающая.
Представил. Каким чудом эта фича попала в данный релиз без планирования и эстимейтов? Причём тут команда и этот многопонимающий инженер? Статья ниочом)
Там же ещё вместо автостанции и кт Печёры бывшего здание администрации планируется - из него он и будет перемещаться)
Разрешающей способности по дальности не будет - туман или пыль будут давать рассеянный сигнал
Никитин же высказался про новую ветку - чтоб из нового дома правительства в правительственном квартале на Сенной я мог выйти из кабинета и, не переодеваясь, добраться до жд вокзала, сесть на какую нибудь Ласточку и добраться до АП или министерства какого не запачкав штиблет)
Анекдот про резиновую бомбу что то вспомнился)
Я про уровень ещё выше - они ж не идиоты. Или надеются проскочить?
Они - ок, а те, кто ставят требования?
Мне просто интересно - вот те, кто угандошивает интернет, понимают, что как только они достигнут своих показателей, они поставят точку в технологическом развитии РФ?
Потому что кто то считает, что эти датацентры обеспечат нефтеразведку)
А по мне так принципиально по факту ничего бы не поменялось. Стартапы с конца 90х уже использовали линукс для интернета, серверов, телекома и прочего эмбеда.
У нас вот проектам dos перестало хватать, поболтались на dos4gw, но стала желательна многозадачность и защищенность. Писать под виндус драйверы особого желания не возникло, под os/2 тем более, LDD уже вышла, плюс ядро в исходниках - выбор Linux был безальтернативен. Тем более в то время большинство университетских исследовательских проектов уже поддерживали *nix-ы и линуксы в том числе, а вот виндвс только nt и ос2 - иногда и с оговорками
Была такая же фигня с неразогнанной Tomato - 95 запускался и периодически вылетал, warp периодически отказывался продолжать работать, и только slackware честно валился в kernel panic при загрузке. Правда под 95 файлы после редактирования переставали читаться или компилироваться, так что работой это тоже трудно назвать)
Первый раз он всё равно будет долго компилироваться. Или когда глобально для проекта зависимости с мейкфайлом изменятся. А в остальном не замечал, чтобы любой make без make clean каждый раз работал часами.
Автор для красного словца этот пример привёл, имхо. Так же как и сравнение инвестигации по логам, через core dump и воспроизведение через CI - абсолютная дичь, имхо, особенно для продакшена. Через ci редко одиночную ошибку воспроизведёшь, core dump в продакшене никто не разрешит для одиночной ошибки делать, трассировать тоже, так что только логи
Тогда всё очевидно - провайдер непричём))
Так а я про что? Я в поиск вбиваю фразу, мне выдаются ссылки, я по ним хожу. Но провайдер не знает что я спрашивал у гуглояндекса, он видит только куда я хожу по этим последующим dns запросам. Если я поставлю dns не от провайдера, то и этих запросов он не увидит, только само обращение по какому нибудь ip
А у провайдера откуда именно "история поиска"? История посещения сайтов есть, а поиск же по https, его результаты знает поисковая система и телефон владельца - или я не прав?)