pppoetest Опубликовано 26 февраля, 2016 · Жалоба Go точно так же. Сравни. perl myscript.pl go run myprog.go На целое слово больше писать. Компиляция происходит быстрее, чем запускаются интерпретаторы скриптовых языков. И это тоже осознанное решение :) Компилятор еще до запуска вынесет мозг с проверкой и преобразованием типов. Зато после запуска программа сразу работает. А 3-5 строчек приходится писать при работе с тулчейном, чтобы скомпилировать бинарник на любую архитектуру. Я, например, когда нибудь хочу написать агенты для системы мониторинга для mips роутеров. Даже не представляю как это сделать на perl или node.js Чегой-то доводы на саабовские похожи, у того тоже, кнопочку в вебморде нажал и оно работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 26 февраля, 2016 · Жалоба Это же компилируемый язык. Значит нужен компилятор. Кстати в крайнем Дебиане (самый консервативный дистрибутив в линуксах IMHO) идет относительно свежий GO 1.3 Я брезгую ставить даже буст и QT, не говоря о всяких ГО :) Все библиотеки GO линкуются статически. Это осознанный выбор. Там много таки идейно правильных современных решений. Этот выбор показывает какие там ГОвнокодеры и как они наГОвнокодили :) К слову, у меня в системе только /rescue стандартные утилиты так собраны и сделано это на случай термоядерной войны, когда всё на диске к чертям поломается. Весят они много, если бы у меня весь софт так собирался то пришлось бы ставить диск по более. Компиляция происходит быстрее, чем запускаются интерпретаторы скриптовых языков. И это тоже осознанное решение :) Чёт я сомневаюсь, в последних версиях слышал что оно стало ощутимо тормознутее. Я, например, когда нибудь хочу написать агенты для системы мониторинга для mips роутеров. Даже не представляю как это сделать на perl или node.js Потому что это нужно делать на сях и не парить мозги выбирая из сотен модных но не подходящих инструментов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 26 февраля, 2016 · Жалоба Блин, вам самим не смешно, а? Взрослые мужики, а устроили холивар в стиле школьников паскаль против С. Какая реально в задницу разница, на чем написан софт? Любой _написанный_ софт на любом языке в бесконечное число раз лучше не написанного на идеальном С/С++/Джаве/Го или еще чем-либо. Let's code как говорится :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 26 февраля, 2016 · Жалоба pavel.odintsov Просто пер*** фриков в комментах. Они типа возмущаются тому факту что для сборки программы нужен компилятор нового языка. На этом основании потратят на обсирания языка программирования больше времени, чем могли бы на знакомство с документацией :) И самое смешное, что именно Go является таким компилятором, который написали фрики для фриков для максимально простой переносимости приложений. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 26 февраля, 2016 · Жалоба Я, например, когда нибудь хочу написать агенты для системы мониторинга для mips роутеров. Даже не представляю как это сделать на perl или node.js Потому что это нужно делать на сях и не парить мозги выбирая из сотен модных но не подходящих инструментов. Я не собираюсь писать на Сях никогда. Не хочу тратить свое время на изучение мозгодрабительного, беспереспективного, старомодного языка. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 26 февраля, 2016 · Жалоба Я не собираюсь писать на Сях никогда. Не хочу тратить свое время на изучение мозгодрабительного, беспереспективного, старомодного языка. Учицца надо было в школе. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 27 февраля, 2016 · Жалоба Я не собираюсь писать на Сях никогда. Не хочу тратить свое время на изучение мозгодрабительного, беспереспективного, старомодного языка. Если вам будет нужно high load (i/o в основном) приложение, вы его на javascript или go будете писать? :) Или если это эмбедщина. Да и facebook который конвертирует php в C++ а потом компилирует - наводит на мысли. Каждый язык хорош для его сферы применения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 27 февраля, 2016 · Жалоба Ну, не знать С - это по меньшей мере глупо. Отнекиваться и отказываться его учить - откровенно тупо. Вы видели Linux Programming Interfaces (есть книга с одноименным названием)? Думаете, они есть на чем-то отличном от С? Как бы ни так. А основе любого хистепрского языка программирования лежат эти С-шные, "бесперспективные" интерфейсы. Ах, да, ядро любой современной ОС написано на С (изредка - С++) и если хочется с ним пообщаться (ключевые слова - kpoll, netlink и прочие) - то будьте добры говорить с ним классическими выровненными структурами, а вовсе не хипстерским Go. Ну и да, когда речь идет о том, чтобы сделать что-то 1) быстро 2) с гарантированным временем реакции (прощай Java, прощай Go! Прожай NodeJs да и любой язык со сборщиком мусора) - то здравствуй С. Даже Ваша задача - анализ Netflow хорошо разбивает вдребезги все преимущества NodeJS, если сеть неожиданно превращается из локалки с парой десяточных портов в операторскую сеть с тысячей гигабит трафика, где только netflow телеметрии летает гигабит и более. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 27 февраля, 2016 · Жалоба pavel.odintsov Вы не правы. Речь идёт конкретно о nat netflow и в случае большой операторской сети классический nat превращается в cgnat с bpa и там netflow становится очень мало за счёт bpa. Во вторых, время отклика не важно и поэтому можно писать на удобных средствах типа java/js/go и не париться. Ну посидит там какойто бёрст в буфере, ну обработается через полсекунды, таймстемпы всё равно внутри. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Sonne Опубликовано 27 февраля, 2016 · Жалоба Я не собираюсь писать на Сях никогда. Не хочу тратить свое время на изучение мозгодрабительного, беспереспективного, старомодного языка. Если вам будет нужно high load (i/o в основном) приложение, вы его на javascript или go будете писать? :) Или если это эмбедщина. Да и facebook который конвертирует php в C++ а потом компилирует - наводит на мысли. Каждый язык хорош для его сферы применения. Netflix пишет на node.js Uber пишет на Node.js Это все компании, которые чисто случайно растут бешенными темпами. Как раз есть статья, где в Uber пишут что не смогли задачу решить на Node из-за его однопоточности. https://eng.uber.com/go-geofence/ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 27 февраля, 2016 · Жалоба Они используют node.js для мобилок и UI, просто т.к. node.js неплохо подходит для message queueing и обработки json, кроме того неплохо раскидывается сам по себе по ядрам. Но основная причина в моде, к примеру те же protobuf и zeromq лучше, но они не такие модные(IMHO), ну и javascript в браузере protobuf не поймет-с. К примеру к node.js в качестве бд используется redis, и он далеко не на node.js написан, а на том самом C, потому работает очень быстро. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 27 февраля, 2016 · Жалоба Во вторых, время отклика не важно и поэтому можно писать на удобных средствах типа java/js/go и не париться. Ну посидит там какойто бёрст в буфере, ну обработается через полсекунды, таймстемпы всё равно внутри. До тех пор пока хватает буфера чтобы складывать и оно успевает его разгребать. Netflix пишет на node.js Они дохрена хардкора во фрёвое ядро запилили, в основном вокруг sendfile(), ибо оно у них рабочая лошадка и такие запилы позволяют им утилизировать сервера/каналы по полной а не греть воздух и покупать ещё. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pavel.odintsov Опубликовано 28 февраля, 2016 · Жалоба pavel.odintsov Вы не правы. Речь идёт конкретно о nat netflow и в случае большой операторской сети классический nat превращается в cgnat с bpa и там netflow становится очень мало за счёт bpa. Во вторых, время отклика не важно и поэтому можно писать на удобных средствах типа java/js/go и не париться. Ну посидит там какойто бёрст в буфере, ну обработается через полсекунды, таймстемпы всё равно внутри. В заданной конкретной задаче - возможно. Я сугубо против наездов на С. Но если речь об общей задаче анализа netflow - то не вытянет. Я свое время пытался распространять софт на базе С++ 11, который требовал кастомный компилятор либо более новый дистрибутив. Так почти каждый первый швырял в меня какашки именно из-за этого - "чо, на стандартном С не писалось, хипстер?" %) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Atlant Опубликовано 26 сентября, 2016 · Жалоба флоуспек умеют все маршрутизаторы J. еще alcatel lucent и вроде чтото в циске аср9к появиться собиралось... Да, в ASR90xx отлично у нас работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
n1k3 Опубликовано 2 февраля, 2021 · Жалоба Всех приветствую! Подскажите как в этой штуке послать анонс нейбору, которого нет в таблице маршрутизации(анонса всмысле)? Сейчас объявляю нейборов как route-server-client, иначе на них не повесить полиси. Далее объявляю в rib какой то маршрут(gobgp global rib -a ipv4 add 172.16.100.0/30 origin igp), полиси на экспорт матчит префикс лист, в который тоже сую этот анонс. Но нейборам он не анонсится. Если снять с нейборов route-server-client, то всё что в rib анонсится нейборам, но на них тогда нельзя навесить экспорт полиси. В такую загадку упёрся вобщем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...