The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Переполнение буфера в Toxcore, эксплуатируемое через отправку UDP-пакета, opennews (?), 15-Дек-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


8. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –7 +/
Сообщение от Аноним (10), 15-Дек-21, 23:27 
лучше бы на java/c# перепилили
Ответить | Правка | Наверх | Cообщить модератору

11. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –8 +/
Сообщение от Аноним (9), 15-Дек-21, 23:32 
Зачем? У обоих есть CFFI, и Rust - безопасен и быстр. Смысла нет, кроме как кроссплатформенность. Но для кроссплатформенности можно просто собрать в bit-код LLVM и запустить его поверх GraalVM.
Ответить | Правка | Наверх | Cообщить модератору

144. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (143), 17-Дек-21, 10:55 
>Но для кроссплатформенности можно просто собрать в bit-код LLVM и запустить его поверх GraalVM.

А GraalVM запустить в виртуалке Фабриса Беллара, написанной на JS. Так победим!

Ответить | Правка | Наверх | Cообщить модератору

15. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –5 +/
Сообщение от Аноним (3), 15-Дек-21, 23:47 
Если затею переписать на ржавчину я ещё могу понять, то затею переписать на managed языки с производительностью хуже питона, нет. Кроме того у них обоих с гуем проблемы. У питона нет проблемы с гуем кстати.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

20. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +2 +/
Сообщение от Аноним (20), 15-Дек-21, 23:59 
На ржавчине оно никогда не заработает вообще. Ржавая ОС тому доказательство.
Ответить | Правка | Наверх | Cообщить модератору

35. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (3), 16-Дек-21, 00:39 
Есть ли объективные причины, почему нет? То, что графический софт невозможно написать, это другой разговор, и всё же ситуация лучше чем с го. А так вон гуй даже на php пишут (не спрашивайте зачем).
Ответить | Правка | Наверх | Cообщить модератору

54. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноним (51), 16-Дек-21, 03:01 
> Есть ли объективные причины, почему нет?
> графический софт невозможно написать

Хороший мальчик :) сам спросил - сам ответил.

Ответить | Правка | Наверх | Cообщить модератору

107. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от _ (??), 16-Дек-21, 13:42 
>>> На ржавчине оно никогда не заработает вообще. Ржавая ОС тому доказательство.
>> Есть ли объективные причины, почему нет?
> Хороший мальчик :) сам спросил - сам ответил.

Хороший опеннетный балабол :) сам громко испортил воздух - сам оперативно перевел стрелки.


Ответить | Правка | Наверх | Cообщить модератору

191. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 10:07 
> На ржавчине оно никогда не заработает вообще.

Вариант на нем есть, но что-то не видно фанатов раста, так что он недоделаный и отстающий в развитии. Видимо рекламить на форуме лучше чем програмить на этом.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

42. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –4 +/
Сообщение от Аноним (9), 16-Дек-21, 01:23 
>Кроме того у них обоих с гуем проблемы.

Нет у шарпа проблем с GUI.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

44. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +2 +/
Сообщение от Аноним (3), 16-Дек-21, 01:46 
Есть, он не кроссплатформа. У жабы хотя бы кроссплатформа. Игры на дотнете тоже шлак, можно любую юнити поделку взять как пример. Больше всего вымораживает, сколько памяти оно потребляет на пустом месте конечно, но тормоза тоже.
Ответить | Правка | Наверх | Cообщить модератору

99. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (99), 16-Дек-21, 13:05 
Игры на дотнете не шлак. 7 days to die тому пример. Отличная игрушка, хотя памяти действительно есть овердофига.
Ответить | Правка | Наверх | Cообщить модератору

126. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (3), 16-Дек-21, 19:04 
Ты кстати знаешь, какая она лагучая даже для 1 игрока? Отличная не отличная это дело десятое, для игры которую 10 лет разрабатывают могло быть и лучше. А вот архитектурные недостатки никуда не денутся уже.
Ответить | Правка | Наверх | Cообщить модератору

105. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 13:41 
Он вендорлок, это особенность, а не недостаток.
Если решили сделать карьеру в шарпе то нужно возлюбить майкрософт и виндовс как себя самого.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

192. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 10:09 
> Если решили сделать карьеру в шарпе то нужно возлюбить майкрософт и виндовс
> как себя самого.

Для этого надо себя очень крепко не любить. Error: condition check never true.

Ответить | Правка | Наверх | Cообщить модератору

205. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 23-Дек-21, 18:34 
Или очень любить...

Правильно, любить деньги.

Ответить | Правка | Наверх | Cообщить модератору

209. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 24-Дек-21, 06:46 
Деньги можно заработать массой более приятных способов чем копание в том что изрыгает майковская индусня и маркетинг. Я проверял.
Ответить | Правка | Наверх | Cообщить модератору

217. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 24-Дек-21, 12:30 
На самом деле.
Не знаю как сейчас, но раньше у МС была шикарная инфраструктура.

Работая с шрапом и дотнетом вам ненужно решать дурацкие проблемы, волноваться о совместимости, можно просто программировать. Все типичные задачи уже решены унифицированным консистентным образом.

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

220. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 24-Дек-21, 13:37 
И все будет прекрасно. Пока MS не выкатит новую версию, не посоветовавшись с вами, не забыв сломать обратную совместимость, так что у ваших клиентов софт чего-то умер. И теперь вместо отпуска вы истошно ж@пы рвете в темпе вальса, иначе бизнесу вообще пиндык.
"Ненужно" решать дурацкие проблемы? Красивая теория. На практике правда почему-то совсем другое наблюдается. В паре с маркетинговыми метаниями маек довольно специфично получается. А никогда не видели memleak о 15 гигз в неделю? Не, никто понятия не имеет как его в дотнете вообще дебажить.
Ответить | Правка | Наверх | Cообщить модератору

221. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 24-Дек-21, 13:44 
> И все будет прекрасно. Пока MS не выкатит новую версию, не посоветовавшись
> с вами, не забыв сломать обратную совместимость, так что у ваших
> клиентов софт чего-то умер. И теперь вместо отпуска вы истошно ж@пы
> рвете в темпе вальса, иначе бизнесу вообще пиндык.

Что-то я вообще не помню такого. Вы фантазируете.

> Красивая теория. На практике правда почему-то совсем
> другое наблюдается. В паре с маркетинговыми метаниями маек довольно специфично получается.

Не знаю что у вас там получается, но мой знакомы больше 10 лет занимается дотнетом, и у него всё прекрасно получается.

> А никогда не видели memleak о 15 гигз в неделю? Не

Нет, не видел такого никогда.

> никто понятия не имеет как его в дотнете вообще дебажить.

Ну, эм, так людям учиться нужно, причём тут дотнет и МС?
В дотнете прекрасные средства дебага, открывай да смотри буквально куда память уходит, о чём речь вообще?
https://docs.microsoft.com/en-us/visualstudio/profiling/dotn...
https://docs.microsoft.com/en-us/visualstudio/profiling/memo...

Ответить | Правка | Наверх | Cообщить модератору

228. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 02-Янв-22, 12:25 
> Что-то я вообще не помню такого. Вы фантазируете.

У меня не настолько хорошая фантазия, гражданин евангелист.

> Не знаю что у вас там получается, но мой знакомы больше 10
> лет занимается дотнетом, и у него всё прекрасно получается.

Я видел другие вещи, типа хардкоринга всех вплоть до хедкватеров с топами, пмами и дирами направлений в выхи и/или по ночам. А чего им было делать, если стараниями мс корп софт упал и кастомеры пошли оптом на нерест? И сорян, это не "знакомые" и "фантазии", такое шоу можно только лично увидеть, если звезды так встанут.

> Нет, не видел такого никогда.

Зато это видел я. Без всяких "знакомых". Ну, да, пораньше.

> https://docs.microsoft.com/en-us/visualstudio/profiling/dotn...

К счастью, мне оно на... не уперлось сейчас, вместе с "офигенным" апстримом и их супертулами. Я уже довольно давно чисто линуксное тело, достиг в этом определенных успехов, и ни разу не пожалел о радикальной смене направлений. Это гораздо круче любых мсов и их офигенных тулов.

> https://docs.microsoft.com/en-us/visualstudio/profiling/memo...

Ложка хороша к обеду. Сейчас я от этого всего, к счастью, очень далек. И вообще, понимаешь, в линухе я могу сделать удобно себе, автоматизировать малой кровью рутину, а многие системные операции отрабатывают в разы быстрее. И есть ряд крутых эффективных технологий. Которыми я могу пользоваться без маркетингового булшита и искусственных ограничений. А еще я могу запилить себе системные образы как мне надо. Без ваших бдских кейлогеров, "улучшений", онлайнакаунтов и что там еще за д@рьмо сегодня попало под хвост маркетингомому отделу. Сами это жрите!

Ответить | Правка | Наверх | Cообщить модератору

233. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноньимъ (ok), 02-Янв-22, 14:38 
Инструменты эти были в дотнете всегда.
Я уже понял, что у вас негативный опыт с горе энтрерпрайзом.
И дотнет вам очень не нравится и вообще ненужен.

Мой же знакомый известный ПМ. Его опыту и тому, сколько готовы за его труд платить компании, я доверяю.

Ответить | Правка | Наверх | Cообщить модератору

234. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 02-Янв-22, 15:21 
> Инструменты эти были в дотнете всегда.

Несколько ликов на моей памяти так и остались жить потому что их никто найти не смог, как максимум эпичными костылями и воркэраундами снизили масштаб. Энтерпрайз он такой.

> Я уже понял, что у вас негативный опыт с горе энтрерпрайзом.

С компаниями из топ500, явно не хучшими из. Бывают ли лучше? Может быть.

> И дотнет вам очень не нравится и вообще ненужен.

Он оверинженернутый и MS напихал его везде. Что вызвало много неудачных эффектов. Там инсталл весит почти гиг и час ползет, потому что версия нета должна быть вот такая, там два ребута надо, вон там комп полдня неюзабелен потому что ассембли перегенеряет, там шелл минуту в виртуалке стартует... и идея засунуть это в шелл, ну, мне лично очень так себе: длинные выражения и типизация не то что я от шелла ожидаю, неудобно очень, кроме специфичных вещей.

> Мой же знакомый известный ПМ. Его опыту и тому, сколько готовы за
> его труд платить компании, я доверяю.

Я видел эн пмов и покруче, вероятно. Спору нет, в целом кондовые, крутые, но... но MS может временами обломать даже таких.

Как мс баги чинит - это вообще дно. Сейчас немного этого дна можно посмотреть на их гитхабе даже, там немного отсвечивает временами. Я видел баги в дотнете. Баги в виндовом рантайме и либах, баги в хреновой куче редистрибутаблов. И общее у них то - что почти никто и никогда это не чинит, сподвинуть MS на нормальный фикс, устраняющий проблему - эпопея! А если даже и чинят, то тайминги такие что можно от старости случайно помереть. Я просто сравнил с тем как оно у опенсорсников... ну... последний раз когда я мочил core-level баг в кернеле, заняло 2.5 дня, и это был крутой и кайфовый процесс. Вокруг майкрософта просто не бывает ничерта сравнимого. Экосистемой и культурой дева не вышли. Другой мир. Отличающийся, имхо, совсем не в лучшую сторону.

Ответить | Правка | Наверх | Cообщить модератору

223. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 24-Дек-21, 16:29 
>Не, никто понятия не имеет как его в дотнете вообще дебажить.

А сколько уже пытаются то задебажить?
Я могу за 1000$ решить проблему за 1-2 недели.

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

229. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 02-Янв-22, 12:31 
> А сколько уже пытаются то задебажить?

Это несколько раньше было, и, к счастью, я уже совершенно линуксовая рожа, далекая от этого. Чему я несказанно рад, между прочим, это был крутейший апгрейд рабочего окружения, экосистем вокруг, эффективности и просто моего комфорта.

> Я могу за 1000$ решить проблему за 1-2 недели.

Ну, удачи в поиске клиентуры, все такое. А лучшее что в моей жизни было относительно MS и дотнета - развидеть все это наконец, хахаха! Я не спорю, денег там есть, но окружение - унылейший булшит.

Ответить | Правка | Наверх | Cообщить модератору

52. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 03:00 
Шарп по скорости на уровне сипипи. Иногда может и обгонять в зависимости от опций сборки и погоды на марсе.
На нём успешно хайлоад делают.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

60. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от penetrator (?), 16-Дек-21, 03:19 
медленней, но смотря что, смотря где, шарп настолько неоднороден, что под моно и коре на винде и линуксе может отличаться в разы в разные стороны, но плюсы обычно все-таки по-быстрее, не сильно, но оптимизированный плюсовый код задроченный под специальные инструкции CPU вообще вне конкуренции

а так да, шарп вполне годный в плане производительности, а удельной на час разработчика - так возможно даже один из топа

Ответить | Правка | Наверх | Cообщить модератору

195. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 10:53 
У toxcore на вики есть пример бота. Полстраницы тривиального си. Собрать можно минут за 10, потребление ресурсов такое что на домашнем роутере можно ботнет из чатботов запустить. Покажите удельную производительность :)
Ответить | Правка | Наверх | Cообщить модератору

66. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (3), 16-Дек-21, 04:11 
Хайлоад на чём только не делают. Собственно, так оно и превращается в хайлоад. Я видел какие-то бенчмарки для коре, но то, что сейчас в продакшене до сих пор, ни в какое сравнением с плючами поставить невозможно.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

142. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноньимъ (ok), 17-Дек-21, 09:03 
Хайлоад это когда выполнение задачи упирается в железо, а собственно код пишется таким образом чтобы не создавать ненужных помех и приближаться к теоретической производительности железа...

Шарп в этом плане работает очень хорошо так как позволяет такой код писать относительно легко, в отличии скажем от джавы где от приколов рантайма очень тяжело избавиться (как я слышал).

В крайнем случае вставкой ансейва шарп в С++ и превращается, что позволяет переоптимизировать  критические участки кода.

Но это обычно и не требуется. Основной затык это обычно IO, который шарп и так делает очень шустро и довольно просто.

Ответить | Правка | Наверх | Cообщить модератору

230. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноним (-), 02-Янв-22, 12:39 
Между нами, я затрудняюсь себе представить на .нете вон то, сабжевое :). Это было бы бессмысленно и беспощадно имхо.
Ответить | Правка | Наверх | Cообщить модератору

164. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +1 +/
Сообщение от _kp (ok), 18-Дек-21, 01:09 
> Шарп по скорости на уровне сипипи. Иногда может и обгонять в зависимости
> от опций сборки и погоды на марсе.
> На нём успешно хайлоад делают.

Только в специальых тестах.
А в реальных программах, где вычислительная мощь имеет значение, за единичными исключениями, ситуация обратная.


С другой стороны, с# ненавязчиво подталкивает к определенному стилю программирования, что и  оказывает влияние на быстродействие.

Как то мне поставили задачу чисто вычислительный модуль на с# переписать, ну я и понаписал, грубо все, что ни есть то статики, выделения памяти в процессе работы строго по минимуму, уродливые глобальные структуры данных, безапасность почти поделил на ноль ...
но с быстродействием вышло действительно на уровне си, при 3х кратном перерасходе ОЗУ.
Только в таком стиле и не пишут, по причине низкой производительности труда и высокого риска ошибок, да и вне спортивного интереса, оно неприятно.
Итого: производительность с# на уровне си, только в специально написанном коде, но не в практичном повседневном.

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

53. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  –1 +/
Сообщение от Аноньимъ (ok), 16-Дек-21, 03:01 
Гошка для такого подходит.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

183. "Переполнение буфера в Toxcore, эксплуатируемое через отправк..."  +/
Сообщение от Аноним (-), 23-Дек-21, 09:21 
> лучше бы на java/c# перепилили

Не думаешь же ты что тебе это напишут сишники, растеры и хаскелисты? А если и напишут, новый log4j получится, они же не в курсе ваших best practices...

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру