powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / C++ [игнор отключен] [закрыт для гостей] / Высоконагруженные системы
475 сообщений из 475, показаны все 19 страниц
Высоконагруженные системы
    #39748430
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подскажите, плиз, примеры сабжа на сях (желательно с плюсами). А то я после Java вообще не втыкаю, зачем эти древние языки использовать. Многие миллионы посещений на сайтах - подобного на Java тьма тьмущая, а вот что-то производительное на сях... Ну не всплывает никак в голове. Оно вообще кроме редких нор где-то ещё живо? Во что именно сегодня можно пальцем ткнуть в качестве примера всей этой захайпованной мощи наших родимых сей?

ЗЫ. Движок какого-нибудь оракла прошу не поминать, ибо это как раз та самая нора, в которой по инерции живут ещё с 80-х (а то и с 60-х, с учётом перетекания кадров). Хотя если пойдёт такая пьянка, тогда замечу - NoSQL базёшки поголовно на Java пишут, и именно потому, что не в 80-х придумано.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748437
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Jave Runtime.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748440
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Во что именно сегодня можно пальцем ткнуть в качестве примера всей этой захайпованной мощи
наших родимых сей?

Любой браузер. Когда появится что-то работающее как FF и при этом не тормозящее втрое
больше - о Яве можно будет говорить серьёзно. А до тех пор её ниша это "ынтырпрайс" рядом
с пых-пыхом.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748454
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555,

Mongodb
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748463
kolobok0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Подскажите, плиз, примеры сабжа на сях...

любая биржа, торги... Они не то что си плас плас... Они обычно стараются обходиться без объектов синхронизации... это чиссо из опыта посещения года два назад таких ребят. вот именно так и задал ребятам вопрос - а почему не на си бимоле или яве-какаве? Ответ был: уже наелись, слишком долго. И это без учёта тормозов при сработке ГК...

(круглый)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748466
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
https://www.threadingbuildingblocks.org/

Недавно откопал
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748511
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748524
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Подскажите, плиз, примеры сабжа на сях (желательно с плюсами).

Яндекс поиск
Яндекс такси.
Любая СУБД.
ну... это так, навскидку...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748527
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да любая критическая система - которой будут пользоваться люди (а не менеджеры в колцентрах - эй коль ребутни тут веблоджик подвис) и от которой будет требоваться надежность и скорость.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748602
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovJave Runtime.

Здесь нагрузка лишь частичная. Код Java компилируется в натив и далее трудится самостоятельно. А от JVM ему в основном GC нужен, остальное в лучшем случае - вызов библиотек. Поэтому собственно нагрузка "по задаче" полностью ложится на Java, ну а обслуживание по мелочи, тут да, тут место сей. Но как бы не самое завидное место.
Dimitry SibiryakovЛюбой браузер. Когда появится что-то работающее как FF и при этом не тормозящее втрое больше - о Яве можно будет говорить серьёзно.
Сейчас рынок браузеров монополизирован всего лишь 3-4-мя производителями, поэтому там нет разнообразия, поэтому по инерции они всё пилят на сях. Но принципиально сложного в этом хозяйстве нет ничего, обычный сервер по обработке всего лишь 2-х коннектов к одному сайту. Да, параллельно с этим в фоновой вкладке (не отображаемой, что весьма и весьма важно) что-то там якобы грузится, но по факту это что-то (на примере хрома) есть полнейший отстой, ибо переключаешь на вкладку и оно дико тормозит , то есть становится непонятно, а что оно вообще там в фоне делало?

Плюс, собственно, нагруженность - и где это в браузерах?

ИзопропилMongodb
Ну так в этой категории кого только нет. И на Java там большинство.

kolobok0любая биржа, торги...
Не любая. Как раз биржевые решения я встречал именно на Java. Ну и другие платформы наверняка есть. Хотя здесь тоже есть деление - торговые системы и агрегаторы, которые суммы операций сводят на всех участников. Торговые системы должны максимально быстро подавать правильную заявку, что задаёт очень жёсткие требования к алгоритмам и производительности, а агрегаторы должны лишь принять короткое сообщение о заявке и хотя бы просто не потерять его до конца дня - и всего делов. Далее тривиальный обход заявок с вычислением суммы, время - вся ночь.

MasterZivЯндекс поиск
Яндекс такси.
Ну опять же обычное наследование. Тупо был когда-то синяк, который поиск написал для РПЦ в каких-то махровых годах, когда даже Java ещё не было, ну и всё, далее этому синяку подбирали под его вкус - тоже синяков, и в итоге вырос яндекс. Поэтому они и теперь на сях ваяют, но даже они в другие языки постепенно проникают.

semen.s.semenДа любая критическая система - которой будут пользоваться люди (а не менеджеры в колцентрах - эй коль ребутни тут веблоджик подвис) и от которой будет требоваться надежность и скорость.
Это не ответ, это рассуждения "вообще", ну и ни о чём. Критическим является простой любого веб-сервера на Java, если речь идёт об обработке пика нагрузки в виде миллиона запросов в секунду.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748605
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555оно дико тормозит

Плюс, собственно, нагруженность - и где это в браузерах?

А вот это "дико тормозит", по-твоему, откуда берётся?

Возьмём в качестве примера экстремально Ява-ориентированную платформу: ведроид. Под него
существует полдюжины браузеров. Если бы Ява была лучше Си, то написанный на ней браузер
уже победил бы по популярности все остальные. Но увы. И это как бы намекает, что среди
Ява-программистов нет ни одного, способного написать приложение такого качества. Их предел
- бэкэнд, где все задачи сводятся к "сформировать строку из результатов запроса к БД", а
кривизна рук и инструмента компенсируется тяжёлым железом.

Перестанет работать закон Мура - Ява накроется медным тазом.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748609
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну, собственно, в конце девяностых-начале нулевых был и HotJava (Sun) и IceStorm (какие-то норвежцы). По тем временам - браузеры, как браузеры.
"Сдулись", как я понимаю, не из-за каких-то специфичных недостатков JVM, а просто потому, что не нашли способа монетизировать браузер, как таковой.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748610
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Извините, но не удержался

...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748616
chebaaagh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555Подскажите, плиз, примеры сабжа на сях (желательно с плюсами). А то я после Java вообще не втыкаю, зачем эти древние языки использовать. Многие миллионы посещений на сайтах - подобного на Java тьма тьмущая, а вот что-то производительное на сях... Ну не всплывает никак в голове. Оно вообще кроме редких нор где-то ещё живо? Во что именно сегодня можно пальцем ткнуть в качестве примера всей этой захайпованной мощи наших родимых сей?

Самый наглядный пример: scylladb - это cassandra переписанная на c++. Там же можно ощутить всю "быстроту" джава-реализации:
https://www.scylladb.com/product/benchmarks/

Любой обычный java-код в 2-3 а то и более раз медленнее аналогичного написанного на плюсах. То есть выбор плюсов для БД, браузера - это "right tool for the right job", и не более того.

При этом если запариться, то можно выжать из java что-то сопоставимое, но дорогой ценой: придется отказаться от обычных java классов(ООП в джаве вносит ощутимый overhead), стандартных строк, и других библиотек, также писать gc-free код. Среднестатистический джавер во все это не может, поэтому смысла в этом особого и нет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748619
chebaaagh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
alex55555Плюс, собственно, нагруженность - и где это в браузерах?

Ты кста зря гонишь на отсутствие нагруженности в браузере, вот тебе доклад про обычные оптимизации в хромиуме:
YouTube Video
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748663
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovВозьмём в качестве примера экстремально Ява-ориентированную платформу: ведроид.
Взять-то можно, но это же, во первых, линух, во вторых, это поделие писали синяки, и в третьих, эти пейсатели банально не знали Java, когда решили срубить бабла с гугла.
Dimitry SibiryakovПод него существует полдюжины браузеров.
Это не полдюжины, это один браузер. Расширяют опенсорсный гугловый недо-браузер, потому что с нуля писать заметно дороже. Ну и все недостатки исходного гуано, естественно, повторяются в потомках.

В целом мораль такая - недоумки решили сделать самолёт, но у них вышел некий пепелац, который летает исключительно из-за бесконечной энергии, подводимой к нему по кабелю с атомной электростанции гуглов. И в такой ситуации приводить недоумков в качестве примера - ну ты сам уже понял.
Dimitry SibiryakovЕсли бы Ява была лучше Си, то написанный на ней браузер...
Вообще-то я не за Java здесь выступаю. А за поиск наглядного примера на сях, куда можно ткнуть пальцем - вот, смотрите как круто!
Dimitry SibiryakovИ это как бы намекает, что среди Ява-программистов нет ни одного, способного написать приложение такого качества.
Ну а здесь вообще передёргивание - недоумки есть везде, но вот выбрать конкретных недоумков и сказать - да все вы такие же - это чистой воды глумление, от небольшого ума, разумеется.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748667
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
chebaaaghСамый наглядный пример: scylladb - это cassandra переписанная на c++. Там же можно ощутить всю "быстроту" джава-реализации:
https://www.scylladb.com/product/benchmarks/
Ну в общем да, бенчи интересные, согласен. Правда выбрано лучшее и кассандру вряд ли задавались целью заоптимизировать до безобразия. Здесь ведь смысл во времени разработки. Зачем долго мучаться на плюсах, если можно быстро сделать на Java? Но как раз время разработки в сравнении отсутствует.
chebaaaghЛюбой обычный java-код в 2-3 а то и более раз медленнее аналогичного написанного на плюсах. То есть выбор плюсов для БД, браузера - это "right tool for the right job", и не более того.
Возможно, но так же можно сказать и про обычное время разработки (плюс наличие спецов), но это уже будет сильно не в пользу сей.
chebaaaghПри этом если запариться, то можно выжать из java что-то сопоставимое, но дорогой ценой: придется отказаться от обычных java классов(ООП в джаве вносит ощутимый overhead), стандартных строк, и других библиотек, также писать gc-free код. Среднестатистический джавер во все это не может, поэтому смысла в этом особого и нет.
Ну вот, рациональное зерно - по другому тоже можно. Но делают не по другому, а по быстрому. И этот аспект, очевидно, важнее всего остального. Но с другой стороны, наличие такого аспекта должно легко давать преимущества сям, то есть мы должны иметь массу примеров, где си кроют Java (или другие альтернативы) как бык овцу. Но вот с количеством проблемы. Пока вижу только ваш вариант, но он весьма нишевый, но может и другие варианты есть?

А вообще, если писать на ассемблере, то скорость будет лучше сей. Не говорит ли вам что-то интересное данный факт?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748684
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Взять-то можно, но это же, во первых, линух, во вторых, это поделие писали
синяки, и в третьих, эти пейсатели банально не знали Java, когда решили срубить бабла с гугла.

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

alex55555Вообще-то я не за Java здесь выступаю. А за поиск наглядного примера на сях, куда можно
ткнуть пальцем - вот, смотрите как круто!

Так и получается, что куда ни ткни, в сравнении с Явой это круто. Потому что на Яве
практически ничего не написано, кроме тонкой прослойки между толстыми слоями, написанными
на Си.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748685
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555...
Вообще-то я не за Java здесь выступаю. А за поиск наглядного примера на сях, куда можно ткнуть пальцем - вот, смотрите как круто..Можешь тыкать пальцем куда угодно - весь фундамент написан на Си. А поверх него уже идет пользовательский слой, написанный на пофиг чём.
И делать наоборот - выйдет плохо, что писать основу на чем то другом, что отдать условным джамшутам писать прикладнушки на С.

Но попытки не прекращаются в обе стороны, Икаров много =)

Недостатков, вот статейку пишу....как было бы хорошо жить там, где нас нет
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748687
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555А вообще, если писать на ассемблере, то скорость будет лучше сей. Не говорит ли вам что-то интересное данный факт?Давай так - а ты кушал устриц, т.е лично в состоянии написать на асм программу быстрее сишной?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748691
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555А вообще, если писать на ассемблере, то скорость будет лучше сей. Не говорит ли вам что-то интересное данный факт?
это требует достаточно высокой квалификации - иначе - хуже сей будет
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748714
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Критическим является простой любого веб-сервера на Java, если речь идёт об обработке пика нагрузки в виде миллиона запросов в секунду.


 Единственный способ написать что то сравнимое - это гц - фрее разработка, уход от объектов, переход на флай вейт

Короче рукожопный си-стайл с синтаксисом ява

Ну какая может быть надежность - если приложение рандомно может впасть в full-gc
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748715
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov И это как бы намекает, что среди
Ява-программистов нет ни одного, способного написать приложение такого качества. Их предел
- бэкэнд, где все задачи сводятся к "сформировать строку из результатов запроса к БД", а
кривизна рук и инструмента компенсируется тяжёлым железом.


А что если программист и на джаве пишет и на С++

Он тогда сможет написать приложение такого качества и он при этом джава программист ?


С++ ники с ЧСВ овер 9000 от того что аллоцируют на стеке,  выучили ключики линкера и прошарены в аллокаторах поистине радуют )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748720
Фотография OoCc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDimitry Sibiryakov И это как бы намекает, что среди
Ява-программистов нет ни одного, способного написать приложение такого качества. Их предел
- бэкэнд, где все задачи сводятся к "сформировать строку из результатов запроса к БД", а
кривизна рук и инструмента компенсируется тяжёлым железом.


А что если программист и на джаве пишет и на С++

Он тогда сможет написать приложение такого качества и он при этом джава программист ?


С++ ники с ЧСВ овер 9000 от того что аллоцируют на стеке,  выучили ключики линкера и прошарены в аллокаторах поистине радуют )
Сёма, в данном случае широта обратно пропорциональна глубине. Чем больше языков перечисленно в CV тем меньше шансов найти работу.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748723
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
OoCcsemen.s.semenпропущено...


А что если программист и на джаве пишет и на С++

Он тогда сможет написать приложение такого качества и он при этом джава программист ?


С++ ники с ЧСВ овер 9000 от того что аллоцируют на стеке,  выучили ключики линкера и прошарены в аллокаторах поистине радуют )
Сёма, в данном случае широта обратно пропорциональна глубине. Чем больше языков перечисленно в CV тем меньше шансов найти работу.

Это смотря куда

В гугле каждый обязан спокойно писать на 2-3 языках
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748724
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenОн тогда сможет написать приложение такого качества и он при этом джава программист ?

Если бы мог - давно бы написал.

"На свете есть много хороших Ява-программистов, но очень мало хороших Ява-программ." (с)
не помню чей.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748725
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenОн тогда сможет написать приложение такого качества и он при этом джава программист ?

Если бы мог - давно бы написал.

"На свете есть много хороших Ява-программистов, но очень мало хороших Ява-программ." (с)
не помню чей.


Да фраза она не про программистов ?

Она про качество софта - которое можно сделать на ява ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748726
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenДа фраза она не про программистов ?
Она про качество софта - которое можно сделать на ява ?

Не хочу тебя расстраивать, но софт пишется программистами.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748728
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenДа фраза она не про программистов ?
Она про качество софта - которое можно сделать на ява ?

Не хочу тебя расстраивать, но софт пишется программистами.


Ну я просто сражен этим откровением

И что ?

Если человек пишет на Java то завтра выучив С++ он не сможет написать хороший софт?

Или если знаешь Джава то в мозгу отключается способность к изучению С++ ?


Что там такого особенного в С++

Ну да посложнее джабы будет - но все вполне изучаемо и постигаем
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748729
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenИли если знаешь Джава то в мозгу отключается способность к изучению С++ ?

Ты почти угадал. История Явы такова: Си был критикован за его сложность и уязвимости к
человеческим ошибкам (в особенности - за оператор goto и адресную арифметику), поэтому в
академических кругах была рождена идея создать язык без указателей и goto. Так была
создана Ява, язык для тех, кто не освоил управление памятью и работу с указателями.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748730
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenИли если знаешь Джава то в мозгу отключается способность к изучению С++ ?

Ты почти угадал. История Явы такова: Си был критикован за его сложность и уязвимости к
человеческим ошибкам (в особенности - за оператор goto и адресную арифметику), поэтому в
академических кругах была рождена идея создать язык без указателей и goto. Так была
создана Ява, язык для тех, кто не освоил управление памятью и работу с указателями.


Бред полнейшний
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748733
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenИли если знаешь Джава то в мозгу отключается способность к изучению С++ ?

Ты почти угадал. История Явы такова: Си был критикован за его сложность и уязвимости к
человеческим ошибкам (в особенности - за оператор goto и адресную арифметику), поэтому в
академических кругах была рождена идея создать язык без указателей и goto. Так была
создана Ява, язык для тех, кто не освоил управление памятью и работу с указателями.


Не хватает еще пары заявлений о рассовом превосходстве С++ - ников и будет полный набор Адика )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748739
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenБред полнейшний

Да, я понимаю, что тебе не хочется в это верить, но это реальная история. И изначальное
назначение JVM это как раз жёсткий контроль за работой кода: предотвращение ошибок выхода
за пределы массивов, использования неинициализированных переменных, инвалидных ссылок и
прочих мелких граблей на которые наступал каждый Сишник. Это потом появилась идея, что
через неё можно сделать кроссплатформенность, но оно оказалось не так просто, как ожидали.

PS: А вот LUA был рождён из другой укуренной идеи: "ассоциативные массивы наше
всё". Тоже получился забавный экспонат кунсткамеры.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748741
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenБред полнейшний

Да, я понимаю, что тебе не хочется в это верить, но это реальная история. И изначальное
назначение JVM это как раз жёсткий контроль за работой кода: предотвращение ошибок выхода
за пределы массивов, использования неинициализированных переменных, инвалидных ссылок и
прочих мелких граблей на которые наступал каждый Сишник. Это потом появилась идея, что
через неё можно сделать кроссплатформенность, но оно оказалось не так просто, как ожидали.

PS: А вот LUA был рождён из другой укуренной идеи: "ассоциативные массивы наше
всё". Тоже получился забавный экспонат кунсткамеры.



Да история то может и реальная

Только брехню про то что джависты (кто это такие правда неясно) не могут освоить С++ (язык суперинтеллектуалов) оставь для джунов на интервью.


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


Программирование - это следование написанной доке, рутина и перенимание опыта из индустрии.

И ничего сложного в изучении С++ нет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748743
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555наглядного примера на сях, куда можно ткнуть пальцем - вот, смотрите как круто!

*nix чем не пример на сях?

alex55555А вообще, если писать на ассемблере, то скорость будет лучше сей. Не говорит ли вам что-то интересное данный факт?

Можно пример на C и аналогичный на asm, где так называемая "скорость" (назовём это затратами ресурсов), будет более оптимальной?

Современные компиляторы очень умными стали и частенько проводят хитрые оптимизации, что только диву даёшься.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748747
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenДа история то может и реальная

Это история из забавных времён, когда Алгол и Ада уже мумифицировались, Паскаль щемил
Бейсик на учебном поприще, Фортран был калькулятором для математиков, а Си ещё не отрастил
себе плюсы. Это сейчас языки программирования клепают студенты для развлечения, а тогда
они зачинались в академических спорах.

semen.s.semenПрограммирование - это следование написанной доке, рутина и
перенимание опыта из индустрии.

И ничего сложного в изучении С++ нет.

Ты уже разобрался со своим пулом, который должен отлавливать не-утечки памяти? Это как бэ
намёк.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748749
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenИ ничего сложного в изучении С++ нет.
Ну по постам в этом форуме не всегда так можно сказать
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748764
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovТы уже разобрался со своим пулом, который должен отлавливать не-утечки памяти? Это как бэ
намёк.


Намек на что ?

Я сконфигурировал  jeProfiler   и получил отчет - отчет показал где утечка - отключил кеши - утечки ни стало

Теперь копаю кеш.

Сложность то тут в чем ?

Кроме сложности терпеть твое высокомерие (типа интеллектуальное) тут я ничего сложного не нашел

Кстати но мой последний вопрос ты так и не ответил (скилов не хватило) и ключик линкера -no_pic я искал сам
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748765
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskysemen.s.semenИ ничего сложного в изучении С++ нет.
Ну по постам в этом форуме не всегда так можно сказать

Точно такие же посты я писал когда изучал Java и когда изучал Perl  и что из всего этого следует ?

Только одно - зашкаливающий чсв плюсистов просто поражает

Им дали возможность аллоцировать на стеке и более гибко управлять памятью и они возомнили себя сверхинтеллектуалами ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748778
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555,

ChakraCore
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748782
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)alex55555,

ChakraCore
Edge, кстати, сливают .
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748784
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZ,

движок то не сливают, его как альтернативу V8 двигают пока
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748856
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТС в своё время меня интересовал другой вопрос, какие вообще программы на java бывают. http://www.sql.ru/forum/1242528/programmy-na-java-dlya-sebya-kakie-ispolzuete
И оказалось, что они вообще то бывают!
А по теме топика у Вас поставлены ограничения.
авторМногие миллионы посещений на сайтах - подобного на Java тьма тьмущая, а вот что-то производительное на сях
Например, на чём Вы напишите движок 3d шутера?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748862
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Подскажите, плиз, примеры сабжа на сях (желательно с плюсами). А то я после Java вообще не втыкаю, зачем эти древние языки использовать. Многие миллионы посещений на сайтах - подобного на Java тьма тьмущая, а вот что-то производительное на сях... Ну не всплывает никак в голове. Оно вообще кроме редких нор где-то ещё живо? Во что именно сегодня можно пальцем ткнуть в качестве примера всей этой захайпованной мощи наших родимых сей?


Так а нафига тебе это всё?
Иди телепузь свои сайтики...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748863
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivalex55555Подскажите, плиз, примеры сабжа на сях (желательно с плюсами). А то я после Java вообще не втыкаю, зачем эти древние языки использовать. Многие миллионы посещений на сайтах - подобного на Java тьма тьмущая, а вот что-то производительное на сях... Ну не всплывает никак в голове. Оно вообще кроме редких нор где-то ещё живо? Во что именно сегодня можно пальцем ткнуть в качестве примера всей этой захайпованной мощи наших родимых сей?


Так а нафига тебе это всё?
Иди телепузь свои сайтики...

Рискну предположить что мсье прочитал это

СемаИдеальный вариант жить в России и работатать буржуя удаленно

Однако рынок элитных С++ вакансий полон очень хороших позиций и в Москве (России) с зарплатами от 200К

Просто IT перебисился и все заняло свои места

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

C++ разделился на отстойный и элитный.

Все честно и справедливо.


+ Это

СемаСама постановка вопроса уже говорит о том что язык программирования не рассматривается как инструмент для создания рабочего софта - а скорее как некий скилл - за который тебе там что то дадут или который тебя там куда то приведет

Есть 3 языка - позволяющих писать по настоящему качественный и грамотный софт C/C++/Assembler.

До сих пор ничего качественнее и надежнее не придумали.


И в голове закрылись подозрения "А не страдаю ли я фигней"
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748910
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Siemarglalex55555А вообще, если писать на ассемблере, то скорость будет лучше сей. Не говорит ли вам что-то интересное данный факт?Давай так - а ты кушал устриц, т.е лично в состоянии написать на асм программу быстрее сишной?
этот идиот уже неск.месяцев засирает форум своим бредом
и почему-то до сих пор не забанен
он хуже жириновского, его нельзя слушать
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748918
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenИ ничего сложного в изучении С++ нет.
лямбды
макросы
asinc multithreading
debug


и надо знать кучу мелочей, типа: не пролейте случайно динамическую память, указатели new/delete, ...и ссылки - когда и как это всё правильно юзать, STL, class/struct/template, кэш процессора, итд

ну в общем, кое-чего посложнее пхп там есть ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748924
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухsemen.s.semenИ ничего сложного в изучении С++ нет.
лямбды
макросы
asinc multithreading
debug


и надо знать кучу мелочей, типа: не пролейте случайно динамическую память, указатели new/delete, ...и ссылки - когда и как это всё правильно юзать, STL, class/struct/template, кэш процессора, итд

ну в общем, кое-чего посложнее пхп там есть ))

Ну скажем так про кеши процессора я из явы в курсе

Последние года полтора пишу на С++

Ну куча мелких деталей - да

А так если через все пройти и руку набить - тока в путь программируй себе

Уж точно не высшая алгебра, где и спросить не у кого и погуглить смысла нет и вообще непонятно как это решать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748933
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenСложность то тут в чем ?

Так в том-то и дело, что нет в этом никакой сложности, но ты на тривиальную задачу убил
уже кучу времени и вместо "следования написанной доке" плодишь темы на форуме.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748935
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

а что такого страшного в высшей алгебре?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748939
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenСложность то тут в чем ?

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



Кучу времени я убил на настройку аллокатора JeMalloc - так как доки по нему нормальной нет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748940
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУж точно не высшая алгебра, где и спросить не у кого и погуглить смысла нет и вообще непонятно как это решать.
Уже второй раз про высшую алгебру говоришь. Я знаю человека, который с высшей алгеброй на "ты", при этом
ежедневно пишущим на С++ и постоянно повторяющим одни и те же инженерные ошибки, хотя мы ему сотню раз объясняли что и как.
Приходится самим в его алгоритмы вникать и рефакторить, а там хоть вешайся из-за кучи переменных с непонятными именами.
Небольшой кусочек на скриншоте, а там подобные длинные портянки из функций на тысячи строк.
Но у него "своя атмосфера". Вот в MATLAB поработать, это пожалуйста, а в плюсах по-прежнему так говнокодит уже как 8 лет подряд.

Не заливай-ка ты тут про тяжёлую жизнь. Каждый компетентен в своей области(ях) и менее компетентен в чем-то другом.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748943
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропилsemen.s.semen,

а что такого страшного в высшей алгебре?

Страшного ничего

Однако на решение некоторых задач могут уйти годы
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748948
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenУж точно не высшая алгебра, где и спросить не у кого и погуглить смысла нет и вообще непонятно как это решать.
Уже второй раз про высшую алгебру говоришь. Я знаю человека, который с высшей алгеброй на "ты", при этом
ежедневно пишущим на С++ и постоянно повторяющим одни и те же инженерные ошибки, хотя мы ему сотню раз объясняли что и как.
Приходится самим в его алгоритмы вникать и рефакторить, а там хоть вешайся из-за кучи переменных с непонятными именами.
Небольшой кусочек на скриншоте, а там подобные длинные портянки из функций на тысячи строк.
Но у него "своя атмосфера". Вот в MATLAB поработать, это пожалуйста, а в плюсах по-прежнему так говнокодит уже как 8 лет подряд.

Не заливай-ка ты тут про тяжёлую жизнь. Каждый компетентен в своей области(ях) и менее компетентен в чем-то другом.

Ох уж эти бедненькие кодеры озабоченные именами переменных

Структурами фундаментальных взаимодействий во вселенной они не озабочены

Что такое сильный стартер не знаю

Зато за имя переменной которое ему великому рябит глаза загрызть готовы

Буквоеды фиговы

И самое страшное в инженерах - они не являются генераторами новых идей

Все тырят читают и копируют как макаки

Но ЧСВ такое раздутое что на ревью ощущение что с тобой САМ БОГ общается.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748949
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУж точно не высшая алгебра, где и спросить не у кого и погуглить смысла нет и вообще непонятно как это решать.
кстати, вброшу

математики, в сравнении с программерами, это "плохой код"
1. высшая степень абстракции (все операции в уме, а на выходе набор букв с цифрами)
2. никакого форматирования
3. 0 (ноль) комментариев
4. даже при наличии "готового кода", напиленного предыдущими математиками, они его постоянно дублируют
5. часто (особенно в вышке) требуется визуализация (рисование графиков и функций), чтобы понять, о чём речь
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748950
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не знаю -> не знаю т
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748952
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухsemen.s.semenУж точно не высшая алгебра, где и спросить не у кого и погуглить смысла нет и вообще непонятно как это решать.
кстати, вброшу

математики, в сравнении с программерами, это "плохой код"
1. высшая степень абстракции (все операции в уме, а на выходе набор букв с цифрами)
2. никакого форматирования
3. 0 (ноль) комментариев
4. даже при наличии "готового кода", напиленного предыдущими математиками, они его постоянно дублируют
5. часто (особенно в вышке) требуется визуализация (рисование графиков и функций), чтобы понять, о чём речь

Да да - выше я уже написал что я о вас думаю

Вы кодеры братцы - а не программисты и уж точно не инженеры

Новой мысли от вас нет

Сидите как машинистки буковки по доке клепаете
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748956
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenполудухпропущено...

кстати, вброшу

математики, в сравнении с программерами, это "плохой код"
1. высшая степень абстракции (все операции в уме, а на выходе набор букв с цифрами)
2. никакого форматирования
3. 0 (ноль) комментариев
4. даже при наличии "готового кода", напиленного предыдущими математиками, они его постоянно дублируют
5. часто (особенно в вышке) требуется визуализация (рисование графиков и функций), чтобы понять, о чём речь

Да да - выше я уже написал что я о вас думаю

Вы кодеры братцы - а не программисты и уж точно не инженеры

Новой мысли от вас нет

Сидите как машинистки буковки по доке клепаете
ну я вот пишу многопользовательские CRM-системы
а кто-то на сях визуализирует обработку генома
а кто-то 3-D шутеры

* машинистки уже утопились всем коллективом ещё на слове "многопользовательские"
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748957
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenКучу времени я убил на настройку аллокатора JeMalloc - так как доки по нему нормальной нет.

А назачем ты вообще с ним связался, когда я сразу сказал "используй Dr.Memory" по которому
нормальная дока - есть?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748959
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудуха кто-то 3-D шутеры



Да это конечно все очень возбуждает
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748961
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenКучу времени я убил на настройку аллокатора JeMalloc - так как доки по нему нормальной нет.

А назачем ты вообще с ним связался, когда я сразу сказал "используй Dr.Memory" по которому
нормальная дока - есть?


Затем что Dr. Memory не работает на моей версии Мака - ну в ломак мне на линухе разворачиваться - хотя я чую что скоро придется
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748962
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Уже второй раз про высшую алгебру говоришь. Я знаю человека, который с высшей алгеброй на "ты", при этом
ежедневно пишущим на С++ и постоянно повторяющим одни и те же инженерные ошибки, хотя мы ему сотню раз объясняли что и как.
Приходится самим в его алгоритмы вникать и рефакторить, а там хоть вешайся из-за кучи переменных с непонятными именами.
Небольшой кусочек на скриншоте, а там подобные длинные портянки из функций на тысячи строк.
Но у него "своя атмосфера". Вот в MATLAB поработать, это пожалуйста, а в плюсах по-прежнему так говнокодит уже как 8 лет подряд.

Не заливай-ка ты тут про тяжёлую жизнь. Каждый компетентен в своей области(ях) и менее компетентен в чем-то другом.

Ох уж эти бедненькие кодеры озабоченные именами переменных

Структурами фундаментальных взаимодействий во вселенной они не озабочены

Что такое сильный стартер не знаю

Зато за имя переменной которое ему великому рябит глаза загрызть готовы

Буквоеды фиговы

И самое страшное в инженерах - они не являются генераторами новых идей

Все тырят читают и копируют как макаки

Но ЧСВ такое раздутое что на ревью ощущение что с тобой САМ БОГ общается.
Базист, залогинься.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748971
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЗатем что Dr. Memory не работает на моей версии Мака

А какая у тебя версия мака?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748972
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenЗатем что Dr. Memory не работает на моей версии Мака

А какая у тебя версия мака?


10.14 Mojave
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748977
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen10.14 Mojave

http://drmemory.org/docs/page_install_macos.html#sec_macos_utils

10.14 > 10.9. Математика это для тебя сложно, я помню.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748980
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semen10.14 Mojave

http://drmemory.org/docs/page_install_macos.html#sec_macos_utils

10.14 > 10.9. Математика это для тебя сложно, я помню.


Я отсюда https://github.com/DynamoRIO/drmemory/wiki/Downloads скачал

Не заработало
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748981
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WARNING: this version of Mac OSX is not officially supported by Dr. Memory.

ERROR: no app specified

Usage: drmemory [options] -- <app and args to run>
Run with -help for full option list.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748983
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenERROR: no app specified

Usage: drmemory [options] -- <app and args to run>

Потому что надо доке следовать, а не просто кликать мышкой на иконки.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748984
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenERROR: no app specified

Usage: drmemory [options] -- <app and args to run>

Потому что надо доке следовать, а не просто кликать мышкой на иконки.



WARNING: this version of Mac OSX is not officially supported by Dr. Memory.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748987
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDimitry Sibiryakovпропущено...

Потому что надо доке следовать, а не просто кликать мышкой на иконки.



WARNING: this version of Mac OSX is not officially supported by Dr. Memory.
WARNING != ERROR
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748988
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...



WARNING: this version of Mac OSX is not officially supported by Dr. Memory.
WARNING != ERROR

WARNING != INFO

какого хна я должен это использовать если не поддерживается - а в доке написано что поддерживается

очередное гуамо
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39748989
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Подскажите, плиз, примеры сабжа на сях (желательно с плюсами).Бэкэнд "Вконтакте".
У них веб-программисты пишут на PHP, затем конвертер перегоняет код из PHP в С++, а после компиляция.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749000
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

WARNING != ERROR

WARNING != INFO

какого хна я должен это использовать если не поддерживается - а в доке написано что поддерживается

очередное гуамо
Ты ку-ку? Ты точно прочитал текст ворнинга внятно? Обрати внимание на слово "officially".
Boost тоже каждый раз хреначит предупреждения, как только ты обновляешь минорную версию студии, но при этом он не перестаёт работать.
Каждый раз как обновляешь ОС/тулчейн, ты можешь столкнуться с подобными предупреждениями от сторонних инструментов,
но это совсем не значит, что они перестают сразу работать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749012
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухне пролейте случайно динамическую память
Моя любимая тема - сделать класс динамической памятью и оставить конструктор копирования по умолчанию ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749027
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...


WARNING != INFO

какого хна я должен это использовать если не поддерживается - а в доке написано что поддерживается

очередное гуамо
Ты ку-ку? Ты точно прочитал текст ворнинга внятно? Обрати внимание на слово "officially".
Boost тоже каждый раз хреначит предупреждения, как только ты обновляешь минорную версию студии, но при этом он не перестаёт работать.
Каждый раз как обновляешь ОС/тулчейн, ты можешь столкнуться с подобными предупреждениями от сторонних инструментов,
но это совсем не значит, что они перестают сразу работать.

Там дальше проблема с 32-биткой начинается

У меня 64-битное приложение
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749033
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУ меня 64-битное приложение

Которое в 32 бита не собирается... почему? У не потому ли, что это "сложно"?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749034
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenУ меня 64-битное приложение

Которое в 32 бита не собирается... почему? У не потому ли, что это "сложно"?..


Потому что это новое для меня - никогда не собирал.

Надо будет ключики копать.

Если ты подскажешь - буду признателен.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749038
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenПотому что это новое для меня - никогда не собирал.

То есть "изучение С++ это просто", но за полтора года программирования на нём ты так и не
научился собирать приложения. Только у меня возникает когнитивный диссонанс?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749044
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenПотому что это новое для меня - никогда не собирал.

То есть "изучение С++ это просто", но за полтора года программирования на нём ты так и не
научился собирать приложения. Только у меня возникает когнитивный диссонанс?


А ты за 20 лет так и не воспользовался jeprofileroм

И при этом чсв так и прет изо всех щелей
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749050
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenА ты за 20 лет так и не воспользовался jeprofileroм

Во-первых, профилирование - необязательная операция при разработке. В отличии от сборки.
Во-вторых, я не задаю на форуме вопросы "подскажите ключики", поскольку они (ключики)
описаны в документации.
В-третьих, назачем пользоваться каким-то левым профайлером, если в состав GCC входит
штатный?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749051
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenА ты за 20 лет так и не воспользовался jeprofileroм

Во-первых, профилирование - необязательная операция при разработке. В отличии от сборки.
Во-вторых, я не задаю на форуме вопросы "подскажите ключики", поскольку они (ключики)
описаны в документации.
В-третьих, назачем пользоваться каким-то левым профайлером, если в состав GCC входит
штатный?..


Во первых я только и делал что учился синтаксису MakeFile + CmakeLists.txt

Во вторых профилирование - это обязательный процесс квалифицированной разработки

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

В четвертых - мне так удобнее - изучать через форум - плюс я еще общаюсь с людьми (иногда довольно адекватными)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749055
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати по поводу JeMalloc

Это один из самый крутых аллокаторов - погугли в сети графики - он опережает других

Этот аллокатор активно пиарят на многих прогерских конференциях

Быть экспертом и ниразу его незаиспользовать - гмммм
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749060
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenэксперт должен лично попробывать многие профайлеры чтобы быть уверенным что один из них лучший

"Эксперт" может "пробывать" всё что угодно, профессионал использует возможности одного
инструмента по максимуму и не тратит время растекаясь мыслью под дудку чужого пиара.
Профилирование - метод решения проблем с производительностью под высокой нагрузкой. Нет
таких проблем - профилирование не нужно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749064
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovНет таких проблем нагрузок и задач - профилирование не нужно.


Кстати Дмитрий ты слышал про Bazel ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749068
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenКстати Дмитрий ты слышал про Bazel ?

Нет. Что это и какую прикладную задачу решает?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749071
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenКстати Дмитрий ты слышал про Bazel ?

Нет. Что это и какую прикладную задачу решает?


Смотри

Вот у тебя проект и ты делаешь пересборку

Make определяет поменялся ли файл по дате изменения

Однако если файл перезаписали - это не значит что он изменился

Поэтому в проектах с автогенерацией заголовков у тебя с цемейком будет целый ад

Базель решает эту проблему организуя сервер кеширования и раздачи артефактов на локальной машине

Крайне рекомендую
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749076
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749082
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВот у тебя проект и ты делаешь пересборку
Make определяет поменялся ли файл по дате изменения
Однако если файл перезаписали - это не значит что он изменился
Поэтому в проектах с автогенерацией заголовков у тебя с цемейком будет целый ад
Базель решает эту проблему организуя сервер кеширования и раздачи артефактов на локальной
машине

Поэтому я не использую CMake, автогенерацию заголовков и не перезаписываю файлы в рабочей
копии GIT/CVS. То есть не создаю себе проблему, которую надо решать с помощью Базеля.
Крайне рекомендую.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749085
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenВот у тебя проект и ты делаешь пересборку
Make определяет поменялся ли файл по дате изменения
Однако если файл перезаписали - это не значит что он изменился
Поэтому в проектах с автогенерацией заголовков у тебя с цемейком будет целый ад
Базель решает эту проблему организуя сервер кеширования и раздачи артефактов на локальной
машине

Поэтому я не использую CMake, автогенерацию заголовков и не перезаписываю файлы в рабочей
копии GIT/CVS. То есть не создаю себе проблему, которую надо решать с помощью Базеля.
Крайне рекомендую.


--использую CMake

Только ручное мейкописание ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749089
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ужос как растеклось...

Семён вообще говорливый товарищ, да, но апломб со стороны синяков тоже невменяемый.

Вообще по сабжу хочется заметить, что приводятся примеры всяких браузеров и вопросы из серии "а ты сам-то щи лаптем хлебал? а если не хлебал, так какого х... здесь смеешь...!!!".

Но как бы браузер есть штука давно обсосанная, и давно ясно, что якобы "быстрый" хром, написанный конечно же на сях, тормоз ещё тот. В браузерах (и скажу вам по секрету - почти во всех серьёзных софтинах) всё определяется архитектурными решениями, ну а накодить далее под диктовку опытного товарища - ноль проблем даже для полного дауна. Товарищ проверит код, подскажет, где переписать, и так много раз, даже даун в конце концов научится. Но вот наличие такого товарища, обычно есть привилегия, например, Java, но никак не сей. Потому что товарищ понимает, что его гениальные задумки будут делать именно кодеры, а потому будет море багов, которые и призваны убивать такие языки, как Java. Ну а оптимизировать некие узкие места, если архитектурно всё грамотно, особой сложности не представляет. А вот если архитектурно одно убожество (как в ведре синяки сочинили), тогда да, оптимизируй или нет - толку мало. Но архитектура смой своей сутью высокоуровневая штука, а потому совсем не склонна испытывать массу проблем из-за багов с указателями и прочими небезопасными элементами языков типа С.

В целом же суть наброса по сабжу пока что свелась к указанию на всяческие мелочи, мол вот в этом браузере, ну или вот в этом редком случае, что-то приличное по скорости получилось даже у синяков. Массовые промышленные решения вертятся по прежнему на других, более высокоуровневых языках. Ну а нишевые штуки, да, хоть на сях, хоть на брейнфаке. И что интересно, потратив много лет на изучение всяческих мелких и ненужных ни в каком другом языке нюансов (типа угрёбищный синтаксис make-файлов, директивы препроцессора, интринсики, долбанные микро-отличия под разными осями, на разных архитектурах процессора, сильно разные компиляторы и вообще инструментальная обвязка, без которой ну конечно же - ничего не работает и т.д.) синяки набираются страшного апломба, мол я знаю столько адских деталей! А на кой они все нужны? Вы не думали? Весь этот зоопарк просто отвлекает внимание от главного. А вот на других языках можно взять и сразу начать делать реально нужное решение, а не искать способы сборки, ключи компилятора и тому подобное.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749094
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Вообще по сабжу хочется заметить, что приводятся примеры всяких браузеров и вопросы из серии "а ты сам-то щи лаптем хлебал? а если не хлебал, так какого х... здесь смеешь...!!!".



Попробуйте написать на Java bigData движок.

Элементарно вот у вас есть файл - в нем слова - нужно посчитать количество различных слов

напишите с использованием HashMap и вы возненавидите Яву
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749100
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТолько ручное мейкописание ?

Да. Это просто.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749101
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЭлементарно вот у вас есть файл - в нем слова - нужно посчитать количество различных словИменно разных?
Может, лучше полнотекстовый поиск ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749102
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenТолько ручное мейкописание ?

Да. Это просто.


А Смейк для идиотов придумали ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749104
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenЭлементарно вот у вас есть файл - в нем слова - нужно посчитать количество различных словИменно разных?
Может, лучше полнотекстовый поиск ?

Разных чтобы слова стали ключами в хешмапе а количества значениями

Ух как у вас фул гц приложение убивать начнет если слов дофигища
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749113
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenА Смейк для идиотов придумали ?

Для "экспертов", которые "пиарят его на конференциях". Хотя... наверное, ты прав, да.

А если серьёзно, то CMаke был предназначен для решения проблемы с зоопарком
малосовместимых платформ и компиляторов, имевшей место быть в начале века. Он был
конкурентом для autotools, которые не поддерживали Windows вообще и MSVC в частности. К
счастью, с тех пор зоопарк рассосался, платформы стабилизировались и стандартизировались.
Но cleanup старых проектов делать почти всем лень, вот он и живёт ещё в этой нише по инерции.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749120
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУх как у вас фул гц приложение убивать начнет если слов дофигища
Сборщик мусора, который смог
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Шиза: жирная JVM
  -Xmx4T -Xms4T, 1T живых данных
Shenandoah:
  Pause Init Mark                               28.901ms
  Concurrent marking    1942G -> 2021G(4194G) 3844.822ms
  Pause Final Mark      2069G ->  639G(4194G)  136.814ms
  Concurrent evacuation 1639G -> 1837G(4194G) 6961.820ms
  Concurrent reset bitmaps                     973.670ms
G - гигабайты, T - терабайты, паузы прямо так и помечены словом Pause.
Остальное делается параллельно с остальным.

P.S.
Шенандоа - не единственный сборщик мусора с низкими задержками.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749122
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenУх как у вас фул гц приложение убивать начнет если слов дофигища
Сборщик мусора, который смог
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Шиза: жирная JVM
  -Xmx4T -Xms4T, 1T живых данных
Shenandoah:
  Pause Init Mark                               28.901ms
  Concurrent marking    1942G -> 2021G(4194G) 3844.822ms
  Pause Final Mark      2069G ->  639G(4194G)  136.814ms
  Concurrent evacuation 1639G -> 1837G(4194G) 6961.820ms
  Concurrent reset bitmaps                     973.670ms
G - гигабайты, T - терабайты, паузы прямо так и помечены словом Pause.
Остальное делается параллельно с остальным.

P.S.
Шенандоа - не единственный сборщик мусора с низкими задержками.


А если памяти в хипе 2Г а слов 4 Г ?

А кастомер тупой и ниче про это не знает ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749125
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Ужос как растеклось...

Семён вообще говорливый товарищ, да, но апломб со стороны синяков тоже невменяемый.

Вообще по сабжу хочется заметить, что приводятся примеры всяких браузеров и вопросы из серии "а ты сам-то щи лаптем хлебал? а если не хлебал, так какого х... здесь смеешь...!!!".

Но как бы браузер есть штука давно обсосанная, и давно ясно, что якобы "быстрый" хром, написанный конечно же на сях, тормоз ещё тот. В браузерах (и скажу вам по секрету - почти во всех серьёзных софтинах) всё определяется архитектурными решениями, ну а накодить далее под диктовку опытного товарища - ноль проблем даже для полного дауна. Товарищ проверит код, подскажет, где переписать, и так много раз, даже даун в конце концов научится. Но вот наличие такого товарища, обычно есть привилегия, например, Java, но никак не сей. Потому что товарищ понимает, что его гениальные задумки будут делать именно кодеры, а потому будет море багов, которые и призваны убивать такие языки, как Java. Ну а оптимизировать некие узкие места, если архитектурно всё грамотно, особой сложности не представляет. А вот если архитектурно одно убожество (как в ведре синяки сочинили), тогда да, оптимизируй или нет - толку мало. Но архитектура смой своей сутью высокоуровневая штука, а потому совсем не склонна испытывать массу проблем из-за багов с указателями и прочими небезопасными элементами языков типа С.

В целом же суть наброса по сабжу пока что свелась к указанию на всяческие мелочи, мол вот в этом браузере, ну или вот в этом редком случае, что-то приличное по скорости получилось даже у синяков. Массовые промышленные решения вертятся по прежнему на других, более высокоуровневых языках. Ну а нишевые штуки, да, хоть на сях, хоть на брейнфаке. И что интересно, потратив много лет на изучение всяческих мелких и ненужных ни в каком другом языке нюансов (типа угрёбищный синтаксис make-файлов, директивы препроцессора, интринсики, долбанные микро-отличия под разными осями, на разных архитектурах процессора, сильно разные компиляторы и вообще инструментальная обвязка, без которой ну конечно же - ничего не работает и т.д.) синяки набираются страшного апломба, мол я знаю столько адских деталей! А на кой они все нужны? Вы не думали? Весь этот зоопарк просто отвлекает внимание от главного. А вот на других языках можно взять и сразу начать делать реально нужное решение, а не искать способы сборки, ключи компилятора и тому подобное.
Где-то полгода назад спорил с похожим на тебя персонажем. Тоже куча слов типа "синяки", "крестушки", "апломб" он изрыгал.
Но он был JavaScript-фанбоем и подобно тебе утверждал, что вообще всё можно писать на JS'е и что современное железо
давно уже позволит писать весь софт под десктоп на Electron.js, а под сервер-сайд на Node.js и его аргументация была подобной,
собранной из стереотипов 90-х про утечки памяти, слишком большие различия между компиляторами и сферических коней в вакууме.

Вот бы вас двоих друг напротив друга посадить и в Java vs JavaScript баттл, и зрительское голосование по SMS организовать.
!
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749135
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Проблема явы в написании приложений с большим количеством если

А если памяти не хватает
А если нагрузку увеличили
А если это закончилось
А если тут отвалились


С++ позволяет максимально грамотно писать конечные автоматы для обработки и адекватной реакции на все эти сбои

А приложение на Яве это сплошной табор отмазок типа

"Ну кастомер сам дурак если тут на эту кнопку нажал"

"А вот нафига столько данных грузить было"

"Ща ща погодите - вот щас начнет нормуль работать"

"Блин у нас такое не воспроизводилось - у вас что то не так"

"Ой взяли продукт а он сволочь все по гц кладет - мы не виноваты"

Ну и все в таком духе.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749145
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
чё то вас товарищи куда-то не туда понесло

Реально чуваков, которые в программировании шарят оч мало и на сях, и на плюсах, и на яве, а вот "знатоков фреймвоков" полно.

т.е. уровень основной массы "программистов" - это "там прикрутить" и начинается соревнование как правильно писать имена.
Однако прикрутиться желающих полно, за дверью стоит очередь, но общий уровень падает и звёзд всё меньше.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749146
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)чё то вас товарищи куда-то не туда понесло

Реально чуваков, которые в программировании шарят оч мало и на сях, и на плюсах, и на яве, а вот "знатоков фреймвоков" полно.

т.е. уровень основной массы "программистов" - это "там прикрутить" и начинается соревнование как правильно писать имена.
Однако прикрутиться желающих полно, за дверью стоит очередь, но общий уровень падает и звёзд всё меньше.

Ну вот знаток фреймворков и поднял тему

Ему ж не вдомек что такое хороший софт

Пришел хибер со спрингом через эксемельки скрестил, дай бог юнит тестики прогнал и на стенде на простых кейсах погонял

На ревью вынес мозг именами переменных и прочей батвой - и вуаля я крутой программист.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749147
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenУ меня 64-битное приложение

Которое в 32 бита не собирается... почему? У не потому ли, что это "сложно"?..
зря иронизируешь, под 64-битную систему легче писать
и перевести с 32 бит на 64 гораздо легче, чем наоборот
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749150
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)зря иронизируешь, под 64-битную систему легче писать
и перевести с 32 бит на 64 гораздо легче, чем наоборот

Ну, я, как бы, в курсе граблей в обе стороны, но Семён-то задвигал, что сложностей при
изучении С++ в принципе не существует.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749153
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovkealon(Ruslan)зря иронизируешь, под 64-битную систему легче писать
и перевести с 32 бит на 64 гораздо легче, чем наоборот

Ну, я, как бы, в курсе граблей в обе стороны, но Семён-то задвигал, что сложностей при
изучении С++ в принципе не существует.
ну у каждого своя правда, какие сложности с изучением, в инете щас всё можно найти
но "найти" по сравнению со "вспомнить" несколько более затратная операция
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749156
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenА Смейк для идиотов придумали ?

Для "экспертов", которые "пиарят его на конференциях". Хотя... наверное, ты прав, да.

А если серьёзно, то CMаke был предназначен для решения проблемы с зоопарком
малосовместимых платформ и компиляторов, имевшей место быть в начале века. Он был
конкурентом для autotools, которые не поддерживали Windows вообще и MSVC в частности. К
счастью, с тех пор зоопарк рассосался, платформы стабилизировались и стандартизировались.
Но cleanup старых проектов делать почти всем лень, вот он и живёт ещё в этой нише по инерции.
а чем правильно компилировать?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749157
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудуха чем правильно компилировать?

Э-э-э... Компилятором?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749159
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovkealon(Ruslan)зря иронизируешь, под 64-битную систему легче писать
и перевести с 32 бит на 64 гораздо легче, чем наоборот

Ну, я, как бы, в курсе граблей в обе стороны, но Семён-то задвигал, что сложностей при
изучении С++ в принципе не существует.


Ага а Дмитрий Сибиряков задвигал что знание Джавы не позволит изучить С++

Я работаю с людьми сейчас которые эксперты в обоих языках и прекрасно пишут на обоих языках
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749161
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovполудуха чем правильно компилировать?

Э-э-э... Компилятором?..
а cmake не компилятор?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749162
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухDimitry Sibiryakovпропущено...

Э-э-э... Компилятором?..
а cmake не компилятор?

Нет это просто генератор Мейк Файла
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749175
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenа Дмитрий Сибиряков задвигал что знание Джавы не позволит изучить С++

А не звучало ли это как "Ява был сделан для людей, которые не осилили работу с указателями
и управление памятью в Си"?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749200
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я не пойму. В первом посту автор просил привести примеры hi-load систем на свх.

А участники занялись любимым делом. А именно - ругать другие языки и системы.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749201
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenполудухпропущено...

а cmake не компилятор?

Нет это просто генератор Мейк Файла
тьфу блин я прочитал clang почему-то
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749220
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВ первом посту автор просил привести примеры hi-load систем на свх.
Нет, в теме предложил. А в посте уточнил:
1. Сайты на java держат миллионы посещений.
2. Попросил не приводить в пример давно появившиеся проекты (с 80-х включительно).
3. Неявно предложил похоливарить между С и java. Адекватное сравнение не получиться, можно делать сайт на php а все ресурсоёмкие места переписывать на С. Формально сайт на php, но убери php'ышный код -- перепишут за две недели. Убери код на C и через год сайт обязательно запустят.
Люди и холиварят.
оффтопик
Я работаю бухгалтерской программой написанной на java. При работе с ЭП она работает с крипто про (только под винду). Пик у неё в секунду 2-3 действия, действие запись и чтение БД, а также простые арифметические расчёты перед этим.
Не буду давать "рекламу", но программа сбоит постоянно. Зависания несколько раз в неделю, тормоза на пустом месте, то и дело сбои в логике обработки денежных документов. Недостатки веб интерфейса говорят, что дай бог обычные косяки исправить.
Разве java плохой язык? Нет.
Разве мало языков, на которых можно написать учётный софт? Нет.
Вопрос, кто нибудь может поспорить на свою месячную зарплату, что данный софт можно написать на C++ или php и он будет полноценно работающим?
Вот по моему мнению есть программисты, которым нравиться программировать. Они лишний раз на форуме не напишут, они лучше напишут 10 строчек кода. А есть продажа своего времени работодателю. Там и менеджеры, и архитекторы, и кодеры. Вот они напишут программу одинаково плохо в любом языке, но на java или php они хотя бы покажут результат заказчику, а на C они умрут скорее, чем запустят софт.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749223
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenПроблема явы в написании приложений с большим количеством если

А если памяти не хватает
А если нагрузку увеличили
А если это закончилось
А если тут отвалились


С++ позволяет максимально грамотно писать конечные автоматы для обработки и адекватной реакции на все эти сбои

А приложение на Яве это сплошной табор отмазок типа
....
никаких если

сегодня на телефоне - все время пользовался "гугл пробки" - по городу работало, ни сильно шустро, но тем не менее

запустил в другой город трассу - и пц, память кончилась, только не "пробки" вылетели, а служба жпс - именно ей памяти не хватило - и манда пришла всей системе
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749224
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
т.е это гно не тянет не просто "сильнонагруженную", а однопользовательскую.

наверное программеры кривые, в гугле =)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749226
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ява была придумана не глупыми чуваками из Sun, но досталась бестолковым индусам из Oracle, которые не знают, как скорее прикопать эту ползучую гадину. Эпл - в отказе, Гугль - тоже, про других мелко-мягких и говорить смешно.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749260
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудух, что именно тебя смущает? Что высоконагруженноый движок соцсети компилируется в машинные коды для выполнения процессором из C++ исходников, сконвертированных в функциональный аналог PHP кода, вместо того, чтобы использовать управляемый код PHP?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749265
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухDimitry Sibiryakovпропущено...

Э-э-э... Компилятором?..
а cmake не компилятор?Нет. CMake, это сборщик, запускающий компилятор с ключиками согласно правилам сборки, прописанным в его файлике, равно как make, qmake и т.п. Некоторые вообще не заморачиваются изучением языка инструмента сборки, а фигачат все правила сборки в скрипте на bash.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749326
ART-CODE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Завидую, по-хорошему, всем обсуждающим тему.
Вы еще живете в мире, где имеют значение технические аргументы.
О памяти, об ошибках, и производительности.
Вот, только, кому это кроме нас может быть интересно и нужно?

Бизнесу все это фиолетово, если не сказать враждебно.
"Они требут ТЗ - они не хотят работать". "Они тратят время на тестирование, вместо того, чтобы установить бой".
Вот одни из немногих реальных фраз из реальных проектов.
От масштабов тех проектов, и от уровня их ведения становится страшно.
Ведь, это топовые организации страны. Не лавочка с беляшами у метро.
А потом еще по телевизору будут спрашивать - "кто просверлил дырку в коде" (по аналогии с космической станцией).
Да кто, кто. Все.
Закономерный результат того, что могут сделать люди, не умеющие программировать,
не умеющие управлять процессом разработки, не имеющие понятия об архитектуре, и отраслевых стандартах.
Но выдающие хоть как-то работающий функционал в максимально короткий строк,
собранный из кусков кода в интернете. Разумеется, не вникая в него.
Удовлетворил бизнес бысто - значит, молодец.
А то, что это работает через Ж , так это проблема тех, кто будет здесь потом, после того, как
ГЕРОЙ ДНЯ уже перейдет на новое место с повышением, как отлично справившийся с решением задач бизнеса.

IT все больше скатывается просто в инструмент в руках мошенников.
Все эти лотереи и букмекерские конторы, или
интернет-продажи, основанные на манипулировании психикой людей,
или бесконечные лохотроны с криптовалютами.
Или банковские продукты с неожиданными комиссиями.
Или воровство персональных данных и пользовательской активности
облачными сервисами, куда всех пытается загнать каждое приложение.
Или реализация софта для выполнения совершенно дебильных или антиконституционных законов
(типа пакета Яровой).

Где же теперь ниша для честного разработчика,
который не желает участвовать в автоматизации обмана и обворовывания людей?
Думаю, что ответ - пилить драйвера для устройств и всякое низкоуровневое.
Впрочем, это, видимо, уже не в РФ, поскольку здесь это мало кому нужно.
А из тех кому нужно - мало с кем стоит сотрудничать.

Вот и приходим к С/С++.
Кстати, тот же ngnix на нем. Он достаточно высоконагруженый?
А драйвер сетевой карты сервера - он высоко нагружен? Он на Java пишется?

Лично мое мнение. Оставим Жабу жуликам от IT.
Может быть, там и больше платят, да не настолько, чтобы душу продавать. :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749390
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ART-CODEЛично мое мнение. Оставим Жабу жуликам от IT.
Может быть, там и больше платят, да не настолько, чтобы душу продавать. :)


Я тут покрутился немного в С++ мире

Криптовалютные вакухи - каждая вторая

Говнософт с текущей память и тормозами - да пожалуйста

Студенческие конторы - милости просим.

В итоге правильное IT - это какой то микромир С/С++/Assembler - то есть жалкий процент от того же С++.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749407
a.guest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. Sidorovsemen.s.semenУх как у вас фул гц приложение убивать начнет если слов дофигища
Сборщик мусора, который смог
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
Шиза: жирная JVM
  -Xmx4T -Xms4T, 1T живых данных
Shenandoah:
  Pause Init Mark                               28.901ms
  Concurrent marking    1942G -> 2021G(4194G) 3844.822ms
  Pause Final Mark      2069G ->  639G(4194G)  136.814ms
  Concurrent evacuation 1639G -> 1837G(4194G) 6961.820ms
  Concurrent reset bitmaps                     973.670ms
G - гигабайты, T - терабайты, паузы прямо так и помечены словом Pause.
Остальное делается параллельно с остальным.

P.S.
Шенандоа - не единственный сборщик мусора с низкими задержками.А можно узнать, насколько проседает производительность при таком сборщике мусора? Понятно, что если несколько тредов изменяют общий ресурс, бесплатно это не даётся.
Либо пауза и GC может свободно манипулировать указателями, либо без паузы и тогда всё, видимо, обмазано барьерами памяти (LOCK CMPXCHG и т.п.).
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749411
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
a.guestА можно узнать, насколько проседает производительность при таком сборщике мусора? Понятно, что если несколько тредов изменяют общий ресурс, бесплатно это не даётся.
Либо пауза и GC может свободно манипулировать указателями, либо без паузы и тогда всё, видимо, обмазано барьерами памяти (LOCK CMPXCHG и т.п.).

Это никого не волнует

Леша Шипилев создал хайп - значит круто
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749471
chebaaagh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
a.guestА можно узнать, насколько проседает производительность при таком сборщике мусора? Понятно, что если несколько тредов изменяют общий ресурс, бесплатно это не даётся.
Либо пауза и GC может свободно манипулировать указателями, либо без паузы и тогда всё, видимо, обмазано барьерами памяти (LOCK CMPXCHG и т.п.).

Процентов 10-20, результаты в конце:

https://shipilev.net/talks/jpoint-April2017-shenandoah.pdf
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749508
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devполудух, что именно тебя смущает? Что высоконагруженноый движок соцсети компилируется в машинные коды для выполнения процессором из C++ исходников, сконвертированных в функциональный аналог PHP кода, вместо того, чтобы использовать управляемый код PHP?
то что там получится недоPHP и недоC++
например, как они асинхронную многопоточность исполнят на пхп и запихнут потом в C++ ?
у пхп вообще нет таких фич, как в C++
а как они обработку ошибок туда запихнут? Они в вебе разные у них. Исключениями забросают? Моветон. Ошибок быть не должно в вебе вовсе. Точка.

Я ничего не имею против качественного сайта на C++ - это лучший вариант на планете,
но это нужен фреймворк и умельцы
а умеют не все
точнее не только лишь все
мало кто может это сделать (с)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749511
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenART-CODEЛично мое мнение. Оставим Жабу жуликам от IT.
Может быть, там и больше платят, да не настолько, чтобы душу продавать. :)


Я тут покрутился немного в С++ мире

Криптовалютные вакухи - каждая вторая

Говнософт с текущей память и тормозами - да пожалуйста

Студенческие конторы - милости просим.

В итоге правильное IT - это какой то микромир С/С++/Assembler - то есть жалкий процент от того же С++.
C++ это:
игры
наука (физика/химия/биология/погода/итд)
финансы (биржевые боты)
инструменты для IT, типа баз данных
visual studio
- очень много софта под вин
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749513
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухЯ ничего не имею против качественного сайта на C++ - это лучший вариант на планетепо каким критериям?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749516
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
a.guestЛибо пауза и GC может свободно манипулировать указателями, либо без паузы и тогда всё, видимо, обмазано барьерами памяти (LOCK CMPXCHG и т.п.).К слову сказать, такие инструкции, как инструкция XCHG или LOCK CMPXCHG не являются барьерными - они атомарные. Барьерами отложенных обращений к памяти являются такие инструкции как SFENCE, LFENCE и MFENCE, а барьерами переупорядочения инструкций являются такие инструкции как RDTSCP или CPUID. Пауза может быть использована, например, для lazy spin wait и абсолютно не гарантирует когерентность кэша процессора.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749517
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИзопропилполудухЯ ничего не имею против качественного сайта на C++ - это лучший вариант на планетепо каким критериям?
highload
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749520
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxФормально сайт на php, но убери php'ышный код -- перепишут за две недели. Убери код на C и
через год сайт обязательно запустят.

Не совсем понимаю значение слова "запустят" в данном контексте, но реально хотел бы
посмотреть как будет работать PHP сайт, если из него убрать Apache/NGIX и интерпретатор
PHP, написанные на Си.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749523
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухvisual studio
давным давно (начиная с 2010) на c#(WPF) )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749525
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухrdb_devполудух, что именно тебя смущает? Что высоконагруженноый движок соцсети компилируется в машинные коды для выполнения процессором из C++ исходников, сконвертированных в функциональный аналог PHP кода, вместо того, чтобы использовать управляемый код PHP?
то что там получится недоPHP и недоC++
например, как они асинхронную многопоточность исполнят на пхп и запихнут потом в C++ ?
у пхп вообще нет таких фич, как в C++
а как они обработку ошибок туда запихнут? Они в вебе разные у них. Исключениями забросают? Моветон. Ошибок быть не должно в вебе вовсе. Точка.Это лишь пространные рассуждения, так как мы не знаем, какими свойствами обладает конвертер PHP_to_CPP, который пилят сами разработчики "Вконтакте", на сколько эффективным является получаемый код и какие решения применяются для обработки исключений, поэтому рассуждать об этом нет никакого смысла. Могу лишь с абсолютной уверенностью утверждать, что всё, что реализуемо на PHP, может быть не менее эффективно реализовано на C++.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749560
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenРазных чтобы слова стали ключами в хешмапе а количества значениями
У хэшмапы есть правильный конструктор, если что, а потому есть возможность исключить GC для сбора "ошибок роста". Далее количество надо хранить не в Integer, а в любом объекте с полем типа int. Всё, GC теперь просто нервно курит в сторонке (потому что его не зовут).
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749562
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenРазных чтобы слова стали ключами в хешмапе а количества значениями
У хэшмапы есть правильный конструктор, если что, а потому есть возможность исключить GC для сбора "ошибок роста". Далее количество надо хранить не в Integer, а в любом объекте с полем типа int. Всё, GC теперь просто нервно курит в сторонке (потому что его не зовут).

Этот конструктор применим если ты заранее знаешь число слов

А если не знаешь ?

---Далее количество надо хранить не в Integer, а в любом объекте с полем типа int

Гениально
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749569
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devМогу лишь с абсолютной уверенностью утверждать, что всё, что реализуемо на PHP, может быть не менее эффективно реализовано на C++
со сроками реализации могут быть проблемы
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749575
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsx3. Неявно предложил похоливарить между С и java.
Небольшой challenge сообществу не повредит, а то-ж забронзовели :)

azsxАдекватное сравнение не получит ь ся, можно делать сайт на php а все ресурсоёмкие места переписывать на С. Формально сайт на php, но убери php'ышный код -- перепишут за две недели. Убери код на C и через год сайт обязательно запустят.
Получится (без ь ). Вопрос в критериях. И такой простой критерий был предложен - показать много примеров высоконагруженных систем. Пока я вижу, что примеров на Java много больше. Ну а драйвера да сетевые платы (ну и браузеры), они конечно интересные штуковины, только вот общая тенденция в мире такая - сложность систем растёт. И именно в сложных системах возникает серьёзная нагрузка. Просто потому, что к сложным системам обращаются миллионы пользователей. А к сетевой плате обращается обычно один юзер. И к браузеру тоже. Но суть не в обращениях, а в сложности. И со сложностью бороться можно только на высоком уровне, только архитектурно (или по другому - реализуя сложные иерархические алгоритмы). Так вот в плане реализации сложного сишный подход умирает в разы быстрее, чем подход высокоуровневых языков. Просто потому, что си добавляет свою, абсолютно ненужную для задачи сложность. В ответ заявят, мол зато гибкость! На что ответ простой - ну не нужна эта ваша гибкость в сложных алгоритмах, потому что это гибкость перехода на низкий уровень, а сложный алгоритм есть сама суть именно высокого уровня.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749578
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenА если не знаешь ?
Тогда есть секретный приём - включаем мозг. Но приём именно секретный, поэтому мало кто о нём знает.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749581
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenА если не знаешь ?
Тогда есть секретный приём - включаем мозг. Но приём именно секретный, поэтому мало кто о нём знает.

Ну то есть решения кроме троллинга ты не знаешь :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749585
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555И такой простой критерий был предложен - показать много примеров высоконагруженных систем

Да, да, вот только ни определение "системы", ни определение "высоконагруженной" не было
согласовано, что и дало тебе возможность отметать любой пример с помощью простого "это не
высоконагруженная система". То есть тупой троллинг налицо.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749588
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ART-CODEВы еще живете в мире, где имеют значение технические аргументы.
О памяти, об ошибках, и производительности.
Вот, только, кому это кроме нас может быть интересно и нужно?
Это нужно всем. Но многие об этом не знают. Незнание не равно ненужность.
ART-CODEБизнесу все это фиолетово, если не сказать враждебно.
Надо к ним правильный подход иметь. Есть одно волшебное слово, которое открывает их уши. Скажу вам его по секрету - бабло. Как только вы им обещаете это слово, они сразу напрягаются и начинают очень внимательно слушать. Правда есть ещё ряд магических заклинаний, которые должны усилить эффект волшебного слова, ну да это уже высший пилотаж, пока в рамках темы он нам неинтересен.
ART-CODEВедь, это топовые организации страны. Не лавочка с беляшами у метро.
Это уже о природе общества. Если начнёте изучать - поймёте. А пока, опять же, оставаясь в рамках темы, достаточно сказать, что и здесь применимы магические заклинания, но уже от более сильной магии.
ART-CODEЗакономерный результат того, что могут сделать люди, не умеющие программировать, не умеющие управлять процессом разработки, не имеющие понятия об архитектуре, и отраслевых стандартах.
Закономерность здесь поверхностная.
ART-CODEIT все больше скатывается просто в инструмент в руках мошенников.
Опять же неправильно. Здесь всё снова упирается в проблемы общества. Пока корень не устранить, ничего вам не поможет.
ART-CODEГде же теперь ниша для честного разработчика, который не желает участвовать в автоматизации обмана и обворовывания людей?
Это ниша просто честного человека, который желает излечить общество. Но пока вы думаете в терминах "разработчик" - вы нечестный человек. Вы нечестны сами с собой.
ART-CODEДумаю, что ответ - пилить драйвера для устройств и всякое низкоуровневое.
Создатели боевых роботов, которые потом вас же и расстреляют, будут рады вашей поддержке.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749591
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Создатели боевых роботов, которые потом вас же и расстреляют, будут рады вашей поддержке.

А как же Джон Коннор и Сара Коннор ?

Они нас всех СПАСУТ
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749592
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovДа, да, вот только ни определение "системы", ни определение "высоконагруженной" не было согласовано, что и дало тебе возможность отметать любой пример с помощью простого "это не высоконагруженная система". То есть тупой троллинг налицо.

Ну ты-то конечно же уже предложил определение и способ согласования? Или тоже только лишь по детски троллишь?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749593
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenОни нас всех СПАСУТ
Семён, ты опять выключил мозг? Почему это у тебя так часто бывает?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749595
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenОни нас всех СПАСУТ
Семён, ты опять выключил мозг? Почему это у тебя так часто бывает?

Откуда ты вообще знаешь что такое мозг ?

Как можно говорить о том чего нет ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749596
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devМогу лишь с абсолютной уверенностью утверждать, что всё, что реализуемо на PHP, может быть не менее эффективно реализовано на C++.
есессно может
я говорю о другом, - что в PHP нет и половины того, что можно было бы на C++ сделать эффективно

Изопропилrdb_devМогу лишь с абсолютной уверенностью утверждать, что всё, что реализуемо на PHP, может быть не менее эффективно реализовано на C++
со сроками реализации могут быть проблемы
и обязательно будут (правда в 2018 уже не такие большие, как в 98)
поэтому он нужен для элитных раскрученных проектов
в случае с ВК разработка уже не имеет значения, там именно эффективность важнее
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749597
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenalex55555пропущено...

Семён, ты опять выключил мозг? Почему это у тебя так часто бывает?

Откуда ты вообще знаешь что такое мозг ?

Как можно говорить о том чего нет ?
когда его уже забанят то (alex55555)
сколько можно этот бред терпеть
давайте коллективную жалобу организуем
каждый модеру кинул "забаньте пожалуйста" и всё
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749598
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Ну ты-то конечно же уже предложил определение и способ согласования?

Если хочешь, ок:
1. Система - совокупность компонент, выполняющая некоторую задачу.
2. Высоконагруженная - полностью потребляющая ресурсы сервера.

А теперь, внимание, вопрос: приведи пример высоконагруженной системы, написанной на Яве.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749615
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропилrdb_devМогу лишь с абсолютной уверенностью утверждать, что всё, что реализуемо на PHP, может быть не менее эффективно реализовано на C++
со сроками реализации могут быть проблемыЭто уже реализовано и работает. Сейчас вылизывают оптимизацию.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749616
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovА теперь, внимание, вопрос: приведи пример высоконагруженной системы, написанной на Яве.


Я писал такую систему

Правда все время ее написания я сожалел что пишу на Яве а не С++ )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749620
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDimitry SibiryakovА теперь, внимание, вопрос: приведи пример высоконагруженной системы, написанной на Яве.


Я писал такую систему

Правда все время ее написания я сожалел что пишу на Яве а не С++ )Видал я как-то AION сервер, писаный на Java, так он при 500+ пользователях в лайт реализации - без серверных аватаров персонажей и античитов, контроля геодаты, контроля откатов скилов и т.д. еле ползал даже на хорошем, по тем временам, железе.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749688
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semena.guestА можно узнать, насколько проседает производительность при таком сборщике мусора?Это никого не волнуетЭто изложено в презентации, которая гуглится по заголовку спойлера.
Кроме презентации - есть ролик с докладом.

P.S.
Навык поиска информации по ключевым словам совсем утрачен?
Все силы ушли на создание высококачественного ПО?

P.S.
Shenandoah - не первый и не единственный сборщик мусора с низкими задержками.
Кроме коммерческих C4 (Azul Zing) и JRockit (Bea/Oracle) - есть ZGC (включен как экспериментальный в OpenJDK12).
Возможно, есть/были и ещё какие-то.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749691
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devЭто уже реализовано и работает. Сейчас вылизывают оптимизацию.
Мембер Грексхайд грозился порвать всех, даже с форума свалил на несколько лет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749693
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov2. Высоконагруженная - полностью потребляющая ресурсы сервера.Можно пример C/C++ системы, где:
1. Процессор постоянно "лежит на полке";
2. Это считается нормальным;
3. Это не "числодробилка" (система, занятая чисто расчётными задачами).
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749694
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЭто изложено в презентации, которая гуглится по заголовку спойлера.


Это был сарказм
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749695
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovShenandoah - не первый и не единственный сборщик мусора с низкими задержками.
Кроме коммерческих C4 (Azul Zing) и JRockit (Bea/Oracle) - есть ZGC (включен как экспериментальный в OpenJDK12).
Возможно, есть/были и ещё какие-то.

Сборщики мусора никогда не будут давать такой же уровень производительности как старый добрый С/С++ с ручным управлением памятью

Так что можете не рекламировать и не стараться.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749700
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЭто был сарказм... который вы тоже не умеете.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749701
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenЭто был сарказм... который вы тоже не умеете.

Ну так что - есть по делу что сказать по поводу моей задачки ?

Или только презенташки Шипилеши и троллинг в активе ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749705
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovМожно пример C/C++ системы, где:
1. Процессор постоянно "лежит на полке";
2. Это считается нормальным;

Процессор - не единственный ресурс сервера, доступный к потреблению. Например, система 1С,
состоящая из сервера приложений и СУБД (обе две компоненты на С/С++) при повышении числа
пользователей на что-нибудь да ляжет. Если не процессор, так диск, не диск, так сеть.

А теперь давайте вернёмся к системе, где все компоненты написаны на Яве, начиная от приёма
траффика от рабочих станций и заканчивая хранилищем данных. Есть такая?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749706
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenСборщики мусора никогда не будут давать такой же уровень производительности как старый добрый С/С++ с ручным управлением памятью История Мела, Hастоящего Программиста .
Проблема в том, что программа не умнее своего создателя и на одного потенциального "Настоящего Программиста" существуют тысячи, которые могут создать неэффективную программу на любом языке.Так что можете не рекламировать и не стараться.Я ничего не рекламирую - просто сообщаю информацию, которую вы даже не потрудились поискать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749708
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenСборщики мусора никогда не будут давать такой же уровень производительности как старый добрый С/С++ с ручным управлением памятью История Мела, Hастоящего Программиста .
Проблема в том, что программа не умнее своего создателя и на одного потенциального "Настоящего Программиста" существуют тысячи, которые могут создать неэффективную программу на любом языке.Так что можете не рекламировать и не стараться.Я ничего не рекламирую - просто сообщаю информацию, которую вы даже не потрудились поискать.

Зачем мне что то искать

Я привел пример задачи которая на Java стандартыми средствами решить нельзя

И никакой ГЦ Вас не спасет от переполнения памяти
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749713
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov...
Shenandoah - не первый и не единственный сборщик мусора с низкими задержками.
Кроме коммерческих C4 (Azul Zing) и JRockit (Bea/Oracle) - есть ZGC (включен как экспериментальный в OpenJDK12).
Возможно, есть/были и ещё какие-то.

Разве не лучше, когда время жизни объектов контролируется разработчиком? Ничего в этом сложно нет, все давным-давно делают это на автомате. Ну, кроме совсем начинающих, но это быстро лечится (возможно, не со 100% вероятностью выздоровления). И вспомогательных средств для этого в современном С++ есть (смартпоинтеры). Неужели лучше получать задержки в непредсказуемые моменты времени?
И RAII тебе здесь же, "из коробки".
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749717
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эра,

сборка мусора - не единственная функция GC, есть ещё дефрагментация
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749720
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраBasil A. Sidorov...
Shenandoah - не первый и не единственный сборщик мусора с низкими задержками.
Кроме коммерческих C4 (Azul Zing) и JRockit (Bea/Oracle) - есть ZGC (включен как экспериментальный в OpenJDK12).
Возможно, есть/были и ещё какие-то.

Разве не лучше, когда время жизни объектов контролируется разработчиком? Ничего в этом сложно нет, все давным-давно делают это на автомате. Ну, кроме совсем начинающих, но это быстро лечится (возможно, не со 100% вероятностью выздоровления). И вспомогательных средств для этого в современном С++ есть (смартпоинтеры). Неужели лучше получать задержки в непредсказуемые моменты времени?
И RAII тебе здесь же, "из коробки".

Конечно лучше )))

Он же кодит себе бездумно и мозг не напрягает.

К тому же умные С++ ники типа Шипилева освоили поляну и как боги задвигают джавистам байду из мира серьезной разработки 60-х годов - так как будто это супер ноу хау.

Наверняка все идеи того же Шенандо лет 30 назад были придуманы - и эти перцы в 100-й раз пилят это - однако на этот раз все сделано на хайпе и джаберы это будут уважать и юзать

Вот если б какой нить тихий прогер написал такой сборщик мусора на своей домашней JVM - никто б внимания не обратил.

А тут тебе и хайп и конференции и графики и столько важности.

Один Disruptor от LMax чего стоит

Любой серьезные плюсист в курсе что такое кольцевой буфер.

Джавистам же эту батву предодносят как мега изобретения Мартина Томпсона и его команды.

И так во всем.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749721
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИзопропилФэйтл Эра,

сборка мусора - не единственная функция GC, есть ещё дефрагментация

Наверное поэтому крутые джависты продолжают трахать с аллокаторами и стараются использовать jemalloc
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749726
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovА теперь давайте вернёмся к системе, где все компоненты написаны на Яве, начиная от приёма
траффика от рабочих станций и заканчивая хранилищем данных. Есть такая?Личного опыта работы с такой системой у меня нет, но сама постановка вопроса - несколько смущает.
И "диск" и "сеть" предоставляются операционной системой.
Эффективность вызова системных вызовов, уж простите за тавтологию, крайне слабо зависит от среды исполнения.

P.S.
Я долго работал на сопровождении системы, где из "це с крестами и без" была только СУБД.
При некоторых, вполне разумных усилиях, разработчики могли бы заменить и "эту СУБД", на "ява-пюре".
Опыт мой, конечно, вполне ограниченный, но я в упор не понимаю, каким образом язык программирования смог бы решить проблемы системы.
Причём - любые проблемы. От технических до организационных.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749731
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИзопропилФэйтл Эра,

сборка мусора - не единственная функция GC, есть ещё дефрагментация

Проблема разработчика, решается разными методами в каждом конкретном случае: выделений пула памяти для множества объектов, использование отдельного своего/чужого менеджера памяти, умеющего выполнять дефрагментацию и т.д.
В любом случае, контроль за ситуацией остается в руках разработчика.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749733
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраРазве не лучше, когда время жизни объектов контролируется разработчиком?Даже если лично вы хорошо делаете какую-то работу, возможность вообще не делать никакой работы самому - ещё лучше.

Да, в каком-то проценте случаев вы лучше сделаете ручками то, что делает автомат делает хуже.
Да, ещё в каком-то проценте случаев вы хоть как-то сделаете то, что автомат не сделает вообще никак.

Проблема: время от времени вы пускаете поезда под откос, когда война уже давно закончилась.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749734
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эравыделений пула памяти для множества объектов

Берегитесь, Дмитрий Сибиряков Вас сейчас побьет )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749737
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНаверняка все идеи того же Шенандо лет 30 назад были придуманыДавайте вы, всё-таки, предметно объясните какие именно идеи были придуманы лет тридцать лет.
Вот конкретно на примере Шенандоа.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749739
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov...
Проблема: время от времени вы пускаете поезда под откос, когда война уже давно закончилась.
По поводу RAII скажите - это "война", или как?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749740
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenНаверняка все идеи того же Шенандо лет 30 назад были придуманыДавайте вы, всё-таки, предметно объясните какие именно идеи были придуманы лет тридцать лет.
Вот конкретно на примере Шенандоа.

Прошу прощения за своемыслие - это было безосновательное предположение

Если прогнал - каюсь.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749758
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраПо поводу RAII скажите - это "война", или как?Проблема не в методологии, а в способе реализации.
В результате, насколько я знаю, комитету по стандартизации C++ пришлось выполнить несколько "подходов к снаряду", чтобы получить работающие умные указатели, move-семантику и прочие сложности.

В Java объект владеет только одним ресурсом - памятью в куче. И с этим ресурсом управляется сборщик мусора.
Всем остальным должен управлять программист.

Если в плюсах использование исключений обходится от "дорого" до "безумно дорого", то исключения в Java - достаточно дёшевы, чтобы использовать try-with-resource, не теряя эффективности.
Отсутствие деструкторов, при этом, позволяет спокойно передавать объекты между разными областями видимости не ломая голову над тем, что не сразу получилось у целого комитета.

Заметьте, что у обоих вариантов - разные ключевые характеристики.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749765
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovФэйтл ЭраПо поводу RAII скажите - это "война", или как?Проблема не в методологии, а в способе реализации.
В результате, насколько я знаю, комитету по стандартизации C++ пришлось выполнить несколько "подходов к снаряду", чтобы получить работающие умные указатели, move-семантику и прочие сложности.

В Java объект владеет только одним ресурсом - памятью в куче. И с этим ресурсом управляется сборщик мусора.
Всем остальным должен управлять программист.

Если в плюсах использование исключений обходится от "дорого" до "безумно дорого", то исключения в Java - достаточно дёшевы, чтобы использовать try-with-resource, не теряя эффективности.
Отсутствие деструкторов, при этом, позволяет спокойно передавать объекты между разными областями видимости не ломая голову над тем, что не сразу получилось у целого комитета.

Заметьте, что у обоих вариантов - разные ключевые характеристики.

А Вы в курсе как дорого обходится реализация finalize для объектов в Java ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749770
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЛичного опыта работы с такой системой у меня нет, но сама постановка вопроса - несколько
смущает.
И "диск" и "сеть" предоставляются операционной системой.

Не совсем так. Система предоставляет API для доступа к ним, а дальше уже всё на
программисте. Поэтому в типичной "системе" в понятиях топикстартера, для хранения данных
используется СУБД, а для работы с сетью какой-нибудь listener типа Апача.

То есть Ява в таких системах, как я уже сказал, представлена тонкой прослойкой между
Сишными подсистемами. Причём самой проблемной. И выкинуть её из таких систем не получается
только потому, что, как я тоже сказал, множество людей, способных изучить Яву, является
надмножеством людей, способных изучить Си. То есть просто специалистов на рынке найти проще.

Если я не прав - прошу привести пример успешно работающей системы, где на Яве написана
система целиком.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749776
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovBasil A. SidorovЛичного опыта работы с такой системой у меня нет, но сама постановка вопроса - несколько
смущает.
И "диск" и "сеть" предоставляются операционной системой.

Не совсем так. Система предоставляет API для доступа к ним, а дальше уже всё на
программисте. Поэтому в типичной "системе" в понятиях топикстартера, для хранения данных
используется СУБД, а для работы с сетью какой-нибудь listener типа Апача.

То есть Ява в таких системах, как я уже сказал, представлена тонкой прослойкой между
Сишными подсистемами. Причём самой проблемной. И выкинуть её из таких систем не получается
только потому, что, как я тоже сказал, множество людей, способных изучить Яву, является
надмножеством людей, способных изучить Си. То есть просто специалистов на рынке найти проще.

Если я не прав - прошу привести пример успешно работающей системы, где на Яве написана
система целиком.


Apache Flink
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749781
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenА Вы в курсе как дорого обходится реализация finalize для объектов в Java ?А вы в курсе, что finalize много лет помечен как нерекомендуемый именно потому, что для этого механизма никогда не было рабочей реализации?
Я опять повторю банальность, но finalize не только не рекомендован, но и уже выпилен из "модульных" версий Java.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749784
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenА Вы в курсе как дорого обходится реализация finalize для объектов в Java ?А вы в курсе, что finalize много лет помечен как нерекомендуемый именно потому, что для этого механизма никогда не было рабочей реализации?
Я опять повторю банальность, но finalize не только не рекомендован, но и уже выпилен из "модульных" версий Java.

Ну тогда зачем приводите в пример С++ ные исключения ?

Их тоже довольно редко используют в высоконагруженных приложениях и это ничему не мешает

Там есть деструкторы
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749788
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorov...
В Java объект владеет только одним ресурсом - памятью в куче. И с этим ресурсом управляется сборщик мусора.
Всем остальным должен управлять программист.

Если в плюсах использование исключений обходится от "дорого" до "безумно дорого", то исключения в Java - достаточно дёшевы, чтобы использовать try-with-resource, не теряя эффективности.
Отсутствие деструкторов, при этом, позволяет спокойно передавать объекты между разными областями видимости не ломая голову над тем, что не сразу получилось у целого комитета.
...

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

Обалдеть, и тут ява на коне, все божья роса.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749790
a.guest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. Sidorovsemen.s.semenНаверняка все идеи того же Шенандо лет 30 назад были придуманыДавайте вы, всё-таки, предметно объясните какие именно идеи были придуманы лет тридцать лет.
Вот конкретно на примере Шенандоа.Идея совать forwarding pointer в header объектам: LISP 2 Garbage Collector Algorithm, 1967-й год.
http://www.cs.colorado.edu/department/publications/reports/docs/CU-CS-494-90.pdf статья 1990-го года с обсуждением оверхеда на read и write barriers. Это обзорная статья, методы явно стали применяться раньше. Лень копать дальше.

Цитирую Вас
Basil A. SidorovЭто изложено в презентации, которая гуглится по заголовку спойлера.
Кроме презентации - есть ролик с докладом.

Навык поиска информации по ключевым словам совсем утрачен?

В презентации упоминается The GC Handbook. И даже не скрывается, что все "новые" GC-алгоритмы берутся из этой книги.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749792
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenApache Flink

flink.apache.orgApache Flink is a framework and distributed processing engine for stateful
computations over unbounded and bounded data streams.

Что ты этим хотел сказать? Что в Яве есть способы работы с сокетами и диском и кто-то
сумел ими воспользоваться? Прелестно, но Apache Web server делает в общем-то то же самое
гораздо дольше и в гораздо больших масштабах.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749794
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenApache Flink

flink.apache.orgApache Flink is a framework and distributed processing engine for stateful
computations over unbounded and bounded data streams.

Что ты этим хотел сказать? Что в Яве есть способы работы с сокетами и диском и кто-то
сумел ими воспользоваться? Прелестно, но Apache Web server делает в общем-то то же самое
гораздо дольше и в гораздо больших масштабах.


Я ответил на Ваш вопрос:

----Если я не прав - прошу привести пример успешно работающей системы, где на Яве написана
система целиком.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749795
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovПоэтому в типичной "системе" в понятиях топикстартера, для хранения данных
используется СУБД, а для работы с сетью какой-нибудь listener типа Апача.РСУБД: HyperSQL (в " открытом " и " закрытом " вариантах), Apache Derby , как пример.
Веб-серверы или, точнее, сервлет-контейнеры: Apache Tomcat , Jetty , всяческие ЖиБосс/ДикийМух, Резинка и СтеклянныйРыб.

P.S.
Кошерный Apache HTTPD , как впрочем и не менее кошерный NGiNX имеют замечательную модульную архитектуру, но покажите мне веб-сайт, который целиком создан на этих модулях.
Для начала можно сравнить функционал демо-сайтов Apache HTTPD и Apache Tomcat.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749797
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
a.guestИдея совать forwarding pointer ...Вообще-то я просил не вас.
И просил не потому, что Шенандоа содержит какие-то революционные идеи.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749799
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorova.guestИдея совать forwarding pointer ...Вообще-то я просил не вас.
И просил не потому, что Шенандоа содержит какие-то революционные идеи.

Тем не менее я был не так уж и не прав )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749800
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТем не менее я был не так уж и не прав )))"Раз счастье, два счастье. Помилуй бог - надобно и умение".
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749802
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenТем не менее я был не так уж и не прав )))"Раз счастье, два счастье. Помилуй бог - надобно и умение".

Да я просто исходил и простой идеи - все умные люди последний раз работали головой в периоде между 50 и 1999 годами


Сейчас кругом одно копирование и заимствование старого
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749806
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenДа я просто исходил и простой идеи"Никогда и ничего не доводи до абсурда. Ибо человек, желающий трапезовать поздно вечером, рискует трапезовать рано поутру".

P.S.
То, что фундаментальные работы делают не каждый день и даже не каждый год не отменяет необходимости быть в курсе современных событий.
Хотя бы для того, чтобы иметь обоснованное подтверждение собственных воззрений разной степени замшелости.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749807
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenДа я просто исходил и простой идеи"Никогда и ничего не доводи до абсурда. Ибо человек, желающий трапезовать поздно вечером, рискует трапезовать рано поутру".

P.S.
То, что фундаментальные работы делают не каждый день и даже не каждый год не отменяет необходимости быть в курсе современных событий.
Хотя бы для того, чтобы иметь обоснованное подтверждение собственных воззрений разной степени замшелости.

Да бросьте Вы с нотациями

Я же не на интервью у Вас и Вы мне не научный наставник

Я предположил и угадал - делов то
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749808
a.guest
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. SidorovВообще-то я просил не вас.Это публичный форум. Тут никого просить не надо и запретить невозможно. Каждый отвечает на что хочет. Если на такое не согласен — переписывайся через почту 1-на-1 и/или вообще не пиши сюда.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749811
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Короче топик скатился в срач между фанбоями двух разных технологий.
ИМХО спор ни о чём, каждый инструмент под свои задачи. А то, что всё можно сделать одним инструментом -- слишком по-фанбойски.
Нет универсальных во всех смыслах инструментов, ну нет и всё тут.
Тему можно закрывать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749816
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZКороче топик скатился в срач между фанбоями двух разных технологий.
ИМХО спор ни о чём, каждый инструмент под свои задачи. А то, что всё можно сделать одним инструментом -- слишком по-фанбойски.
Нет универсальных во всех смыслах инструментов, ну нет и всё тут.
Тему можно закрывать.

Не путайте срач и интеллегентный обмен мыслями
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749818
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
a.guestи запретить невозможноИменно поэтому я попросил и попросил не вас.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749824
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorova.guestи запретить невозможноИменно поэтому я попросил и попросил не вас.

Попросили меня

Мне было лень копать - я даже извинился

Человек заинтересовался и решил проинформировать форумчан

В чем проблема ? Бесит что ткнули носом и не дали меня забить мордой об стол ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749831
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenБеситБоже упаси.
Просто небольшой вечер отдыха: писАть - не мешки ворочать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749832
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраОбалдеть, и тут ява на коне, все божья роса.Не надо проецировать на меня ваши собственные заблуждения.
Ява (просто) использует другой механизм с другими ключевыми характеристиками.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749847
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати, нагуглилось: https://habr.com/company/kaspersky/blog/272855/
В 2007 году корневые DNS-серверы были атакованы ботнетом из примерно пяти тысяч
компьютеров, что привело к многочасовой недоступности пары серверов и к серьезным
перегрузкам на других (всего их 13). На прошлой неделе стало известно, что 30 ноября и 1
декабря произошли еще две подобные атаки. Впрочем, за 8 лет корневые серверы имен, которые
можно без серьезных натяжек назвать фундаментом интернета, стали гораздо устойчивее. Две
многочасовых атаки не привели к серьезным проблемам в сети (это, впрочем, верно и для
атаки 2007 года), распределенная инфраструктура серверов выдержала трафик примерно в
пять миллионов запросов в секунду (стандартный трафик на корневые серверы составляет сотни
тысяч запросов в секунду)
, но насыщение каналов, через которые подключены серверы,
привело к незначительным задержкам.
DNS сервера явно не на Яве.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749853
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Уже одно то что 90 процентов серьезных ява приложух используют ансейф много говорит о самой ява и ее идеологии

Как ни крути - а назад в си приходится прыгать к указателям и нативу
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749856
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovDNS сервера явно не на Яве.Всяко бывает .
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749857
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУже одно то что 90 процентов серьезных ява приложух используют ансейфЗавязывайте уже пальцем в небо тыкать.

P.S.
UnSafe, к слову, тоже уже выкинули. Насовсем.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749859
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenУже одно то что 90 процентов серьезных ява приложух используют ансейфЗавязывайте уже пальцем в небо тыкать.

P.S.
UnSafe, к слову, тоже уже выкинули. Насовсем.

Каким пальцем в небо - это с ява конфы инфа

Выкинули - но с какими криками и скандалами комунити и вархендел запилили
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749863
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообще тенденции наблюдаются такие

Много кода действительно некритично к нагрузкам и страшным "если" - его пилят на яве

Далее критические куски пилят на С++ и интегрируют по JNI

Еще иногда пилят критические куски целиком на ансейфах или при помощи всяких гц-фрии преаллокейтед подходов

Так примерно и живут )))

Ява нравится простотой кодинга и тем что часто гц действительно достаточно
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749865
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВыкинули - но с какими криками и скандалами комунитиОдин (похожий на вас) талант, который ехидно ухмылялся в духе "кишка у вас тонка такое выкинуть" стал "сообществом"?и вархендел запилилиВыкинули вещь, которая была сделана плохо и делают вещь, которая будет сделана лучше. В чём проблемы-то?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749867
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenВыкинули - но с какими криками и скандалами комунитиОдин (похожий на вас) талант, который ехидно ухмылялся в духе "кишка у вас тонка такое выкинуть" стал "сообществом"?и вархендел запилилиВыкинули вещь, которая была сделана плохо и делают вещь, которая будет сделана лучше. В чём проблемы-то?

Я не кричал "кишка у вас тонка такое выкинуть"
Кричали дядьки которые рулят на западе ява бизнесом

--Выкинули вещь, которая была сделана плохо и делают вещь, которая будет сделана лучше. В чём проблемы-то

Да в том что это возврат в СИ )))

Гц отстой и поэтому юзаем вархендлеры и нативную память а то и вообще в JNI уходим )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749869
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenКричали дядьки которые рулят на западе ява бизнесомКогда кто-то думает, что он рулевой, то иногда это даже бывает правдой.
А так: опыт - сын ошибок трудных .Да в том что это возврат в СИ )))Голову включите уже.
Делают те вещи, которые упростят оптимизации внутри JVM.
Просто для того, чтобы эффективной кодогенерацией занимались профессионалы, а не дилетанты разной степени умелости.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749870
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenКричали дядьки которые рулят на западе ява бизнесомКогда кто-то думает, что он рулевой, то иногда это даже бывает правдой.
А так: опыт - сын ошибок трудных .Да в том что это возврат в СИ )))Голову включите уже.
Делают те вещи, которые упростят оптимизации внутри JVM.
Просто для того, чтобы эффективной кодогенерацией занимались профессионалы, а не дилетанты разной степени умелости.

Ага а до этого ява официально жила без нативной памяти (как бы намекая что это не входит в ее идеологию)

А потом поняли что пора бы легализовать проституцию нативную память и типа убрали ансейф по соображениям правильности ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749872
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenАга а до этого ява официально жила без нативной памятиnio и direct memory это java 1.4 - начало нулевых.
"Это было да-а-вно-о ле-е-ет пятнадцать назад ...".пора бы легализовать проституцию нативную память и типа... в огороде - бузина, а в Киеве - дядька.

P.S.
Я уже упоминал, что в мирное время не надо пускать поезда под откос?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749873
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovdirect memory

Угу которая чистится тем же коллектором )))))

Не было нормальной работы с нативом акромя хаков
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749875
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenУгу которая чистится тем же коллектором ))))) ню-ню .Не было нормальной работы с нативом акромя хаковТанцорам всегда что-то мешает.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749889
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В перерывах между семантическим вебом я выкроил свободную минутку.

Иногда время и эпоха диктуют нам не чем писать. Разработчик Amazon AWS к примеру
при разработке Lamdba-Functions, может использовать арсенал из языков: Python,
Node.JS, Java, Golang. В этот арсенал не входит С++. Наверное нет смысла.
Перформанс будет как всегда в зазоре 15-20%. Это та самая погрешность
когда скорость внедрения решения в продуктив гораздо важнее мегафлопов.
А масштабирование уже сделает сам AWS.

Как там у Google/Azure - я не в курсе. Надо поспрашивать у знающих.
Если кто знает - прошу прояснить в топике.

Вообще скорость внедрения решения - это КМК самый главный критерий
который выставляется к продукту. Все остальное просто не важно.

Допустим даже С++ дает те самые 20% (о котором кстати мы делали бенчмарк)
но поставте себя в позицию бизнес-владельца.

Вам не нужны эти 20%. Вам просто нужен программный продукт который будет
готов "на вчера". Фича должна зайти в продуктив. Скейлинг обеспечит облако.
Решать при этом обще-системные проблемы (разрядность там или соглашения о вызове функций) категорически некогда.
А решение системных проблем (на мой скромный взгляд) это бич который и сегодня
актуален для С++ разработки. Этот сегмент разработки сегодня недостаточно
стремителен чтобы реагировать на подобные вызовы. Он скорее очень сосредоточен
на само-совершенствовании чем на решении актуальных задач. Буддист эдакий.

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

Да существуют предметные области (высокочастотный трейдинг) где действительно нужен С++ и
надо что-то сделать на грани возможного. Но это нишевое ПО и мало кто из
присутствующих может похватсяться что был сопричастен. Так в основном
под Windows кодили да еще и на десктопах. Мдя... Гордый стикер С++ еще не говорит
о реал тайм.

Я кстати поднимал тему QNX/Neutrino в этом форуме когда-то и по имеющимся ответам
сделал вывод что реал-там разработчиков чуть больше чем ноль. По крайней мере
для этого форума.

Возможности рантайма сюда-же. Есть образцы кода с рефлексией которые
принципиально невозможно написать на С++ или надо пилить виртуальную
машину наподобие Lisp. И есть определенные модели структур данных (графы) в которых
трекинг указателя представляет собой настолько сложную задачу что
ее как раз лучше решать через управляемую память. Да и вообще в борьбе
машинных задач против человека машины выигрывают.... да и чорт с ними.
У человека бы освободилось время для творчества или для более интересных
идей и проб. Не на перформансе в конце-то концов строятся открытия.

По поводу JNI. За то время что я в кровавом энтерпрайзе - не было
ни разу необходимости вот именно взять что-то и закодить на JNI.
Если вендор и поставлял что-то специфичное то оно имело
микросервис и сетевой порт для взаимодействия.

По поводу того что где-то у кого-то тормозил Андроид и прочее.
Это вообще не в кассу. У Андроида другая java. Настолько другая
что хайринг и вакансии строго разделяют эти два направления и
нет никакого основания что-то экстраполировать с одной платформы
на другую. Это как божий дар с яичницей...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749892
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenУгу которая чистится тем же коллектором ))))) ню-ню .Не было нормальной работы с нативом акромя хаковТанцорам всегда что-то мешает.


что нюню

Как валидный способ его освободить было до 8-й явы ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749898
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Только прошу вытаскивание   cleaner  рефлексией не вспоминайте
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39749899
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Такие темы хорошо закрывать на девятой странице.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750042
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраТакие темы хорошо закрывать на девятой странице.ну как так то? я только за попкорном сходил, а тут "закрывать" )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750053
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У адептов Явистов экспертов есть одно больное место - это ансейф

Это все равно что между ног боксеру ударить )))

Зря это я конечно )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750065
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovalex55555Ну ты-то конечно же уже предложил определение и способ согласования?

Если хочешь, ок:
1. Система - совокупность компонент, выполняющая некоторую задачу.
2. Высоконагруженная - полностью потребляющая ресурсы сервера.

А теперь, внимание, вопрос: приведи пример высоконагруженной системы, написанной на Яве.

Ты забыл - способ согласования.

Я понимаю, тебе легко пальцы гнуть только если ты ставишь условия. Но про способ всё же ты сам заикнулся.

Так вот, приведённая тобой схема просто не имеет смысла. А потому - очень даже требует согласования.

В чём смысл иметь на 100% загруженную систему? Расскажи плиз. Вот что ты будешь делать, когда после 1000 задач (загружающих на 100%) приедет 1001-ая? Ты начнёшь оправдываться, мол я всё рассчитал, а тут му**ки подогнали лишнего? Но ведь ты сам такой подход ранее слегка порол по заднице, нет?

Потом, что это за хрень, которая есть совокупность, выполняющая некоторую задачу? Например канавокопатель в виде негра тебя устроит? И как связана Java с упомянутым негром? Как ты так легко перескочил с копания канав на Java?

В общем, Дмитрий, ты не обижайся, но любовь к сям довела тебя до нездорового состояния. Потому что ты привык выключать мозг. Действуешь рефлекторно. Как амёба. Видишь красную тряпку и бежишь на неё. А надо не бегать, и не бодаться, но включать мозг. Только рефлексы не дают.

Выше ты привёл попытку определения системы, но все мы отлично видим, что попытка была... ну не будем далее убивать твое чсв, а то-ж даже жалко толкового (когда-то) мужика. Нам главное - понять причину. И причина всё та же - ты отвык. Отвык думать. Думать о главном. Потому что думаешь об указателях и прочей никому давно не нужной лабуде. А главное - это зачем . Зачем тебе указатели? Выжать в 1% случаев 20% производительности? Да нахрен такое надо? Я на Java с низкоуровневой либой (так же написанной на Java) выжму больше, потому что там сразу в машинный код ныряю. И где здесь место для тебя? Сложный алгоритм = Java, оптимизированный = машинный код. А где си? Ну включи наконец мозг, а? Неужели он действительно атрофировался?

Ну и уж до кучи - высоконагруженные системы на Java. Тебе, понятно, лень гуглить, ну ладно, вот одна из первых ссылок - https://jug.ru/talks/meetups/pure-java-highload/ почитай, посмотри, миллионы и прочее присутствуют. И так, за одно, напомню - гугловый AppEngine (масштабируемый облачный сервис) работает на Java. Масштабирование любого известного Java Application сервера - это просто азы для энтерпрайз-разработчика. Куда ни плюнь (как ни гугули), а туча книг и статей про это самое масштабирование на тебя выльется с первых страниц с результатами поискового запроса. И заметь - многие тысячи (а то и миллионы) масштабируемых решений по всему миру сделаны именно на Java. Подчеркну - многие тысячи , как минимум. И где эти многие тысячи на сях? Ну где? Есть один оракл и один ms-sql, ну ещё может mysql. И всё. Три решения. Всего три. Против многих тысяч (как минимум) на Java, включая базы данных (NoSQL). И решения не уровня поставил базу и не паришься, а именно приложения, сложные, масштабируемые. Им не надо 100% всегда, им надо 1% всегда, но до 100% в исключительных случаях. Потому что обычная нагрузка и пики - это две большие разницы. И потому в правильном мире (Java) люди знают, что нужно уметь масштабироваться. А ты в своём мире умеешь только до 100% машины загружать. Но это никому не нужно . Ну кроме очень редких случаев.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750069
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл ЭраРазве не лучше, когда время жизни объектов контролируется разработчиком? Ничего в этом сложно нет, все давным-давно делают это на автомате.
Ну конечно, машина с механикой - самое счастье. Особенно в пробках. Нахрен нам автоматы! Они же тормозят! Ну и что, если даже профессиональные гонщики переходят на автомат? Я-то точно знаю, что автомат - отстой!
Фэйтл ЭраНеужели лучше получать задержки в непредсказуемые моменты времени?
Ну конечно, главное - верить в то, что автомат - отстой! А проектировать не надо, вера нам заменит счастье! Мозги опять же почувствуют радость разжижения, ага.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750070
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Но это никому не нужно . Ну кроме очень редких случаев.

В масштабах человечества и твоя ява никому не нужна

Людям нужен макдональдс и порнуха - это самый востребованный товар
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750073
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВ масштабах человечества и твоя ява никому не нужна

Людям нужен макдональдс и порнуха - это самый востребованный товар
Семён, я знаю, что мозг опять спит, но возьми наконец себя в руки, стряхни пыль с закрытых глаз, посмотри наконец, какую хрень ты здесь пишешь! И подумай - а зачем? Что бы все поняли, что ты идиот? Я надеюсь, что ты не желал выглядеть идиотом, но понимаешь... ты выглядишь именно так.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750079
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНаверное поэтому крутые джависты продолжают трахать с аллокаторами и стараются использовать jemalloc
Семён, ты снова в полуобморочном состоянии. Тебе снова снится страшный сон...
semen.s.semenУже одно то что 90 процентов серьезных ява приложух используют ансейф много говорит о самой ява и ее идеологии

Как ни крути - а назад в си приходится прыгать к указателям и нативу
О да, Семён знает, Семён пожил...
semen.s.semenСборщики мусора никогда не будут давать такой же уровень производительности как старый добрый С/С++ с ручным управлением памятью
Сёма, ну не занимайся онанизмом, а? Я понимаю, что чего-то дома не хватает, но зачем же путать качественные автоматические оптимизаторы с твоими сексуальными фантазиями?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750082
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenВ масштабах человечества и твоя ява никому не нужна

Людям нужен макдональдс и порнуха - это самый востребованный товар
Семён, я знаю, что мозг опять спит, но возьми наконец себя в руки, стряхни пыль с закрытых глаз, посмотри наконец, какую хрень ты здесь пишешь! И подумай - а зачем? Что бы все поняли, что ты идиот? Я надеюсь, что ты не желал выглядеть идиотом, но понимаешь... ты выглядишь именно так.

Ты лучше почитай что пишешь ты

Весь серьезный мировой софт пишется на С++

А ты тут задвигаешь что это никому не нужно

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

Где айти - это распильное недоразумение
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750084
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555путать качественные автоматические оптимизаторы с твоими сексуальными фантазиями?

Мою задачку на яве ты так и не решил

Твой переход в было уровень общение - лишь показывает твою умственную слабость
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750091
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovDNS сервера явно не на Яве.
Dimitry SibiryakovА теперь давайте вернёмся к системе, где все компоненты написаны на Яве, начиная от приёма траффика от рабочих станций и заканчивая хранилищем данных. Есть такая?
100% Java, это довольно модно, поэтому многое из перечисленного уже есть. Но этому многому не хватает рекламы. Ведь почему вот ты пишешь на сях? Да потому что купился на рекламу, мол супер, мол круто, мол иногда даже эффективно. Правда слово "иногда" пропустил, но зато остальное - ну очень заводит! Только стоило миру повернуться чуть по другому, и ты бы сейчас нахваливал Java, понимаешь? Это реклама, да. И на неё многие ведутся. А всё почему?

Ты всё же задай себе вопрос - почему люди ведутся на рекламу.

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

В чём смысл такого разжёвывания? Да в том, что бы показать тебе, неразумному, что мир полон цвета, а ты выбрал лишь чёрнобелый принтер. И да, в каких-то задачах чёрнобелая печать превосходит цветную. Но пойми - люди давно не покупают чёрнобелые принтеры. Потому что они уже знают (в отличии от тебя), что такое цвет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750093
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТвой переход в было уровень общение - лишь показывает твою умственную слабость
Сёма, я тебе показываю в зеркале тебя. И тебе не нравится. А ты не думал, нравишься ли ты другим?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750096
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenТвой переход в было уровень общение - лишь показывает твою умственную слабость
Сёма, я тебе показываю в зеркале тебя. И тебе не нравится. А ты не думал, нравишься ли ты другим?

Нет не показываешь меня

Ты показываешь себя

Зрелище мало приятное
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750101
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЭто твой энтерпрайз нужен на распильных проектах да во всяких банках и бодишопах
Сёма, мой энтерпрайз, это вся экономика. Сёма, ты знаешь, что такое экономика? Это такая хрень, которая утром тебе кофий даёт, днём обед, а вечером ещё и резиновую куклу. И это всё работает на Java. Понимаешь? Или мозг всё ещё спит?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750103
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenЭто твой энтерпрайз нужен на распильных проектах да во всяких банках и бодишопах
Сёма, мой энтерпрайз, это вся экономика. Сёма, ты знаешь, что такое экономика? Это такая хрень, которая утром тебе кофий даёт, днём обед, а вечером ещё и резиновую куклу. И это всё работает на Java. Понимаешь? Или мозг всё ещё спит?

Что работает на джава ?

кофе и обед работают на джаве ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750105
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЗрелище мало приятное
Ну вот, Сёма, наконец-то ты включил в мозгах отдел для самооценки. Хорошее начало. Дальше осталось включить то место, которое всё же умеет думать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750106
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenЗрелище мало приятное
Ну вот, Сёма, наконец-то ты включил в мозгах отдел для самооценки. Хорошее начало. Дальше осталось включить то место, которое всё же умеет думать.

Это не была самооценка )))

Это было про тебя ))

Впрочем чего это я)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750115
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На самом деле весь конфликт между явой и плюсами имеет под собой один глобальный вопрос

Должен ли разработчик быть умным или это должна быть макака которая на конференциях слушает лекции БОГОВ открыв рот и всерьез верит в том что автоматический сборщик мусора - это качественный софт ?

Парадигма джависта: ты идиот. Там вот где то есть профессионалы они лучше тебя все знают. Вот тебе примитивная дока - кодь.

Парадигма С++-та и математика - ты умный, ты не глупее этих перцев в санах и ораклах, всему можно научиться и ТЫ сам в состоянии писать новые и качественные вещи и можешь быть генератором идей не хуже БОГОВ на конференции.

Вот в этих двух делемах и кроется суть конфликта.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750126
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Я на Java с низкоуровневой либой (так же написанной на Java) выжму больше, потому что там сразу в машинный код ныряю.
Вот с этого места поподробнее пожалуйста! Низкоуровневая либа, писаная на Java - это как? Если ты пишешь "низкоуровневую либу" под JNI, ты её априори не можешь сделать на Java, ибо Java Native Interface сделан как раз для того, чтобы иметь возможность дёргать API функции динамически линкуемых библиотек, использующих соглашения вызовов (ABI) некой платформы.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750133
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devВот с этого места поподробнее пожалуйста!
Гуглите, да обрящете. А я развлекать вас не собирался. Хотя непонимание вопроса вижу, да.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750143
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555rdb_devВот с этого места поподробнее пожалуйста!
Гуглите, да обрящете. А я развлекать вас не собирался. Хотя непонимание вопроса вижу, да.Чот ты быстро сливаешься... :)
Расскажи-ка, как ты, к примеру, собираешься писать на Java функцию "низкоуровневой либы", использующую инструкцию процессора RDTSCP для чтения инвариантного процессорного TimeStamp Counter?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750156
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devРасскажи-ка, как ты, к примеру, собираешься писать на Java функцию "низкоуровневой либы", использующую инструкцию процессора RDTSCP для чтения инвариантного процессорного TimeStamp Counter?не отвлекай человека, он в машинных кодах ныряет, ему не до ерунды всякой)))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750158
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
egorychrdb_devРасскажи-ка, как ты, к примеру, собираешься писать на Java функцию "низкоуровневой либы", использующую инструкцию процессора RDTSCP для чтения инвариантного процессорного TimeStamp Counter?не отвлекай человека, он в машинных кодах ныряет, ему не до ерунды всякой)))

Ну что Вы

Он кофеварку программирует и кодит варку обедов на яве
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750160
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
egorychне отвлекай человека, он в машинных кодах ныряетПричём, прямо из Java, да так, что C-sharp со своим маршалингом нервно курит в сторонке!
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750161
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555rdb_devВот с этого места поподробнее пожалуйста!
Гуглите, да обрящете. А я развлекать вас не собирался. Хотя непонимание вопроса вижу, да.
кодек HEVC на java продемонстрируй
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750168
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Изопропилalex55555пропущено...

Гуглите, да обрящете. А я развлекать вас не собирался. Хотя непонимание вопроса вижу, да.
кодек HEVC на java продемонстрируйМне больше хочется взглянуть на производительность работы кодека HEVC с реализацией на Java, запущенного, хотя бы, на самом современном смартфоне и услышать "лестные отзывы" пользователей. Представляю, какое это будет слайд-шоу... :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750175
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНа самом деле весь конфликт между явой и плюсами имеет под собой один глобальный вопрос

Должен ли разработчик быть умным или это должна быть макака которая на конференциях слушает лекции БОГОВ открыв рот и всерьез верит в том что автоматический сборщик мусора - это качественный софт ?

Парадигма джависта: ты идиот. Там вот где то есть профессионалы они лучше тебя все знают. Вот тебе примитивная дока - кодь.

Парадигма С++-та и математика - ты умный, ты не глупее этих перцев в санах и ораклах, всему можно научиться и ТЫ сам в состоянии писать новые и качественные вещи и можешь быть генератором идей не хуже БОГОВ на конференции.

Вот в этих двух делемах и кроется суть конфликта.
это абсолютно бесполезный и бесконечный спор
потому что с одной стороны ленивые, глупые люди, которым влом думать
невозможно доказать идиоту, что он идиот
а ещё лень у них на подкорке и они будут защищать свой образ жизни даже анти-логикой и чем угодно
они не сдвинутся с места сами, пока их не накроет боль и голод
просто потеря времени
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750177
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подозреваю, что alex55555 - студент, который плохо понимает, где заканчиваются критичные ко времени исполнения алгоритмы и начинается "вальяжно прогуливающийся" управляемый код Java.

Java, это вам не контроллеры на Instruction List программировать... В Java думать надо - моск уклучать!
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750178
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а ещё " разочарование в софте " можно перечитать, там и про смартфоны есть
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750181
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devПодозреваю, что alex55555 - студент, который плохо понимает, где заканчиваются критичные ко времени исполнения алгоритмы и начинается "вальяжно прогуливающийся" управляемый код Java.

Java, это вам не контроллеры на Instruction List программировать... В Java думать надо - моск уклучать!

Не - на студента не похож

Это какой то матерый энтерпрайзный джавист

Сидит в каком нить банке или чем то подобном (западный интегратор или типа того)

Мечтает стать менеджером и забыть про этот кодинг как про сон кошмарный

Гнобит и ненавидит реально талантливых коллег - впрочем пересекается он с ними крайне редко
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750185
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenматерый энтерпрайзный джавист

Крайне опасный вид программистов, которые даже хэллоу-ворлд написать не могут без применения десятка паттернов.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750190
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenматерый энтерпрайзный джавист

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

Да весь мозг на социум заточен

Самый главный вопрос в голове - а нужно ли это людям и как оно в массе своей.

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

Вообщем этакое социальное программирование.

Настоящий качественный софт вызывает раздражение, непонимание нахрена это надо со всеми вытекающими.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750191
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В работе с такими товарищами ты только и будешь слышать

"Люди так не пишут"

"Блин нафига тут оптимизация эта - это не входит в наши БИЗНЕС КЕЙСЫ"

"Бизнесу это не надо"

"Ну кто так переменные называет - людям же непонятно"
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750201
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чур вас. Один модератор уже ушел в телеграмы. Скоро и я туда-же
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750207
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Ведь почему вот ты пишешь на сях? Да потому что купился на рекламу, мол супер, мол круто,
мол иногда даже эффективно.

А вот и не угадал. Я пишу на них из-за наличия компилятора, который разово переводит мою
программ в нативный код. Это позволяет мне не таскать с программой компилятор и не
запускать его каждый раз при запуске программы. Что уменьшает системные требования и
повышает продажи.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750208
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovalex55555Ведь почему вот ты пишешь на сях? Да потому что купился на рекламу, мол супер, мол круто,
мол иногда даже эффективно.

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

Десктопное приложение?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750213
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555А за поиск наглядного примера на сях, куда можно ткнуть пальцем - вот, смотрите как круто!ну посмотри на Photoshop, 3ds Max, SolidWorks ....
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750216
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonДесктопное приложение?

Нет, серверный демон.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750227
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О чем вообще говорить, если в Java нет const :)
auto то хоть появилось?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750233
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex_kО чем вообще говорить, если в Java нет const :)
auto то хоть появилось?

const и auto для идиотов не положено

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

Оййй фул гц убил приложение ? Включи мозг идиот !!! Это тебе не нужно
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750248
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devРасскажи-ка, как ты, к примеру, собираешься писать на Java функцию "низкоуровневой либы", использующую инструкцию процессора RDTSCP для чтения инвариантного процессорного TimeStamp Counter?Вот нахрена этот регистр, если "Since 1.5" существует System.nanoTime() ?
Зачем решать задачу, которая вообще не задача, а чья-то тупая прихоть?

P.S.
Да, я читал про "наносекундное разрешение, но не наносекундная точность" и прекрасно понимаю, что это означает.
Тут, опять-таки, всё просто - реальная задача, в которой именно, что требуется считать тики процессора.

P.P.S.
Особо рьяным напоминаю, что Java никогда не позиционировалась как система " гарантированного реального времени".
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750255
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovrdb_devРасскажи-ка, как ты, к примеру, собираешься писать на Java функцию "низкоуровневой либы", использующую инструкцию процессора RDTSCP для чтения инвариантного процессорного TimeStamp Counter?Вот нахрена этот регистр, если "Since 1.5" существует System.nanoTime() ?
Зачем решать задачу, которая вообще не задача, а чья-то тупая прихоть?

P.S.
Да, я читал про "наносекундное разрешение, но не наносекундная точность" и прекрасно понимаю, что это означает.
Тут, опять-таки, всё просто - реальная задача, в которой именно, что требуется считать тики процессора.

P.P.S.
Особо рьяным напоминаю, что Java никогда не позиционировалась как система " гарантированного реального времени".


http://dolzhenko.blogspot.com/2012/11/java-nanotime.html
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750285
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenBasil A. SidorovОсобо рьяным напоминаю, что Java никогда не позиционировалась как система " гарантированного реального времени". http://dolzhenko.blogspot.com/2012/11/java-nanotime.html
А давайте, всё-таки, на шкаф не залезать ...
Код: java
1.
2.
		final int N = 4;        // thread count, was 50
		final int M = 1000000;  // iteration count, was 10000

Код: plaintext
1.
2.
T1 - T0 : 4.09 ms
T2 - T1 : -2.886 ms
T3 - T2 : -0.79 ms
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750290
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. Sidorovsemen.s.semenпропущено...
http://dolzhenko.blogspot.com/2012/11/java-nanotime.html
А давайте, всё-таки, на шкаф не залезать ...
Код: java
1.
2.
		final int N = 4;        // thread count, was 50
		final int M = 1000000;  // iteration count, was 10000

Код: plaintext
1.
2.
T1 - T0 : 4.09 ms
T2 - T1 : -2.886 ms
T3 - T2 : -0.79 ms



Т.о. последовательные вызовы nanoTime() корректны не в пределах одной jvm, сколько в пределах одного ядра cpu внутри одной jvm.


Ну и какие можно делать замеры с вашим nanotime ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750291
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenBasil A. Sidorovпропущено...
А давайте, всё-таки, на шкаф не залезать ...
Код: java
1.
2.
		final int N = 4;        // thread count, was 50
		final int M = 1000000;  // iteration count, was 10000

Код: plaintext
1.
2.
T1 - T0 : 4.09 ms
T2 - T1 : -2.886 ms
T3 - T2 : -0.79 ms



Т.о. последовательные вызовы nanoTime() корректны не в пределах одной jvm, сколько в пределах одного ядра cpu внутри одной jvm.


Ну и какие можно делать замеры с вашим nanotime ?

Правильно ! В пределах потока.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750292
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да и то есть подозрение что на некоторых платформах поток может сказать между ядрами
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750307
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen http://dolzhenko.blogspot.com/2012/11/java-nanotime.html Статья сильно устарела, так как ссылается на RDTSC, а не на RDTSCP, между которыми очень большие отличия. Дело в том, что RDTSC действительно читает TSC, реализованные в каждом отдельном ядре, инициализирующиеся не одновременно, тики которых зависят не только от частоты FSB, но и от постоянно меняющегося SpeedStep'ом множителя частоты ядра, тогда как RDTSCP, впервые появившаяся в процессорах на ядре Nehalem, читает инвариантный TSC, единый для всех ядер и зависящий только от номинального (константного) множителя и частоты FSB. Но и тут есть свои подводные камни! Дело в том, что частота FSB тоже не постоянна и может колебаться в пределах -0.2% от номинальной. По этой причине, инвариантный TSC также нельзя использовать для точного определения системного времени, так как определение системного времени через эту фичу от момента первого замера может давать небольшую погрешность в несколько миллисекунд за сутки.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750312
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devsemen.s.semen http://dolzhenko.blogspot.com/2012/11/java-nanotime.html Статья сильно устарела, так как ссылается на RDTSC, а не на RDTSCP, между которыми очень большие отличия. Дело в том, что RDTSC действительно читает TSC, реализованные в каждом отдельном ядре, инициализирующиеся не одновременно, тики которых зависят не только от частоты FSB, но и от постоянно меняющегося SpeedStep'ом множителя частоты ядра, тогда как RDTSCP, впервые появившаяся в процессорах на ядре Nehalem, читает инвариантный TSC, единый для всех ядер и зависящий только от номинального (константного) множителя и частоты FSB. Но и тут есть свои подводные камни! Дело в том, что частота FSB тоже не постоянна и может колебаться в пределах -0.2% от номинальной. По этой причине, инвариантный TSC также нельзя использовать для точного определения системного времени, так как определение системного времени через эту фичу от момента первого замера может давать небольшую погрешность в несколько миллисекунд за сутки.

Ну вот поэтому чуваки и запилили jninanos на С.

Итого:

Хотим нормально работать с нативом на больших нагрузка - С/C++.

Хотим измерять латенси - С/C++.

Хотим стабильный отклик - C/C++.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750316
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenХотим нормально работать с нативом на больших нагрузка - С/C++.

Хотим стабильный отклик - C/C++.

Да да VarHandles профессионалы заоптимизировали - знаю.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750415
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovЯ пишу на них из-за наличия компилятора, который разово переводит мою программ в нативный код. Это позволяет мне не таскать с программой компилятор и не
запускать его каждый раз при запуске программы. Что уменьшает системные требования и
повышает продажи.

Ну ладно, хоть кто-то радуется лишней копейке :)

Но я немного позанудствую - давайте вспомним какую-нибудь контору, например - IBM. Ну или гуглов, или ораклов, или даже мелкософт. И спросим у них - а они так делают? И что же они нам ответят?

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

ЗЫ. А клиентам можно ещё и веб-решение предлагать, ага. И тогда даже дистрибутив таскать не надо. А решение - на Java, ага. И чо теперь?

ЗЫЫ. Дмитрий, вы немного вменяемы, а потому я удивляюсь, что вам сложно согласиться с реально очевидными аргументами.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750418
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Dimitry SibiryakovЯ пишу на них из-за наличия компилятора, который разово переводит мою программ в нативный код. Это позволяет мне не таскать с программой компилятор и не
запускать его каждый раз при запуске программы. Что уменьшает системные требования и
повышает продажи.

.....
ЗЫЫ. Дмитрий, вы немного вменяемы, а потому я удивляюсь, что вам сложно согласиться с реально очевидными аргументами.

При продаже решения клиенту, значительная часть себестоимости может быть не разработка, а последующий саппорт (другой отдел той же компании).

И таки да, иногда таскание лишних компонентов, может оказаться значительно дороже в саппорте (Cost of ownership да еще умноженный на кол-во клиентов), чем дополнительные затраты в разработку.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750442
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати. Энтерпрайз.

1С, SAP, OeBS, MS Dynamics - на чем там написаны?

Про таскание с собой компилятора - мало того, что таскать, так еще и за обновления Явы рантайма (у каждого клиента) надо уже платить.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750447
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglOeBS

Oracle Forms & Reports (6i был на Microsoft Visual Studio 6.0 C, 12-ая весрия вроде уже большей частью на pure Java)
Java (раньше OAF /Oracle Application Framework/, возможно наконец перешли на ADF)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750470
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovmaytonДесктопное приложение?

Нет, серверный демон.

Ну дай бох. Я надеюсь что суммарная стоимость владения не будет сильно высока.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750476
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglКстати. Энтерпрайз.

1С, SAP, OeBS, MS Dynamics - на чем там написаны?

Про таскание с собой компилятора - мало того, что таскать, так еще и за обновления Явы рантайма (у каждого клиента) надо уже платить.
Добавлю.

В современном энтерпрайзе поставка идет в комплекте с Docker-образом. И это переносит
обсуждение из плоскости что с собой таскать и что ставить просто в плоскость некого
абстрактного стека который 100% будет развернут. Главное чтоб были рукастые дев-опсы.

Обновления - это вообще отдельная тема. Его отключают. И иногда собирают свои специфичные
сборки OpenJDK как делает один крупный европейский банк.

Кстати поставка докер-образа имеет такое-же преимущество и для С++ бинарника.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750477
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВ современном энтерпрайзе поставка идет в комплекте с Docker-образом. И это переносит

Это что же такой за энтерпрайз НЕкровавый, что там Docker?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750479
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1С, SAP, OeBS, MS Dynamics

Кто by default поставляется в docker'е ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750489
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevmaytonВ современном энтерпрайзе поставка идет в комплекте с Docker-образом. И это переносит

Это что же такой за энтерпрайз НЕкровавый, что там Docker?
Я не понял ваш вопрос.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750491
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Какое из известных ERP, CRM, банковских систем etc... лидеров рынка идут в докере от производителя?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750492
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
На сайте докера есть раздел кастомеров https://www.docker.com/customers
Там - достаточно много всего. Разложить их по корзинам класса ERP, CRM
я скорее всего не смогу - попробуйте сами.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750495
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Много всего" это сильно сказано.
Один банк, ну плюс Visa и PayPal
но Visa & PayPal это уж скорее IT developers, чем IT customer. Т.к. явно свою инфраструктуру сами выстрают

а об Société Générale сказано "Migrating Thousands of Applications to the Cloud with Docker Enterprise...."

т.ч. сами взяли напильники и кровавый enterprise с помощью кувалды и какой-то матери в docker вколачивали
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750497
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Migration и "поставка идет в комплекте с Docker-образом" как бы 2 очень большие разницы )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750499
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну... в До-Докерную эпоху было хуже.

По поводу наносекунд и прочее. Если нарисовать диаграмму взаимодействия нано-секундной системы
с внешним миром то внезапно может оказаться что смежные системы не способны быстро поставлять
или реагировать на сверх-быструю систему.

Я это к чему. Бравирование нано-секундами - это хорошо. Но нужен реальный кейс. А то был у нас
тут несколько лет назад строитель баз данных с наносекундным ответом...

Ну.. а забавные случаи когда "проклятая java сожрала всю память и не оддала" - давайте рассмотрим
отдельно. Я даже готов поучаствовать в анализе. Разумеется нужно смотеть логи.. профилировать
и прочее. Убежден что был человеческий фактор от которого нельзя застраховаться нигде. И в джаве
и в сях и в дотнетах.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750503
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну и если например расматривать банки:
http://www.tadviser.ru/index.php/Статья:Обзор:_ИТ_в_банках_2018

Подозреваю, что ни в Сбербанк-Технологии, ни в Ланит, ни в ГК Форс Dockers не относится к cutting edge технологиям. Хорошо, если там о таком даже слышали ))). VMWare или MS виртуализация - совсем другое дело.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750505
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В данном кейсе Докер - это не наследник WMWare/MS а скорее другое направление. Паравиртуализация.
Chroot. И прочие экономные и рациональные способы поднятия ПО без гостевой ОС.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750506
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНу.. а забавные случаи когда "проклятая java сожрала всю память и не оддала" - давайте рассмотрим
отдельно.
Участвовал в проекте Oracle Customer Care & Billing

Проклятая java сожрала всю память и не отдавала... было две причины:
1) разработчики (я ))) ) забывали close в try...final для PreparedStatement'ов делать
2) memory leak в WebLogic. Официального бага на metalink'е не нашли, но когда накатили последние патчи от других багов, обновляющий компонент в котором был memory leak (имя проблемного класса было понятно по дампу памяти), он ушел.

После правильной настройки GC, Full GC срабатывал всего 1-2 раза за день, при __крупном_ заказчике (более 60 000 клиентов/счетов) и 32 разрядной java. При том, что memory потреблялось до безумия много (100-150 Mb young области при выставлении одного счета)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750507
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevПосле правильной настройки GC, Full GC срабатывал всего 1-2 раза за день, при __крупном_ заказчике (более 60 000 клиентов/счетов) и 32 разрядной java. При том, что memory потреблялось до безумия много (100-150 Mb young области при выставлении одного счета)

В оскорбили чувства джавистов адептов )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750509
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevmaytonНу.. а забавные случаи когда "проклятая java сожрала всю память и не оддала" - давайте рассмотрим
отдельно.
Участвовал в проекте Oracle Customer Care & Billing

Проклятая java сожрала всю память и не отдавала... было две причины:
1) разработчики (я ))) ) забывали close в try...final для PreparedStatement'ов делать
2) memory leak в WebLogic. Официального бага на metalink'е не нашли, но когда накатили последние патчи от других багов, обновляющий компонент в котором был memory leak (имя проблемного класса было понятно по дампу памяти), он ушел.

После правильной настройки GC, Full GC срабатывал всего 1-2 раза за день, при __крупном_ заказчике (более 60 000 клиентов/счетов) и 32 разрядной java. При том, что memory потреблялось до безумия много (100-150 Mb young области при выставлении одного счета)
Тут... надо смотреть в ваши возможности. Если вы эксплуатировали софт - то я ничем не помогу.
Ставте обновления и прочее. Если вы - в сегменте разработки - то берите Eclipse Memory analyzer
и смотрите что за объекты флудят и почему. Все это решаемо и фиксится без драматизма.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750522
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну и почему enterprise "кровавый": )))

принципы настройки GC (задрать young до максимума), мною были написаны аж до начала проекта. 3-и года сервер проработал на стандартных настройках и Full GC происходил раз в 1-1.5 секунды. В общем, жесть.

Пока memory кончалось в течении недели - всем было пофиг. Писали SR на metalink'е, Oracle что-то отвечал, советовал поменять версии JDBC драйверов и все занимались какой-то фигней. Регулярно раз в неделю перегружали сервер. В общем "сильно не пахло", все были при "деле и бульоне", продолжать пилить и "намазывать" это не мешало (т.к. главное ТЗ было "что бы намазывалось и не пахло").

Когда программисты доломали систему до того, что memory стал заканчиваться в 2-3 дня, а иногда даже и на день ее не хватало ))), стало "пахнуть". Проблемой озадачились, поручили адекватному товарищу и он скачал кучу мемори анализаторов

Но не тут то было. При дефолтной настройке GC в memory анализаторах было нифига ничего не видно. Дабы вся heap была забита одним мусором. И мемори аализаторы при анализе дампа радостно рапортовали "занято 1.9 Gb памяти, можно освободить 1.2 Gb"... что как-бы бред... т.к. бл#$ если "можно освободить 1.2 Gb" то почему out of memory )))

Началась битва с админами, по поводу изменений ключей GC на продакшине. Программисты настраивали.... админы бл#$% убирали настройки и возврашали обратно со словами "Вы сделали хуже, раньше падало раз в 3 дня, я сейчас на 2-ой день упало"... бл$# мы же не обещали, что не будет падать, мы бл#$% настройки делаем, что бы понять где проблема, а для этого нужно что бы GC более-менее адекватно работал (т.к. все на графики красным цветом и Full GC два раза в секунду это не адекватно).

Эта битва продолжалась пару недель, а то и месяц, с переменным успехом, т.к. админы были "авторитетнее" )))

Паралельно админы пытались CC&B в 64 java поставить, но там какие-то проблемы с Cobol были

Когда сделали нормальные настройки, вместо раз в 1-2 секунды, full GC срабатывал 1-2 раза за день. Почему бл@$# изначально было не поставить адекватные настройки JVM для меня загадка.

как-то так в Enterprise и живут.... какой тут docker )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750525
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevGC GC GC GC

А как же шипилеша и профессионалы ?

Неужели г1 и шенандо не помогли ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750528
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Капец как страшно вы живете.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750817
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevИ таки да, иногда таскание лишних компонентов, может оказаться значительно дороже в саппорте (Cost of ownership да еще умноженный на кол-во клиентов), чем дополнительные затраты в разработку.
Выше был рассказ и про веб решение. И вам что-то не нравится в поддержке веб решений?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39750821
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevКогда сделали нормальные настройки, вместо раз в 1-2 секунды, full GC срабатывал 1-2 раза за день.
Вообще если за 2 секунды кончается память, это означает, что пейсателям надо руки отрывать и вставлять протезы, ибо руки явно не из того места растут. Подозреваю, что как всегда идиотским решением был выбран некий модный подход с угрёбищным софтом, ну и далее пилили лишь бы хоть что-то напилить. Ну и напилили.

Дом можно построить как обычно, и можно кучу брёвен навалить и привязать к этому палки для поддержания крыши. Вот примерно так у вас и программируют, видимо. И тут вдруг (как неожиданно и подло!) одно бревно упало...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751602
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я понял. Я прошу прощения что я некоторым навязывал свою точку зрения.
Не в части технической. А в части рынка С++ разработки.
Я живу и работаю в Киеве. И соотв вижу вакансии и спрос
в ракурсе некого глобального вектора который имеет не техническую
а политическую составляющую. В целом рынок хороших ЗП зависит
от западных кастомеров и USA. Они-же определяют повестку.
На чем писать и как писать. Свои (внутренние) проекты для
Украины очень слабы. Ну мне по крайней мере о них мало чего
извсестно. Тухляк короче.

Просто в РФ немного не тот расклад по проектам и моя точка зрения вакансиям
и перспективам была несколько искажена.

Вот некая статистика по UA. Я ей не доверяю на 100% но пока другой статистики у меня нет.

https://dou.ua/lenta/articles/language-rating-jan-2018/
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751609
kolobok0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

За Украину не скажу, а на рынке РФ сейчас наблюдается спад специалистов и рост вкладывания бабла(заграница может тупо спионерить наварованное бабло) в IT сферу. Т.е. создать хорошую группу разработки - очень и очень трудно и не быстро. И если на основной язык разработки (тут действуют стереотипы - ява какава и иже) более-менее пионэров шапкозакидателей найти реально, то вспомогательные службы - завал. И тут вот надо сильно постараться рукамиводителям чтоб не свалиться в простое выкидывание бабла в унитаз, сражаясь с теми организационными проблемами которые ышо в том веке были решены в удачных конторах.

Ну и основной трэнд вкладывания бабла - это блокчайны-криптовалюта. Вторым или рядом, тема банковская(сейчас полным ходом идёт наращивание всевозможных программ по анализу межбанковских транзакций) - чуствуется что все прелести в РФ ышо даже НЕ НАЧИНАЛИСЬ!

(круглый)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751867
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВ целом рынок хороших ЗП зависит от западных кастомеров и USA. Они-же определяют повестку.
Так это-ж очевидное отражение реальности. В смысле мы (небратья-славяне) в заднице по передовым технологиям, так с чего бы мы вдруг стали навязывать свои повестки? Вот поэтому повестки навязывают нам.

Эту тему поднимали в разделе "работа" в виде "Как создать свою школу программирования". Там и навязывания касались. Но суть такая - пока не будет своей школы, никаких наших повесток в принципе быть не может. А школа будет лишь тогда, когда очень многое в обществе славян-небратьев изменится.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751869
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kolobok0на рынке РФ сейчас наблюдается спад специалистов и рост вкладывания бабла
Можно какие-то подтверждения, хотя бы косвенные? Где много бабла? И где мало специалистов? Откуда дровишки?

Я вот вижу, что один сберчик забрал под себя 12 кило айтишников, а толку в сберчике от них примерно раз в 10-20-30 меньше, чем на свободе (то есть когда человек реально заинтересован). Вот и весь дефицит. Тупо окучивают и не дают расти. Не силой, конечно, но идиотизмом ситуации отбивают все желания.

Ну и на этом фоне остальным приходится, опять же - тупо, копировать. И они окучивают и гниют. В итоге приходится даже на святое покуситься - зарплаты повышать (но постепенно).
kolobok0Т.е. создать хорошую группу разработки - очень и очень трудно и не быстро.
Опять же - откуда дровишки? Нужен один вменяемый персонаж, а остальных он сам наберёт. Но вот з/п ему предлагать не хотят, так на кой они ему сдались? Любой переход в другую контору, это маразм из массы всяческих собеседований и таскания бумажек, и при этом человека всегда будут рассматривать как неспособного, будут подозрительно копаться в биографии и делать далеко идущие выводы. А всё потому, что выбирают люди, совершенно не понимающие в теме. Ну и понятно, они боятся ошибиться. А когда боятся - трясутся и видят опасность в каждом. Ну и естественно вменяемые люди таких трясущихся на три буквы посылают.

То есть по сути нет голода, но есть корпоративный маразм. Вменяемый специалист быстро бы сделал команду, но команду хотят невменяемые люди, в смысле ничего по теме не понимающие, поэтому и результат - ах как сложно что-то создать! Ну понятно, не умеешь, вот и сложно.
kolobok0И если на основной язык разработки (тут действуют стереотипы - ява какава и иже) более-менее пионэров шапкозакидателей найти реально
Ну вот, хотя бы за одну область есть консенсус - всё есть, люди есть, спецы есть. Нет только здоровых контор, что бы без маразма. Но точно так же и в других областях.
kolobok0И тут вот надо сильно постараться рукамиводителям чтоб не свалиться в простое выкидывание бабла в унитаз
Не могут они. Просто не могут. Потому что знаний нет. И взяться им неоткуда. Вот и вся проблема.
kolobok0Ну и основной трэнд вкладывания бабла - это блокчайны-криптовалюта.
Опять же - это ваш узкий взгляд. Скорее всего вы тоже на сях ваяете, поэтому и видите лишь то, что по сям хотят. А от сей традиционно весь это крипто-мир тащится, мол круть невзъе...нная. Но сишный мир очень мал, на порядки меньше остального, ну и крипто-запросы точно так же - на порядки меньше остальных.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751918
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555Опять же - это ваш узкий взгляд. Скорее всего вы тоже на сях ваяете, поэтому и видите лишь то, что по сям хотят. А от сей традиционно весь это крипто-мир тащится, мол круть невзъе...нная. Но сишный мир очень мал, на порядки меньше остального, ну и крипто-запросы точно так же - на порядки меньше остальных.
Насколько я разбираюсь в задачах интеграции. Не существует такой постановки где вам надо будет что-то
критографическое разрабатывать на голых сях. 99% этого сегмента как правило уже разработаны и оптимизированы.
Чтоб понимать что так и как внутри - надо быть хотя-бы знатоком в криптографии. Короче вбухать несколько
человеко-лет своей жизни в эту область. Кто из вас уже вбухал? Мир рационален. Одиночек фриков типа того-же
Сатоши мы не будем брать в расчет. Они - есть первопроходцы и альтруисты. Им идея важнее.

И есть у меня большие сомнения что бизнес придет и скажет - ану давай выкати нам очередной быстрый майнер.
Посмотрите - ими завален весь гитхаб. И опенсорц. С оптимизацией под GPU. Бери. Качай. Майни дома на балконе.

А вот написать сопряжение. Чтоб банковские системы доступались к API транзакций биткоина или эфириума
через микросервисные шлюзы написаные черт-ти-на чём типа Python, C#, Go, Ruby. ...e.t.c. Вот это да.
Под это дело можете поднимать скрам-команду и пилить баблос. И я готов спорить на коньяк что ткни пальцем
наугад в одну из 100 банковских систем. И убедись что % С++ кода там очень невелик.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751929
kolobok0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555,

источник дровишек прост. мониторьте hh и всё сами поймёте. Не сразу, но со временем - обещаю...

удачи Вам, она Вам потребуется
(круглый)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751940
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В спорном со многих сторон индексе tiobe по разным строчкам разнесены C и C++. А верно ли это?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751945
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Верно. Область применения разная. Вакансия разная.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751949
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mayton,

в tiobe не совсем вакансии учитываются.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751951
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если-бы tibobe вычислял частоту поисков синонимов - то он бы слил
их в одну категорию. Например нет смысла различать гуглеж EJB
и "Enterpeise Java Beans". Но C и С++ имеет смысл различать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39751994
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЕсли-бы tibobe вычислял частоту поисков синонимов - то он бы слил
их в одну категорию. Например нет смысла различать гуглеж EJB
и "Enterpeise Java Beans". Но C и С++ имеет смысл различать.
Смысл то есть, только тиобе его не может.

Хотя в этом рейтинге это и не важно.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752069
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНа самом деле весь конфликт между явой и плюсами имеет под собой один глобальный вопрос

Не согласен (может и ошибаюсь). Допустим надо написать учётную систему с веб интерфейсом на 1000 пользователей.
На java можно нанять 20 программистов по договору на 6 месяцев (+ БД и фронт на постоянку) и через три месяца вне зависимости от ума программистов и архитектора выкатить оттестированную рабочую версию. Ещё три месяца вечело править баги. Всем говорить, что они супер нинзи, кормить печеньем и на вопрос продлят ли контракт -- искренне удивляться, мол как вы могли такое подумать???
Через 6 месяцев можно уволить любых 15 java кодеров. Из оставшихся ещё двое сами уйдут (мол будете знать). Оставшихся троих хватит на правку багов.
Программа написана быстро, она работает, профит.
Могут быть вариации, например, не увольнять, а не нанимать новых взамен решивших уволиться или перебросить 15 человек на другой проект, но это не существенно.
Вопрос.
Как написать учётную систему (бухгалтерскую программу) на С с условием, что ум архитектора и кодеров нам заранее не известен?
зы
для обычных сайтов не то что http://cppcms.com/wikipp/en/page/main там java то часто избыточен. Ну вот реально кулинарные рецепты, 70.000 в сутки, пусть 500 в секунду в пике. И какое всё это имеет значение, узким местом будет БД и канал.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752085
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxДопустим надо написать учётную систему с веб интерфейсом на 1000 пользователей.
На java можно нанять 20 программистов по договору на 6 месяцев (+ БД и фронт на постоянку) и через три месяца вне зависимости от ума программистов и архитектора выкатить оттестированную рабочую версию.

Как написать учётную систему (бухгалтерскую программу) на С с условием, что ум архитектора и кодеров нам заранее не известен?

Скорость написания учетных систем зависит только от того насколько точно описана постановка задачи, а не от языка или опыта программистов.
Если постановщик неопытный, не шарит в предметной области, то все будет происходить годами, даже если итоговая программа по сложности пишется за день.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752119
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxавторНа самом деле весь конфликт между явой и плюсами имеет под собой один глобальный вопрос

Не согласен (может и ошибаюсь). Допустим надо написать учётную систему с веб интерфейсом на 1000 пользователей.


При таком подходе и пхп хипстеры сойдут по 1000 баков в месяц каждый
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752141
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторСкорость написания учетных систем зависит только от того насколько точно описана постановка задачи, а не от языка или опыта программистов.
Только мы заранее знаем, что заказчик получил деньги не потому, что он классный руководитель, который набрал команду талантливых менеджеров, а просто в один дет. сад ходил с кем то. И менеджеры и архитекторы и кодеры у него с высоким образованием и невысоким самомнением, а не всякие умники, которые могут хорошо описать задачу. Всё равно переписывать :)
авторПри таком подходе и пхп хипстеры сойдут по 1000 баков в месяц каждый
И в вебе +100500 примеров, когда язык php осознано выбирается забодав всех своих конкурентов (включая cppcms). У него свой минус есть.
Вот отличие.
Вы в таких условиях просто не напишете на С++ учётную систему. А на java возьмутся и напишут. Плохо, с тормозами, с переизбытком требований к серверу. Но будет работать. А если узкое место БД или канал, так и производительность также значения иметь не будет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752145
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxавторСкорость написания учетных систем зависит только от того насколько точно описана постановка задачи, а не от языка или опыта программистов.
Только мы заранее знаем, что заказчик получил деньги не потому, что он классный руководитель, который набрал команду талантливых менеджеров, а просто в один дет. сад ходил с кем то. И менеджеры и архитекторы и кодеры у него с высоким образованием и невысоким самомнением, а не всякие умники, которые могут хорошо описать задачу. Всё равно переписывать :)
авторПри таком подходе и пхп хипстеры сойдут по 1000 баков в месяц каждый
И в вебе +100500 примеров, когда язык php осознано выбирается забодав всех своих конкурентов (включая cppcms). У него свой минус есть.
Вот отличие.
Вы в таких условиях просто не напишете на С++ учётную систему. А на java возьмутся и напишут. Плохо, с тормозами, с переизбытком требований к серверу. Но будет работать. А если узкое место БД или канал, так и производительность также значения иметь не будет.

Вы рассуждаете как человек - который и близко никогда не писал серьезный софт.

Если стоит задача написать детерминированный стабильный конечный автомат с заранее предсткажуемым временем отклика и скоростью - ничего кроме C/C++/Asm брать нельзя

Ну может еще Rust какой нить подойдет
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752147
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну а если мы в быдло реалиях - то да - Яверы Пыхеры Печенки Кадровички и Важный дядя менеджер рулят.

На качество софт всем начхать - лишь бы в парить что попало.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752159
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВы рассуждаете как человек - который и близко никогда не писал серьезный софт.
И с этим я не спорю. Но сайт на cppcms я встречал один раз, топик был "плач Ярославны". Вам известны сайты на С и С++? Так чтобы известные и стоило их писать именно на С?
Вы назовёте учётную систему на 1000 пользователей "серьёзным софтом"?
Каждому своё, холивар бессмыслен. Всё равно javascript всех победит. И php и java.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752162
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxавторВы рассуждаете как человек - который и близко никогда не писал серьезный софт.
И с этим я не спорю. Но сайт на cppcms я встречал один раз, топик был "плач Ярославны". Вам известны сайты на С и С++? Так чтобы известные и стоило их писать именно на С?
Вы назовёте учётную систему на 1000 пользователей "серьёзным софтом"?
Каждому своё, холивар бессмыслен. Всё равно javascript всех победит. И php и java.

Еще раз

Не важно сколько у вас пользователей

Неважной сайт это или нет

Важны требование к системе

Требования я перечислил

Если такие требование не стоят и нормальным являются

1) Падение софта

2) Недетерменированные тормоза

То Ява и ПХП вполне годны
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752166
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я как то работал в одной страховой.

Там была своя система для девочек из кол центра - сделанная на веблоджике/ejb и на яве.

Периодически админы нам орали - Коль сервак опять подвис

Ответ яверов был офигенный - перегрузи хули.

Вот если "перегрузи хули" это нормально для вашей системы - то ява ваш язык.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752170
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

ну да, греф вродь недавно совсем админа таки искал, а не программиста
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752171
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly MoskovskyСкорость написания учетных систем зависит только от того насколько точно описана постановка задачи, а не от языка или опыта программистов.золотые слова, подписываюсь.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752172
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxВы в таких условиях просто не напишете на С++ учётную систему.а мужики то и не знают))) сидят себе и пишут
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752191
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
egorychAnatoly MoskovskyСкорость написания учетных систем зависит только от того насколько точно описана постановка задачи, а не от языка или опыта программистов.золотые слова, подписываюсь.
это типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!?
опыт программиста у него не играет в написании CRM, ишь ты, архитектор-медиум 100го лвла
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752207
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen....
Вот если "перегрузи хули" это нормально для вашей системы - то ява ваш язык.
Если "перегрузи хули" это нормально для компании. То на язык который используют программисты - глубоко пофиг

Хоть C, хоть Java, хоть Basic, хоть Русский Матерный.

IMHO & AFAIK

Почти любую систему можно написать на почти любом языке. Главное, что бы у писателей руки росли из правильных мест.

А флуд какой язык лучше, это как танцорам которым [censored...всем известно что...] мешает, обсуждать цвет трусов. В трусах какого цвета (красного, синего или зеленого) удобнее танцевать лебединое озеро. Только... если цвет трусов поменяется, то [censored] часть тела никуда не денется. Тут только хирург помочь может. Возможно из неудавшегося танцора получится хороший оперный певец. Но и то вряд ли, т.к. afaik эту операцию надо проводить в раннем возрасте (иначе хороший оперный певец не получится).
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752208
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevЕсли "перегрузи хули" это нормально для компании. То на язык который используют программисты - глубоко пофиг


Брать С/С++ для системы "перегрузи хули" это слишком дорого

Ява тут самый раз

А то что на С++ можно написать софт более дерьмовый чем на яве - это понятно.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752211
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevА флуд какой язык лучше, это как танцорам которым [censored...всем известно что...] мешает, обсуждать цвет трусов. В трусах какого цвета (красного, синего или зеленого) удобнее танцевать лебединое озеро. Только... если цвет трусов поменяется, то [censored] часть тела никуда не денется. Тут только хирург помочь может. Возможно из неудавшегося танцора получится хороший оперный певец. Но и то вряд ли, т.к. afaik эту операцию надо проводить в раннем возрасте (иначе хороший оперный певец не получится).

Не Соглашусь

В Яве есть фундаментальные проблемы - которые не позволят вам станцевать ряд танцев
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752236
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автора мужики то и не знают))) сидят себе и пишут
Например, 1С. И далеко не все считают 1С идеалом в качестве примера учётной системы на С++. Вы считаете? На java 1С повторить и улучшить невозможно в принципе?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752252
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenLeonid KudryavtsevА флуд какой язык лучше, это как танцорам которым [censored...всем известно что...] мешает, обсуждать цвет трусов. В трусах какого цвета (красного, синего или зеленого) удобнее танцевать лебединое озеро. Только... если цвет трусов поменяется, то [censored] часть тела никуда не денется. Тут только хирург помочь может. Возможно из неудавшегося танцора получится хороший оперный певец. Но и то вряд ли, т.к. afaik эту операцию надо проводить в раннем возрасте (иначе хороший оперный певец не получится).

Не Соглашусь

В Яве есть фундаментальные проблемы - которые не позволят вам станцевать ряд танцевкакие?
что вам мешает закрыть критические участки нативным кодом?

как ни странно там такая возможность есть
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752256
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semenпропущено...


Не Соглашусь

В Яве есть фундаментальные проблемы - которые не позволят вам станцевать ряд танцевкакие?
что вам мешает закрыть критические участки нативным кодом?

как ни странно там такая возможность есть

Да в курсе я про JNI

Только Вы в курсе про его накладные расходы

Ну вот тут то и начинается

Надо создать нативный буфер на стороне ява

Ансейф - ай ай бяка - Пацаны на конференции говорил что тот кто юзает Ансейф - гнусный идиот и не тру прогер

Окай

БайтБуффер - ай ай бяка - хрен пойми кто и как его чистит и вообще там еще какой то адский System.gc вызывается

Тарам Барам Рефлексия все дела и мы умеем чистить Директ Байт Буффер напрямую

Короче опять через Ж и куча рефлексий метод хендлов и прочих хаков.

В С++

char buffer[] = new char[12]
delete buffer;

Чувствуете разницу ?

А если хочу то сделаю так

char buffer[12]

И вообще все будет на стеке (чего достаточно в 90 процентов таких буферов)

Короче на яве конечно все можно (и я неоднократно делал и делаю) - только вот на С++ все тоже самое делается ПО ЧЕЛОВЕЧЕСКИ.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752268
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухэто типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!?пока вы поставите задачу "максимально полно" дети успеют вырасти, а при особой удаче и состариться)))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752269
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxНапример, 1С.

Вот только 1С написана не на Си. На Си написан её рантайм, который исполняет программу,
написанную на языке 1С. От Явы это отличается разве что тем, что JIT пока ещё не внедрили.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752274
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВ Яве есть фундаментальные проблемы - которые не позволят вам станцевать ряд танцев

Разумеется. Например писать видео-драйвер на Java достаточно "странно"

Так же странно задачи типа: расчет зарплаты, бухгалтерия и так далее - писать на pure C Это надо делать на чем-то более специализированном (например 1C).

IMHO
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752275
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxИ далеко не все считают 1С идеалом в качестве примера учётной системы на С++там, в общем то, не из-за С++ проблемы
azsxНа java 1С повторить и улучшить невозможно в принципе?раздел форума "Разработка информационных систем" полон тредами про очередного убийцу одноцэ, на чём угодно. Напишите на жабе, чё, это же просто.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752280
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

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

есть и обратная сторона, то что очень трудно реализовать не в managed-языках: free-lock алгоритмы - это как раз случай когда непонятно кто владеет памятью
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752281
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevРазумеется. Например писать видео-драйвер на Java достаточно "странно"я один раз вирус на яве видел))) он первым делом начал поднимать ява-машину, а потом обиделся, что у меня на компе версия старая и попросил обновиться))) было очень смешно))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752285
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semen,

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

есть и обратная сторона, то что очень трудно реализовать не в managed-языках: free-lock алгоритмы - это как раз случай когда непонятно кто владеет памятью

Я стараюсь писать грамотный софт

А профессионализм - это и есть внимание к мелочам

таким как - будет ли это у меня тут на стеке или нет ?

Как данный код будет работать с точки зрения temporal locality или spatial locality

Кто и как будет чистить данную память

Я сразу как только память не нужна и это сделает deletor unique_ptr

или это будет делать ява в тот момент как процессору нужны все силы для обработки задач коих прилетел мильярд

Вообщем повторюсь

Если "перегрузи хуи" "да лан забей" "бизнесу нафиг не надо" "не парься по мелочами" "Да лан мы все тут люди" - это для Вас нормально - Ява Ваш язык


А если нет - то С/С++ Ваш язык.

Я по этой причине усиленно С++ изучаю и скоро окончательно переберусь на него.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752313
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

но мышление придётся менять, deletor unique_ptr это как раз шаг в сторону GC
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752342
azsx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторВот только 1С написана не на Си
Если 1С написана не на С++, то я не знаю ни одной учётной системы в РФ более менее написанной на С. Смысл дальше мне писать, если я не знаю?
авторраздел форума "Разработка информационных систем" полон тредами про очередного убийцу одноцэ, на чём угодно. Напишите на жабе, чё, это же просто.

Нет, силы слишком неравные.
зы
я не программирую на java, скорее уж любитель на php.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752343
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev...
Почти любую систему можно написать на почти любом языке. Главное, что бы у писателей руки росли из правильных мест.

А флуд какой язык лучше, это как танцорам которым [censored...всем известно что...] мешает, обсуждать цвет трусов. В трусах какого цвета (красного, синего или зеленого) удобнее танцевать лебединое озеро. Только... если цвет трусов поменяется, то [censored] часть тела никуда не денется. Тут только хирург помочь может. Возможно из неудавшегося танцора получится хороший оперный певец. Но и то вряд ли, т.к. afaik эту операцию надо проводить в раннем возрасте (иначе хороший оперный певец не получится).

Ну глупость же.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752348
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxя не знаю ни одной учётной системы в РФ более менее написанной на С

А их (в тиражируемом варианте) просто быть не может. Слишком быстро меняется учётное
правовое поле, справиться с этим могут только скриптовые языки.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752350
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovazsxя не знаю ни одной учётной системы в РФ более менее написанной на С

А их (в тиражируемом варианте) просто быть не может. Слишком быстро меняется учётное
правовое поле, справиться с этим могут только скриптовые языки.
1С на С++ написана.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752351
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semen,

но мышление придётся менять, deletor unique_ptr это как раз шаг в сторону GC

Нет

Я точно знаю когда запустится этот deletor
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752352
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВ С++
char buffer[] = new char[12]
delete buffer;


delete[] buffer разумеется.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752355
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semensemen.s.semenВ С++
char buffer[] = new char[12]
delete buffer;


delete[] buffer разумеется.
Вот, а явист бы не промахнулся, ибо <...> :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752356
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenпропущено...


delete[] buffer разумеется.
Вот, а явист бы не промахнулся, ибо <...> :)

А причем тут <...> и [] ?

Вы знаете чем отличается delete buffer от delete[] buffer ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752357
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenФэйтл Эрапропущено...

Вот, а явист бы не промахнулся, ибо <...> :)

А причем тут <...>
<...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено".
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752359
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenпропущено...


А причем тут <...>
<...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено".

Все равно не понял что имеется ввиду.

delete[] buffer вообще нехорошо

Лучше std::unique_ptr<char[]>

либо же на стеке

Это я так для примера указал и малька накосячил
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752360
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати тут умные явисты мне задвигают про Escape Analysis и помещение объектов на стек

а DirectByteBuffer ява тоже на стек сможет положить ?

Сильно сомневаюсь
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752362
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВсе равно не понял что имеется ввиду.
Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752366
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenВсе равно не понял что имеется ввиду.
Всего лишь, что у явистов такой "проблемы" не возникло бы скорее всего никогда.

Ну разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

И тут один вопрос

Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752370
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухэто типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!?
опыт программиста у него не играет в написании CRM, ишь ты, архитектор-медиум 100го лвла

Если в результате плохого ТЗ даже мегапрофессионал пишет несколько лет, а надо было за полгода, то это и есть независимость от опыта.
Понятно что программеры что-то должны уметь. Не надо тут на детсад ссылаться. Но уровень при плохом ТЗ не имеет значения.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752376
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752380
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраsemen.s.semenНу разумеется на этапе разработки бы не возникло - память чистит ГЦ

А вот на этапе работы в проде у девочек в кол центре возник бы подвисший от фул ГЦ веблоджик

Так и у тебя бы при работе возник: delete и delete[] - вещи разные. :)


Это бага

А ГЦ - это фундаментальный геморрой
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752381
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эраdelete и delete[] - вещи разные. :)

Спасибо КЭП

Я с этого начал
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752394
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЭто бага...
Которой скорее всего и не может случиться в Ява.

semen.s.semenА ГЦ - это фундаментальный геморрой
Тоже да. :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752395
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эра...
Ну глупость же.
В чем глупость?

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

Всякие "саксес стори" "извращений" вида node.js это замечательно подтверждают. Когда язык специально заточенный под браузеры, радостно используют для серверной разработки. И ведь у многих получаются работающие коммерческие продукты и даже относящиеся к категории subj'а.

А кому-то GC в Java жизнь так портит, что даже JNI не помогает )))

Oracle CC&B изначально был написан на Cobol'е, сейчас народ переписал под Web и Java (при этом переписал "совместимо"!, часть бизнес кода и пользовательские расширения остались/продолжали работать на Cobol'е). Дикий микс технологий: Java, Hibernate, Cobol ))) И ничего, работает. Можно ли было написать лучше - да, там до кучи не оптимальных решений. Но то, что работает, с этим спорить бесмысленно.

Видел (и писал сам) настраиваемые решения на Oracle Forms. Языке который вообще не допускает создание визуальных элементов в runtime. Ничего. Матюгались, писали и оно работало. Что могли - в рантайм, что не могли в runtime - кодогенерацией.

Почему приложение на Java требует "регулярно перегружать сервер" - это вопрос к программистам и кривизне их рук. Если бы те же самые программисты писали на C++, Go, Erlang - было бы тоже самое.

1) Падение софта
2) Недетерменированные тормоза


1. Т.е. Вы утверждаете, что необоснованные "падение софта" это врожденная фича Java ? Любой java софт должен "падать" ?

Это лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано.

Знаю системы для брокеров. (www.tradingview.com), серверная часть в огромной части на Java. Падения тоже исключительно по вине кривых рук.

2. Недетерменированные тормоза

Есть GC с детерменированными тормозами. Фиксированной задержкой на фазы GC требующие полной остановки JVM.

Остальные тормоза - опять таки кривость рук программиста. Такой говно-алгоритм, говно-закодировали. Ровно тот же алгоритм, при такой же кривизне рук и на C вполне успешно, детерменированно будет тормозить.

Есть требования бизнеса. Пока "тормоза" укладываются в эти требования они никого не волнуют. Вас же не беспокоит, что и по Ethernet (а уж про I-net и говорить нечего) сетевые пакеты тоже недетерменированно тормозять.

IMHO & AFAIK
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752398
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevЭто лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано.


Падений незафиксировано потому что использовали "правильно" и не подавали на вход непредвиденных нагрузок
Уверяю Вас - подали бы - Ваша очередь подохла бы в конфульсиях от ГЦ


Leonid Kudryavtsev1. Т.е. Вы утверждаете, что необоснованные "падение софта" это врожденная фича Java ? Любой java софт должен "падать" ?



Если софт написан без ручного управления памятью (преаллокация на Ява и флайвейты) - а просто рандомно генерим объектики как душе угодно - Ваша софтина обречена сдохнуть.


Leonid KudryavtsevЗнаю системы для брокеров. (www.tradingview.com), серверная часть в огромной части на Java. Падения тоже исключительно по вине кривых рук.



Не кривых рук - а того что кривые руки идут в яву и говнокодят там приспокойно - ибо само окружение способствует - как техническое так и организационное


Leonid KudryavtsevЕсть GC с детерменированными тормозами. Фиксированной задержкой на фазы GC требующие полной остановки JVM.


А когда ГЦ запустится кто будет определять ?

Leonid KudryavtsevОстальные тормоза - опять таки кривость рук программиста. Такой говно-алгоритм, говно-закодировали. Ровно тот же алгоритм, при такой же кривизне рук и на C вполне успешно, детерменированно будет тормозить.


Угу на яве все условия созданы чтобы говнозакодировать


Leonid KudryavtsevЕсть требования бизнеса. Пока "тормоза" укладываются в эти требования они никого не волнуют. Вас же не беспокоит, что и по Ethernet (а уж про I-net и говорить нечего) сетевые пакеты тоже недетерменированно тормозять.


Да да

"Перегрузи хули" "Бизнесу не надо" "И так спайс капает"

Все эти быдломантры я уже устал слушать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752403
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Фэйтл Эра1С на С++ написана.

Повторяю медленно: у 1С на С++ написан рантайм, который исполняет скрипты конфигурации.
Если брать по такому счёту, то программ на Яве не существует в принципе, ибо они все
выполняются рантаймом, написанным на С++.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752404
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenLeonid KudryavtsevЭто лож. Например у меня говно-закодированная очередь асинхронной печати отчетов для сайта на Java. (Java + Apache Http Core) Написал за неделю в том году. В декабре 2017 запустили на сервере, в марте 2018 выключали базу, т.ч. пришлось перегрузить, с тех пор и до сих пор работает. Никаких "падений" не зафиксировано.


Падений незафиксировано потому что использовали "правильно" и не подавали на вход непредвиденных нагрузок
Уверяю Вас - подали бы - Ваша очередь подохла бы в конфульсиях от ГЦ

Нет, не подохла бы.

Она для этого и была написана, что бы служить "узким горлышком" перед подыхающим PHP (точнее отчетной системой).

Выдержала бы полноценную DOS-атаку, не знаю, этот глубоко __теоретический__ случай не тестировали. Но подозреваю, полноценная DOS-атака опять таки не возможна в принципе, т.к. перед очередью тоже работает PHP, который раньше бы помер.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752411
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenИ тут один вопрос

Что для бизнеса и программистов норма - быдло подход за бабло или высокая умная разработка и тоже за бабло - но только с другими людьми и эмоциями и отношениями.
норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-(
ясен день, что луше быть и здоровым и богатым, но даже 1 пунктик создаёт определённые проблемы
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752416
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага.

Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь...

В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752430
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНасколько я разбираюсь в задачах интеграции. Не существует такой постановки где вам надо будет что-то критографическое разрабатывать на голых сях. 99% этого сегмента как правило уже разработаны и оптимизированы.
Вообще всю криптографию вокруг Х509 реализовали на Java. Но отчасти по привычке, отчасти из-за требований фсб, отчасти ещё по какой глупости, кошерной считается нативная либа. А к этой либе потом нужна обвязка, что бы можно было работать из той же Java, ну или ещё откуда. При этом опять же что-то конвертируют, что-то подкручивают, какую-то логику туда впихивают. В целом получается некоторый заметный кусок на сях, и это помимо собственно либы.
maytonИ есть у меня большие сомнения что бизнес придет и скажет - ану давай выкати нам очередной быстрый майнер.
Они хотят денег. И всё. Далее есть цепочка - реклама очередного дерьмо-блок-чейна, вливание денег купившихся инвесторов, навар на всех видах сервисов и игра на плавающем курсе с полной информацией о спросе и предложении = профит. И здесь бизнесу плевать на майнер или ещё какие слова. Им тупо надо, что бы работало. Как - они не знают. И знать не хотят. Поэтому они идут на рынок и покупают готовое решение, которое есть возможность допилить по себя. С нуля они не покупают, поскольку без понимания обычно это всё превращается в разорение. А готовые решения как раз на сях. Вот и ниша для сишных прогеров.
maytonА вот написать сопряжение. Чтоб банковские системы доступались к API транзакций биткоина или эфириума через микросервисные шлюзы написаные черт-ти-на чём типа Python, C#, Go, Ruby. ...e.t.c. Вот это да.
Сопряжения - это часть системы. Там по сути целая биржа, плюс торговые терминалы, плюс да, вся обвязка для переливания из виртуала в настоящее бабло и обратно. Но поскольку решение от мифического Сатоши было на сях, очень велика вероятность, что заплатят за разработку именно на сях. Тут чистая психология и некоторый расчёт вероятностей. Психологически проще взять проверенное решение. Ну и вероятность провала в деле "по новому" тоже приличная. Хотя весь это субъектив зависит от того, кто попадётся под руку всем этим инвесторам. Попадётся заядлый синяк - всё, будет система на сях. Попадётся Java-кодер - будет толстое решение с сишными переходниками в виде JNI. И что интересно - кто-то более вменяемый архитектурно здесь не нужен. Потому что система всё же как-то да будет работать. А устоявшихся критериев для сравнения почти нет, да и информацию о системах конкурентов не так просто получить. И ещё сложнее получить данные о затратах на создание конкурирующих систем. При этом инвесторы оперируют минимум десятками миллионов, и на таком фоне лям-другой баксов на разработку - никакой разницы не делает. Инвестор, может, и не против сэкономить лям зелени, но он тупо не знает, а возможно ли это, не с чем сравнивать, знаний нет, а бабло есть - чего париться?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752443
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555У Сёмы опять желчь в голове. Ну да, теперь ему GC не понравился. Надо ведь хоть за что-то цепляться, ага.

Сёма, пойми, софт грамотно писать надо, а не как ты. Понимаешь разницу? Скорее всего не понимаешь...

В общем на Java можно абсолютно всё, а Сёма просто упёрся, но это с ним часто бывает, в других ветках он на десятки страниц разворачивает холивары. Характер вздорный, понимаешь...

Я тебе не Сема - болванка ты бестолковая.

Иди кодируй свой интерпрайз и ублажай бизнес.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752444
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevНет, не подохла бы.


Подохла бы

Ибо ГЦ работает в условиях когда никто особо "не борзеет"

Как только юзер начинает борзеть и забрасывает систему задачами - гц подыхает

Крайний пик - это банальный OOM - который в яве никак нельзя предотвратить или остановить - акромя специальных техник управления памятью - но смысл писать софт закладываясь на эти техники - если проще взять С++.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752450
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-(


А я не у вас, я уже давно работаю со штатами

И вот у них подхода "перегрузи хули" я не встречал - по кр мере где работал

И каверзных вопросиков на собеседовании не встречал

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

Работая я с вам дорогие мои - до сих пор бы считал Spring,Hebrnate и GC технологиями которые надо изучать и блеял бы перед очередной кадровичкой как я там в конторке ХХХ затюнил ГЦ - смех и грех.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752452
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А C++ когда "юзер начинает борзеть" не подохнет?
Точно так же недетерменированно уйдет в своп и недетерменированно будет тормозить

Известны требования. примерно известны возможности/требования софта. Можно прикинуть сайзинг (плюс минус километр). Любая защита от "не борзеть" - возможна только организационная (балансир нагрузки, мониторинг, авто-убивание оборзевших/зависших пользователей/задач).

От ЯП тут ничего не зависит.

IMHO & AFAIK
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752454
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid KudryavtsevА C++ когда "юзер начинает борзеть" не подохнет?
Точно так же недетерменированно уйдет в своп и недетерменированно будет тормозить

Известны требования. примерно известны возможности/требования софта. Можно прикинуть сайзинг (плюс минус километр). Любая защита от "не борзеть" - возможна только организационная (балансир нагрузки, мониторинг, авто-убивание оборзевших/зависших пользователей/задач).

От ЯП тут ничего не зависит.

IMHO & AFAIK

В СПП ты можешь до байта сказать сколько твой софт потребил памяти и в зависимости от этого организовать грамотную обработку событий

Например сбросить очередь на диск

Или отправить пользователю отказ в обслуживании

При этом никто не зависнет и не отожрет процессорное время под безсполезный ГЦ
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752471
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenkealon(Ruslan)норма это среднее, ну грубо говоря как везде, а "как везде" у нас да и в других местах к сожалению ровно так как вы описали :-(


А я не у вас, я уже давно работаю со штатами

И вот у них подхода "перегрузи хули" я не встречал - по кр мере где работал.не вы один, и вам дико везло

и живёте вы всё же "у нас", а не там, как я понимаю
"Нафигачим и спродакчим" всё же общий тренд, диаметры в круги пересчитывать не мешки ворочать. Платить как прогеру крупного города в штатах вам всё равно врят ли будут.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752476
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semenпропущено...


А я не у вас, я уже давно работаю со штатами

И вот у них подхода "перегрузи хули" я не встречал - по кр мере где работал.не вы один, и вам дико везло

и живёте вы всё же "у нас", а не там, как я понимаю
"Нафигачим и спродакчим" всё же общий тренд, диаметры в круги пересчитывать не мешки ворочать. Платить как прогеру крупного города в штатах вам всё равно врят ли будут.

Пусть так значит дело не в штатах - а в проектах

Тем лучше
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752516
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskyполудухэто типа, заходим в детский сад, ставим задачу максимально полно и... хаваем PROFIT!?
опыт программиста у него не играет в написании CRM, ишь ты, архитектор-медиум 100го лвла

Если в результате плохого ТЗ даже мегапрофессионал пишет несколько лет, а надо было за полгода, то это и есть независимость от опыта.
Понятно что программеры что-то должны уметь. Не надо тут на детсад ссылаться. Но уровень при плохом ТЗ не имеет значения.
вообще-то имеет
заказчик сам не знает, чего хочет
я лучше своих заказчиков знаю, что им в бизнесе пригодится
за исключением конечно супер-узкоспециализированных деталей бизнеса
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752517
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenФэйтл Эрапропущено...

<...> в данном конкретном случае означает "и т.д. и т.п.", т.е. - "много раз уже говорено".

Все равно не понял что имеется ввиду.

delete[] buffer вообще нехорошо

Лучше std::unique_ptr<char[]>

либо же на стеке

Это я так для примера указал и малька накосячил
может всё-таки на векторах?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752535
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухя лучше своих заказчиков знаю, что им в бизнесе пригодится
А никто не сомневается что вы в это верите ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752541
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskyполудухя лучше своих заказчиков знаю, что им в бизнесе пригодится
А никто не сомневается что вы в это верите ))
верят в церкви, а я это практикую
и совсем не первый год
заказчик понятия не имеет, что всё уже 100 раз разработано до него и своими внезапными хотелками заведёт проект в дебри, которые потом рефакторить в 3 раза дольше
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752553
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухsemen.s.semenпропущено...


Все равно не понял что имеется ввиду.

delete[] buffer вообще нехорошо

Лучше std::unique_ptr<char[]>

либо же на стеке

Это я так для примера указал и малька накосячил
может всё-таки на векторах?

https://www.cs.bham.ac.uk/~hxt/2015/c-plus-plus/stack.pdf
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752563
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

самое смешное в том, что мало кто из современных плюсовиков
умеет работать со стеком

понимает когда и как вписать цепочку "создать-удалить объект"
бояца... :-)


вы будете белой вороной
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752567
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)semen.s.semen,

самое смешное в том, что мало кто из современных плюсовиков
умеет работать со стеком

понимает когда и как вписать цепочку "создать-удалить объект"
бояца... :-)


вы будете белой вороной


Возможно

Однако если проект таки решили делать на плюсах - это определенный уровень интеллекта сразу по сравнению с явой
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752595
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenполудухпропущено...

может всё-таки на векторах?

https://www.cs.bham.ac.uk/~hxt/2015/c-plus-plus/stack.pdf
это C
(несмотря на название "c-plus-plus")
в C++ так не пишут:
автор
Код: plaintext
1.
2.
3.
4.
5.
6.
int g()
{
    char s[] = "abc"; // string allocated on call stack
    int c = 10;
    return f(c, c + 2);
}


и там используются scanf()/printf(), когда в C++ это cin/cout.

в C++ есть std::string и он сделан на векторах
юзать массивы - моветон (цитирую Страуса)
std::vector + STL

стэк это НЕ контейнер, он юзает контейнеры и ему можно скормить как вектор, так и deque
тесты vector VS deque
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752636
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудух,

это по мотивам гугла как я понимаю "don't use cout. it's very slow ..."

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

именно в таком смысле semen.s.semen и использует это название

И Страус в определённом смысле прав, нету времени на тот ширпотреб что приходит (а это больше 90%). Объяснять им основы, которые проходят школьники необосновано дорого, если они до этого не допетрили. Главное что бы хоть как-то работало и не так страшно выглядело, типичный #фигачимпродакчим.

semen.s.semen,
вот так оно, попадёшь в такой уровень и будешь потом каждую строчку своего кода, не по инструкции, как для особо одарённых расписывать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752640
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

слово alloca из рук новичка вызывает обоснованный страх у седого лида
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752655
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
azsxВы в таких условиях просто не напишете на С++ учётную систему. А на java возьмутся и напишут. Плохо, с тормозами, с переизбытком требований к серверу. Но будет работать. А если узкое место БД или канал, так и производительность также значения иметь не будет.
По поводу производительности. Современный энтерпрайз разрабатывается с учетом того что его
положат в облако где он будет наращивать мощности по мере нагрузки. Добавляя вычислительные
сущности.

В этих условиях если не брать во внимание детерминизм отклика а только пропускную способность
то С++ или Ассемблер не будут иметь особого преимущества перех PHP или прочего. Эпоха
доткомов закончилась а следовательно и закончилась парадигма 1 сервер - одна задача.
Сегодня приложение - это сеть взаимодействующих друг с другом модулей.
Вспоминаем также движение по пути от IAAS -> SAAS-> .... FAAS.
Последнее означает Function As Service. Вы не разрабатываете сервер или задачу.
Вы делаете бизнес-функцию. Она масштабируется автоматически в облаке в зависимости
от потребностей. Поэтому главная задача - реализовать бизнс-логику правильно.
Просто без ошибок. Требования по latency/throughput - это NFR. Non-Functonal-Requirement
и их обсуждают не сразу а потом. По мере необходимости.

Данный топик начинался с высоконагруженных систем но тем не менее мы уже в топике
уклонились достаточно далеко и поэтому я позволю себе обсуждать не только
такие системы (коих очень мало. Менее 1%) а все информационные системы
в принципе.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752658
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухsemen.s.semenпропущено...


https://www.cs.bham.ac.uk/~hxt/2015/c-plus-plus/stack.pdf
это C
(несмотря на название "c-plus-plus")
в C++ так не пишут:
автор
Код: plaintext
1.
2.
3.
4.
5.
6.
int g()
{
    char s[] = "abc"; // string allocated on call stack
    int c = 10;
    return f(c, c + 2);
}


и там используются scanf()/printf(), когда в C++ это cin/cout.

в C++ есть std::string и он сделан на векторах
юзать массивы - моветон (цитирую Страуса)
std::vector + STL

стэк это НЕ контейнер, он юзает контейнеры и ему можно скормить как вектор, так и deque
тесты vector VS deque

В С++ может так и не пишут - но в С++ используется стек и весьма активно

Если Вы не понимаете в чем разница между

char buffer[12];

и

char * buffer = new char[12]

То как бы ээээ ....
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752662
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)от так оно, попадёшь в такой уровень и будешь потом каждую строчку своего кода, не по инструкции, как для особо одарённых расписывать.


Не нужно мен агетировать

У меня большой опыт работы с идиотами не очень компетентными коллегами из явы

И тут справлюсь
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752671
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухи там используются scanf()/printf(), когда в C++ это cin/cout.

Остается только удивлятся как мир С++ разработчиков воспринял
cin/cout. Да и вообще в С++ много балласта который иммет чисто
машинное назначение. Но не человеческое.

Я вспоминаю цитаты классиков.
Программы пишуться людьми для прочтения людей. И лишь в
некоторых редких случаях - для прочтения машиной.


Лучшие программы пишуться на бумажке. Закодировать их в
исходнике - второстепенная вещь.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752674
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenkealon(Ruslan)от так оно, попадёшь в такой уровень и будешь потом каждую строчку своего кода, не по инструкции, как для особо одарённых расписывать.


Не нужно мен агетировать

У меня большой опыт работы с идиотами не очень компетентными коллегами из явы

И тут справлюсь
Семен. Я почитал вопросы которые вы задавали в форуме.
У меня сложилось впечатление что это вопросы С++ junior developer-а.

Это не выпад. Я просто прошу вас быть чуточку скромнее в форуме.

И не стоит отвечать мультиками. Это оффтоп не несущий смысла и я его
буду удалять просто на основе модераторских положений.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752686
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonsemen.s.semenпропущено...


Не нужно мен агетировать

У меня большой опыт работы с идиотами не очень компетентными коллегами из явы

И тут справлюсь
Семен. Я почитал вопросы которые вы задавали в форуме.
У меня сложилось впечатление что это вопросы С++ junior developer-а.

Это не выпад. Я просто прошу вас быть чуточку скромнее в форуме.

И не стоит отвечать мультиками. Это оффтоп не несущий смысла и я его
буду удалять просто на основе модераторских положений.

Ну я как бы и не скрывал особо что С++ только начал изучать )))


А оффтоп поступил от Вас

Мы тут обсуждаем серьезную тему - а вы какой то маркетинговый вброс сделали
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752689
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЭто не выпад. Я просто прошу вас быть чуточку скромнее в форуме.


Да как бы я весьма тут скромен

Вы почитайте контекст обсуждения с Русланом

Он мне мягко намекает что смысла в С++ идти нет - так как уровень будущих коллег мягко говоря ожидается невысоким

Как мы выяснили ряд людей не понимает что такое стек и думает что это STL коллекция в контексте нашего обсуждения

Я его успокоил и сказал что у меня большой опыт работы с идиотами

При это я не называл идиотами никого из присутствующих.

Я Вас тоже призываю не быть столь мнительными.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752714
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)И Страус в определённом смысле прав, нету времени на тот ширпотреб что приходит (а это больше 90%). Объяснять им основы, которые проходят школьники необосновано дорого, если они до этого не допетрили. Главное что бы хоть как-то работало и не так страшно выглядело, типичный #фигачимпродакчим.

а вас хлебом не корми, дай на асме продактить

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

semen.s.semenВ С++ может так и не пишут - но в С++ используется стек и весьма активно

Если Вы не понимаете в чем разница между

char buffer[12];

и

char *buffer = new char[12]

То как бы ээээ ....
в первом случае инициализация массива (это old-way строка в C, а в C++ для этого есть std::string)
во втором указатель на массив (c инициализацией)

стэк используется везде .
и весьма активно.

что дало повод вам думать, что я не знаю, что такое стэк или указатель (
я конечно сам джун в начале пути, но кое-что уже узнал.
авторКак мы выяснили ряд людей не понимает что такое стек и думает что это STL коллекция в контексте нашего обсуждения
чушь, не было такого.

вы изначально изобразили C-way в контексте C++
semen.s.semenВ С++:
char buffer[] = new char[12]
delete[] buffer;
так делали в C
а в C++ есть std::string, который работает на векторах

Потом вы предложили чистить память стэком... вместо delete[]...
хотя там просто string удалить надо...
но по итогу в стэках не разбираюсь Я
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752717
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonполудухи там используются scanf()/printf(), когда в C++ это cin/cout.

Остается только удивлятся как мир С++ разработчиков воспринял
cin/cout. Да и вообще в С++ много балласта который иммет чисто
машинное назначение. Но не человеческое.

Я вспоминаю цитаты классиков.
Программы пишуться людьми для прочтения людей. И лишь в
некоторых редких случаях - для прочтения машиной.


Лучшие программы пишуться на бумажке. Закодировать их в
исходнике - второстепенная вещь.
так это нормально (с)
целый ООП придумали для нас, обезьян
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752718
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудуха в C++ для этого есть std::string)


Я икренне настаиваю и призываю Вас идти в Яву

Там Вы реально будете чувствовать себя комфортно и найдете единомышленников
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752719
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВ этих условиях если не брать во внимание детерминизм отклика а только пропускную способность
то С++ или Ассемблер не будут иметь особого преимущества перех PHP или прочего.
кстати, касательно откликов, там ради только отклика уже стоит смотреть в ту сторону )
если имели удовольствие кликать по сайту, написанному на C++, там примерно как в комп-игре отклик, а не как обычно в браузере
клиенты обязательно заметят эту особенность именно вашего бренда
конечно, если сам контент говно они не оценят, но если всё на уровне, это будет жирный плюс
когда сайт работает мгновенно, это всегда ценится
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752720
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenполудуха в C++ для этого есть std::string)


Я икренне настаиваю и призываю Вас идти в Яву

Там Вы реально будете чувствовать себя комфортно и найдете единомышленников
единомышленников в чём?
это не я придумал string, а Страус
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752721
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухsemen.s.semenпропущено...



Я икренне настаиваю и призываю Вас идти в Яву

Там Вы реально будете чувствовать себя комфортно и найдете единомышленников
единомышленников в чём?
это не я придумал string, а Страус


Я сейчас копаю один огромный опен соурс продукт написанный на С++

Там внутри дофигища сделано на char[] и char*
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752722
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да кстати а где вы там в std::string вектора нашли ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752724
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЯ сейчас копаю один огромный опен соурс продукт написанный на С++

Там внутри дофигища сделано на char[] и char*
Огромный != качественный.
Почитай про SSO хотя бы...
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752726
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenchar buffer[12];

и

char * buffer = new char[12]

То как бы ээээ ....
А ты понимаешь в чём разница между двумя этими переменными без Гугла?
Код: plaintext
1.
2.
char * buffer = "Hello";
char buffer1[] = "Hello";
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752727
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenЯ сейчас копаю один огромный опен соурс продукт написанный на С++

Там внутри дофигища сделано на char[] и char*
Огромный != качественный.
Почитай про SSO хотя бы...

Short String Optimization ?

уже читал


Так чего в плюсах чаровские буферы использовать не по понятиям что ли ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752729
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenmaytonЭто не выпад. Я просто прошу вас быть чуточку скромнее в форуме.


Да как бы я весьма тут скромен

Вы почитайте контекст обсуждения с Русланом

Он мне мягко намекает что смысла в С++ идти нет - так как уровень будущих коллег мягко говоря ожидается невысоким

Как мы выяснили ряд людей не понимает что такое стек и думает что это STL коллекция в контексте нашего обсуждения

Я его успокоил и сказал что у меня большой опыт работы с идиотами

При это я не называл идиотами никого из присутствующих.

Я Вас тоже призываю не быть столь мнительными.
Ну вот и отлично. Договорились.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752730
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТак чего в плюсах чаровские буферы использовать не по понятиям что ли ?
Не по понятиям ты в хату заехал, фраер.
А ничего что у std::basic_string под капотом такой же буфер, об управлении памятью которого тебе уже не нужно волноваться?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752733
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenТак чего в плюсах чаровские буферы использовать не по понятиям что ли ?
Не по понятиям ты в хату заехал, фраер.
А ничего что у std::basic_string под капотом такой же буфер, об управлении памятью которого тебе уже не нужно волноваться?

std::unique_ptr<char[]> не ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752734
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ах да там же еще SSO
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752735
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenchar buffer[12];

и

char * buffer = new char[12]

То как бы ээээ ....
А ты понимаешь в чём разница между двумя этими переменными без Гугла?
Код: plaintext
1.
2.
char * buffer = "Hello";
char buffer1[] = "Hello";



Не куда мне - я же джуниор

Просвятишь ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752736
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухmaytonВ этих условиях если не брать во внимание детерминизм отклика а только пропускную способность
то С++ или Ассемблер не будут иметь особого преимущества перех PHP или прочего.
кстати, касательно откликов, там ради только отклика уже стоит смотреть в ту сторону )
если имели удовольствие кликать по сайту, написанному на C++, там примерно как в комп-игре отклик, а не как обычно в браузере
клиенты обязательно заметят эту особенность именно вашего бренда
конечно, если сам контент говно они не оценят, но если всё на уровне, это будет жирный плюс
когда сайт работает мгновенно, это всегда ценится
Если вы нарисуете временнУю диаграмму сетевых событий (сетевой пакет ушел на сервер обработался
и вернулся отклик) и событий на уровне application-server
то может оказаться что сайт написанный на С++ не имеет особо ярко выраженных преимуществ.
Игровые серверы по большей части пишутся на разном бутерброде из технологий. В том числе Netty.
А если брать во внимание принципиальный недетерминизм сетевых лагов - ситуация становится
еще более странной. Вы можете потратить много усилий но получить ту-же гистограмму отклика.

Беря во внимание также клиента который может быть написан на браузерных WebGL/Unity мы получаем
еще более "случайную" модель.

Вообщем факторов влияющих на конечный отклик (как и на ощущения пользователя игрока) гораздо
больше.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752737
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТак чего в плюсах чаровские буферы использовать не по понятиям что ли ?
new/delete лучше не использовать там где можно не использовать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752739
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Не по понятиям ты в хату заехал, фраер.
А ничего что у std::basic_string под капотом такой же буфер, об управлении памятью которого тебе уже не нужно волноваться?

std::unique_ptr<char[]> не ?
И нахрена он мне без конактенации и прочих плюшек zero-cost abstraction?
Зачем есть руками, когда давно уже придуманы столовые приборы?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752740
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tsemen.s.semenТак чего в плюсах чаровские буферы использовать не по понятиям что ли ?
new/delete лучше не использовать там где можно не использовать.

а  std::unique_ptr<char[]> ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752741
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...


std::unique_ptr<char[]> не ?
И нахрена он мне без конактенации и прочих плюшек zero-cost abstraction?
Зачем есть руками, когда давно уже придуманы столовые приборы?

Мне нужен буфер - а не строка ферштейн ?

Зачем мне конкатенация для буфера
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752744
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

А ты понимаешь в чём разница между двумя этими переменными без Гугла?
Код: plaintext
1.
2.
char * buffer = "Hello";
char buffer1[] = "Hello";



Не куда мне - я же джуниор

Просвятишь ?
Разные сегменты данных.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752745
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...


Не куда мне - я же джуниор

Просвятишь ?
Разные сегменты данных.

Первый на стеке второй на хипе ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752746
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Разные сегменты данных.

Первый на стеке второй на хипе ?

Тьфу наоборот
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752749
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

И нахрена он мне без конактенации и прочих плюшек zero-cost abstraction?
Зачем есть руками, когда давно уже придуманы столовые приборы?

Мне нужен буфер - а не строка ферштейн ?

Зачем мне конкатенация для буфера
Никакой разницы в результате компиляции ты не получишь, кроме, разве что, SSO у строки, а также, завершающего нуля.
Только в том случае, если тебе не нужен нуль в конце и ты не собираешься использовать тот самый буфер именно как строку,
то, возможно было бы семантически правильно сделать отдельный using/typedef на std::unique_ptr<char[]> и назвать его ScopedBuffer
или каким-нибудь подобным образом, чтобы у того, кто это увидет в деле не было желания включить режим рефакторинга и не
заменить это на std::string. Ищи компромисс :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752751
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Разные сегменты данных.

Первый на стеке второй на хипе ?
.data и .rodata
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752752
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...


Мне нужен буфер - а не строка ферштейн ?

Зачем мне конкатенация для буфера
Никакой разницы в результате компиляции ты не получишь, кроме, разве что, SSO у строки, а также, завершающего нуля.
Только в том случае, если тебе не нужен нуль в конце и ты не собираешься использовать тот самый буфер именно как строку,
то, возможно было бы семантически правильно сделать отдельный using/typedef на std::unique_ptr<char[]> и назвать его ScopedBuffer
или каким-нибудь подобным образом, чтобы у того, кто это увидет в деле не было желания включить режим рефакторинга и не
заменить это на std::string. Ищи компромисс :)

Ну то есть при написании ScopedBuffer фраера пойдут против понятий хаты ? и таки заюзают char[] ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752758
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Никакой разницы в результате компиляции ты не получишь, кроме, разве что, SSO у строки, а также, завершающего нуля.
Только в том случае, если тебе не нужен нуль в конце и ты не собираешься использовать тот самый буфер именно как строку,
то, возможно было бы семантически правильно сделать отдельный using/typedef на std::unique_ptr<char[]> и назвать его ScopedBuffer
или каким-нибудь подобным образом, чтобы у того, кто это увидет в деле не было желания включить режим рефакторинга и не
заменить это на std::string. Ищи компромисс :)

Ну то есть при написании ScopedBuffer фраера пойдут против понятий хаты ? и таки заюзают char[] ?
Я же написал, зависит от того, как ты будешь этот буфер использовать семантически, т.е. будешь ли ты его передавать сущностям, которые ожидают
именно строку или именно буфер данных. Строка -- это тоже буфер, но состоящий из ограниченного набора символов и завершающийся нулём.
Т.е. семантически , std::string -- это очень частный случай std::unique_ptr<char[]> безо всяких конкатенаций, ресайзов и прочего.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752759
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZ.data и .rodata
Ну, всмысле тоже наоборот. При попытке записи в char * buffer (в .rodata) ты получишь исключение от ОС.
Конечно, я говорил о говорил о namespace scope переменных, там нет стека.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752760
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...


Ну то есть при написании ScopedBuffer фраера пойдут против понятий хаты ? и таки заюзают char[] ?
Я же написал, зависит от того, как ты будешь этот буфер использовать семантически, т.е. будешь ли ты его передавать сущностям, которые ожидают
именно строку или именно буфер данных. Строка -- это тоже буфер, но состоящий из ограниченного набора символов и завершающийся нулём.
Т.е. семантически , std::string -- это очень частный случай std::unique_ptr<char[]> безо всяких конкатенаций, ресайзов и прочего.


Да можешь одно и тоже не повторять

Вы начали задвигать что Страус сказал что использовать чар буферы не по понятиям и надо юзать стринг - дескать там ССО
И вообще мой опен соурс некачественный


Теперь ты юлишь тролишь и нашел юз кейс где буфер нужен

Так ли неправ был Руслан ?


Каверзные задачки, нелогичная самоопровергаемая предогенерация и отсутсвие идей, разве не этим отличается современный программист - который не написал ничего серьезного акромя корпоративного овна и забитых духов на интервью ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752761
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDima Tпропущено...

new/delete лучше не использовать там где можно не использовать.

а  std::unique_ptr<char[]> ?
Так уже лучше, т.к. достаточно забыть delete и устанешь искать утечку памяти.
Но не идеально, т.к. выход за пределы массива никак не контролируется, что тоже может вызвать "мистические явления".

Для буфера лучше std::vector<char>
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752762
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima TДля буфера лучше std::vector<char>


Я конечно мож и джуниор (судя по моим вопросам ибо оотсутствие вопросов сделало бы меня экспертом)

Но подобный бред даже комментировать не хочу
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752764
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDima TДля буфера лучше std::vector<char>


Я конечно мож и джуниор (судя по моим вопросам ибо оотсутствие вопросов сделало бы меня экспертом)

Но подобный бред даже комментировать не хочу
Почему? Массивы в С++ это не то же что в высокоуровневых языках.

Угадай что будет:
Код: plaintext
1.
2.
char* buf = new char[5];
buf[10] = 0;
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752765
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tsemen.s.semenпропущено...


Я конечно мож и джуниор (судя по моим вопросам ибо оотсутствие вопросов сделало бы меня экспертом)

Но подобный бред даже комментировать не хочу
Почему? Массивы в С++ это не то же что в высокоуровневых языках.

Угадай что будет:
Код: plaintext
1.
2.
char* buf = new char[5];
buf[10] = 0;



Потому что как мне потом vector<char> передать как char * ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752767
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenNekZпропущено...

Я же написал, зависит от того, как ты будешь этот буфер использовать семантически, т.е. будешь ли ты его передавать сущностям, которые ожидают
именно строку или именно буфер данных. Строка -- это тоже буфер, но состоящий из ограниченного набора символов и завершающийся нулём.
Т.е. семантически , std::string -- это очень частный случай std::unique_ptr<char[]> безо всяких конкатенаций, ресайзов и прочего.


Да можешь одно и тоже не повторять

Вы начали задвигать что Страус сказал что использовать чар буферы не по понятиям и надо юзать стринг - дескать там ССО
И вообще мой опен соурс некачественный


Теперь ты юлишь тролишь и нашел юз кейс где буфер нужен

Так ли неправ был Руслан ?


Каверзные задачки, нелогичная самоопровергаемая предогенерация и отсутсвие идей, разве не этим отличается современный программист - который не написал ничего серьезного акромя корпоративного овна и забитых духов на интервью ?
Семён Семёныч, я говорю о том, что нужно ставить здравый смысл во главу угла и не уподобляться Базисту.
Так-то ты массивы и чисел вместо std::vector'а можешь заменить, скажем, на std::unique_ptr<int[]>. И ничего этим не выиграешь, но цена поддержки
подобного кода, например, когда захочется часто дописывать в конец существующего буфера, тебе придётся его вручную каждый раз реаллоцировать,
а в случае вектора ты бы мог его просто заменить на std::list/forward_list в одном месте, конечно, если ты ещё и теорию алгоритмов знаешь хотя
бы на базовом уровне и помнишь про кэши процессора.
Вопрос цены поддержки кода и его качества.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752768
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDima Tпропущено...

Почему? Массивы в С++ это не то же что в высокоуровневых языках.

Угадай что будет:
Код: plaintext
1.
2.
char* buf = new char[5];
buf[10] = 0;



Потому что как мне потом vector<char> передать как char * ?

Ах да

vector.data()

Все равно криво выглядит
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752772
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenпропущено...



Да можешь одно и тоже не повторять

Вы начали задвигать что Страус сказал что использовать чар буферы не по понятиям и надо юзать стринг - дескать там ССО
И вообще мой опен соурс некачественный


Теперь ты юлишь тролишь и нашел юз кейс где буфер нужен

Так ли неправ был Руслан ?


Каверзные задачки, нелогичная самоопровергаемая предогенерация и отсутсвие идей, разве не этим отличается современный программист - который не написал ничего серьезного акромя корпоративного овна и забитых духов на интервью ?
Семён Семёныч, я говорю о том, что нужно ставить здравый смысл во главу угла и не уподобляться Базисту.
Так-то ты массивы и чисел вместо std::vector'а можешь заменить, скажем, на std::unique_ptr<int[]>. И ничего этим не выиграешь, но цена поддержки
подобного кода, например, когда захочется часто дописывать в конец существующего буфера, тебе придётся его вручную каждый раз реаллоцировать,
а в случае вектора ты бы мог его просто заменить на std::list/forward_list в одном месте, конечно, если ты ещё и теорию алгоритмов знаешь хотя
бы на базовом уровне и помнишь про кэши процессора.
Вопрос цены поддержки кода и его качества.

Ты Юли

Полудух заявил что Страус сказал что в С++ чар буферы не юзают

Это бред и неправда

что там можно, алгоритмы и кешы это вообще поток очередного бреда не имеющего отношения к начальному диалогу )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752774
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТы Юли

Полудух заявил что Страус сказал что в С++ чар буферы не юзают

Это бред и неправда

что там можно, алгоритмы и кешы это вообще поток очередного бреда не имеющего отношения к начальному диалогу )))
В общем, парнишка, ты невменяем. Удачи в программировании на C++ ;-)
С такими фичами никто с тобой не захочет работать, т.е. собеседование по плюсам ты провалишь с треском.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752775
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDima Tпропущено...

Почему? Массивы в С++ это не то же что в высокоуровневых языках.

Угадай что будет:
Код: plaintext
1.
2.
char* buf = new char[5];
buf[10] = 0;



Потому что как мне потом vector<char> передать как char * ?
Легко
Код: plaintext
1.
2.
std::vector<char> buf(10);
foo(&buf[0]);


Правда внутри foo() не будет никакого контроля выхода за пределы buf.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752776
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenТы Юли

Полудух заявил что Страус сказал что в С++ чар буферы не юзают

Это бред и неправда

что там можно, алгоритмы и кешы это вообще поток очередного бреда не имеющего отношения к начальному диалогу )))
В общем, парнишка, ты невменяем. Удачи в программировании на C++ ;-)
С такими фичами никто с тобой не захочет работать, т.е. собеседование по плюсам ты провалишь с треском.

Очередной бредогенерируемый поток с целью меня принизить что говорит о твоей умственной отсталости

Полагаю что с тобой там работают подобный братья по разуму - не дай бог с тобой пересечься

И тебе удачи, парнишка.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752778
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tsemen.s.semenпропущено...


Потому что как мне потом vector<char> передать как char * ?
Легко
Код: plaintext
1.
2.
std::vector<char> buf(10);
foo(&buf[0]);


Правда внутри foo() не будет никакого контроля выхода за пределы buf.

См ранее - я уже и без этих хаков показал как это делается
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752785
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Трактат (Разговор с корпоративным программистом)

* Чем отличается стек от кучи ?

* Какой еще стек ? Там же есть вектор

* Брррр какой вектор мы говорим про execution stack

* Ты че я знаю про execution stack я просто читал Страуса там говорили про std::string - ты вообще про SSO читал ?

* Читал

* Ну тогда в чем разница между

char* buffer = "Hello World"
и
char buffer[] ="Hello World"

Уже чувствуется логика диалога

* Не знаю

* А я знаю (да пофигу что разговор вообще не об этом был)

* И так как я это знаю то получи

Вектор, Кеш локалити процессора, (Че я там еще на интервью то применяю обычно чтоб этих даунов мочить)

* Ты тролль и и юлишь

* Чего ? Да как ? да .. Да с тобой вообще никто работать не будет - ты невменяем.


Нет братец - это ты невменяем.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752786
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не прошло и десяти лет, а некоторые реализации STL уже начали оптимизировать. Так ведь,
глядишь, ещё лет через 10 объявление "const std::string c("aaaaaaaaaaaaaaaa")" вообще таки
перестанет копировать константу в стэк. А там, авось std::sleep(ms) перестанет работать
как ::Sleep(time() + ms - time())...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752788
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenНу тогда в чем разница между

Разница ещё и в том, что первое откажется скомпилироваться со строгими настройками.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752790
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenТрактат (Разговор с корпоративным программистом)

* Чем отличается стек от кучи ?

* Какой еще стек ? Там же есть вектор

* Брррр какой вектор мы говорим про execution stack

* Ты че я знаю про execution stack я просто читал Страуса там говорили про std::string - ты вообще про SSO читал ?

* Читал

* Ну тогда в чем разница между

char* buffer = "Hello World"
и
char buffer[] ="Hello World"

Уже чувствуется логика диалога

* Не знаю

* А я знаю (да пофигу что разговор вообще не об этом был)

* И так как я это знаю то получи

Вектор, Кеш локалити процессора, (Че я там еще на интервью то применяю обычно чтоб этих даунов мочить)

* Ты тролль и и юлишь

* Чего ? Да как ? да .. Да с тобой вообще никто работать не будет - ты невменяем.


Нет братец - это ты невменяем.
Трактат (Разговор с Семён Семёнычем Июнем)
* std::unique_ptr -- решение всех проблем

Технические аргументы, обрамлёные здравым смыслом

* Чё? Ты юлишь!

* Если Вы не понимаете в чем разница между char buffer[12]; и char * buffer = new char[12] то как бэ...

Встречный вопрос с подколом, а ты понимаешь разницу между char * buffer = "Foo" и char buffer[] = "Foo";

* Не, не слышал. Это всё бред. Ты юлишь.

* Мне нужен буфер из char'ов. Я могу использовать std::unique_ptr<char[]>

Смотря чего ты хочешь от этого буфера и как он будет использоваться.

* Чё? Ты опять юлишь! Это всё бред!


Ну и так далее. Семён Семёныч способствует флуду в топике и просит уже удара банхаммером по IPлу.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752831
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenСтраус сказал что в С++ чар буферы не юзают

Ну вообще-то, все фичи С - это тоже С++.
Просто в большинстве случаев они не нужны и усложняют код программы, т.к. есть более высокоуровневые С++ конструкции.
А когда нужны - например для скорости - то применяйте себе на здоровье.

А чтобы джуны которые не шарят в разнице межу низким уровнем и высоким, не плодили бессмысленно сложный код на голом месте, существует код ревью, юнит тесты, стат анализаторы и прочие палки для битья по шаловливым рукам.
Для сеньоров кстати все те же палки нужны, т.к. там другая история - горе от ума (например написать интерпретатор языка, когда надо было просто сложить два числа). И поэтому их тоже надо контролировать.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752838
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskysemen.s.semenСтраус сказал что в С++ чар буферы не юзают

Ну вообще-то, все фичи С - это тоже С++.
Просто в большинстве случаев они не нужны и усложняют код программы, т.к. есть более высокоуровневые С++ конструкции.
А когда нужны - например для скорости - то применяйте себе на здоровье.

А чтобы джуны которые не шарят в разнице межу низким уровнем и высоким, не плодили бессмысленно сложный код на голом месте, существует код ревью, юнит тесты, стат анализаторы и прочие палки для битья по шаловливым рукам.
Для сеньоров кстати все те же палки нужны, т.к. там другая история - горе от ума (например написать интерпретатор языка, когда надо было просто сложить два числа). И поэтому их тоже надо контролировать.

Итого получаем джуна - который пришел в проект.

У него еще работает голова, нет злобы на окружающих - он только недавно решал дифуры в универе и вполне себе решал.

Попадает он на проект - а там сидят перцы с отбитой ревьюингом головой после 5 летней дедовщины

Разумеется в переговорке за это время эти дедушки чего только не наслушались

И что если будешь тут сильно вякать с тобой никто не будет работать
И завали ;;;; - тут лучше тебя все знают

Короче мозг джуну отбивают только так

И превращается он в еще оно подобие программиста

Мозг набит каверзными вопросиками (ибо только они позволяют хоть как то себя защитить)

Голова набить не умением писать софт - а социальными скилам по отбиванию от маразма на ревью

Перед кодированием мозг не думает о качестве - он думает об std::string и SSO - когда зачастую это нахрен не надо и достаточно организовать char[] на стеке

Вообщем чему угодно учат кроме одного - как думать и писать хороший и качественный софт.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752841
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenВообщем чему угодно учат кроме одного - как думать и писать хороший и качественный софт.
Кстати, ты уже нашёл галерукомпанию, которую искал полгода назад ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752846
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenВообщем чему угодно учат кроме одного - как думать и писать хороший и качественный софт.
Кстати, ты уже нашёл галерукомпанию, которую искал полгода назад ?

Зачем.

Если я могу без Вас гениев спокойно работать и развиваться.

Я в Яве через такое же гуамно прошел.

Ну и где эти клоуны которые меня поначалу также чмырили.

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

А моим софтом люди в мире пользуются.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752847
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenА моим софтом люди в мире пользуются.
Можно ссылку на твой софт чтобы без регистрации и SMS?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752848
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenА моим софтом люди в мире пользуются.
Можно ссылку на твой софт чтобы без регистрации и SMS?

Нет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752852
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semen,

Это вы перепутали с бухгалтерией в жэке - это там обычно интриги и подсиживание ))

А про талантливых джунов, которым деды мозг выключают - это смешно было, продолжайте.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752855
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskysemen.s.semen,

Это вы перепутали с бухгалтерией в жэке - это там обычно интриги и подсиживание ))

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

Не выключают - а наоборот включают.

И джуны начинают понимать фишку этого долбаного айти.

И если не совсем идиоты - держутся подальше это подобной дедовшины и развиваются среди умных людей.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752862
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenразвиваются среди умных людей.
Мечты ...)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752866
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код ревью это самый быстрый способ выбить дурь и заумь у тех кто гордится тем что умеет решать дифуры, хотя его работа заключается в совсем другом.

Потому что создание софта - это технология, и если кто-то ее не придерживается, потому что слишком умный (в прямом смысле), то продукта на выходе не будет.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752869
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Раньше армия учила жить в коллективе, а сейчас - даже не знаю, что посоветовать.

P.S.
У Семён Семёнович, полностью атрофировано чувство реальности - так вся жизнь пройдёт в обидах на окружающее быдло.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752923
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovРаньше армия учила жить в коллективе, а сейчас - даже не знаю, что посоветовать.

P.S.
У Семён Семёнович, полностью атрофировано чувство реальности - так вся жизнь пройдёт в обидах на окружающее быдло.

Да какие обиды - господь с тобой.

Работаю, развиваюсь и вполне себе доволен ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752927
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly MoskovskyПотому что создание софта - это технология, и если кто-то ее не придерживается, потому что слишком умный (в прямом смысле), то продукта на выходе не будет.


Ну да Ну да

Очередная Мантра )))

Подавляющее количество айти проектов провальны

Как Вы думаете почему ?

Да потому что качество и успех проект напрямую зависит от того кто проектировал базу

И если ее проектировал умный (в прямом смысле) - то проект порвет рынок и мир

А если как обычно (прижившийся после армии) то будем иметь очередное распиаренное Г.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752928
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZsemen.s.semenchar buffer[12];

и

char * buffer = new char[12]

То как бы ээээ ....
А ты понимаешь в чём разница между двумя этими переменными без Гугла?
Код: plaintext
1.
2.
char * buffer = "Hello";
char buffer1[] = "Hello";

Убей, не понимаю - чем после компиляции будет отличаться бинарное представление этих буферов и функционально аналогичные алгоритмы работы с ними через элементы массива или через арифметику указателей?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752930
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovРаньше армия учила жить в коллективе, а сейчас - даже не знаю, что посоветовать.

P.S.
У Семён Семёнович, полностью атрофировано чувство реальности - так вся жизнь пройдёт в обидах на окружающее быдло.

Тебя наверное в армии поди научили как решать мою задачу с подсчетом слов ?

А да точно - тебе сказали что профессионалы лучше тебя все знают и ты успокоился и никаких обид.

Тоже позиция )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752933
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devNekZпропущено...

А ты понимаешь в чём разница между двумя этими переменными без Гугла?
Код: plaintext
1.
2.
char * buffer = "Hello";
char buffer1[] = "Hello";

Убей, не понимаю - чем после компиляции будет отличаться бинарное представление этих буферов и функционально аналогичные алгоритмы работы с ними через элементы массива или через арифметику указателей?
Это не const, значит туда можно писать, но первое вылетает при записи.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752944
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima TЭто не const, значит туда можно писать, но первое вылетает при записи.ну ты замутил
первое просто указатель на строку в константной секции и естестно при попытке записать по этому указателю - получим AV
второе выделенный на стеке буфер, который заполнятся как ни странно тоже из константной секции

но второй случай "шибко умный компилятор" для оптимизации может превратить в первый если нет кода записи
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752945
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)Dima TЭто не const, значит туда можно писать, но первое вылетает при записи.ну ты замутил
первое просто указатель на строку в константной секции и естестно при попытке записать по этому указателю - получим AV
второе выделенный на стеке буфер, который заполнятся как ни странно тоже из константной секции

но второй случай "шибко умный компилятор" для оптимизации может превратить в первый если нет кода записи

Спасибо за адекватный и конструктивный ответ !!!
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752951
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кстати одним из излюбленных приемов на интервью является дать задачку


char * buffer = "Hello";
char buffer1[] = "Hello";


Пофигу на достижения и ум кандидата - если точно не ответил - ставим жирный минус и дальше эксплуатируем умнейших людей с университетским образованием за -50К от его реальной зарплаты

Яндекс таким обожает заниматься ))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752952
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)второе выделенный на стеке буфер

Даже в namespace scope? ;-)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752953
Фотография NekZ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenКстати одним из излюбленных приемов на интервью является дать задачку


char * buffer = "Hello";
char buffer1[] = "Hello";


Пофигу на достижения и ум кандидата - если точно не ответил - ставим жирный минус и дальше эксплуатируем умнейших людей с университетским образованием за -50К от его реальной зарплаты

Яндекс таким обожает заниматься ))
Это тебе ещё повезло, многие компании в России до сих пор грешат брейнтизерами.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752954
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenКстати одним из излюбленных приемов на интервью является дать задачкудля полноты картины у них должен быть ещё запрет в кодинг-стандарте на явное использование строковых литералов в коде)))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752956
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
egorychsemen.s.semenКстати одним из излюбленных приемов на интервью является дать задачкудля полноты картины у них должен быть ещё запрет в кодинг-стандарте на явное использование строковых литералов в коде)))

Какие еще кодинг стандарты

Весь кодинг стандарт это отношение к тебе со стороны вышестоящего

Условно говоря - код хорошие пока его автора некому лишить работы.

Поэтому у самого главного менеджера самый отличный код

У духа джуниора - самое Г

Лид пишет хороший код - пока менеджеру не захочется его глянуть и покритиковать

Армия е - мое, тупая армия
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752996
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kealon(Ruslan)Dima TЭто не const, значит туда можно писать, но первое вылетает при записи.ну ты замутил
первое просто указатель на строку в константной секции и естестно при попытке записать по этому указателю - получим AV
второе выделенный на стеке буфер, который заполнятся как ни странно тоже из константной секции

но второй случай "шибко умный компилятор" для оптимизации может превратить в первый если нет кода записи
В курсе. Если честно: был удивлен что такое компилируется.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39752999
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tkealon(Ruslan)пропущено...
ну ты замутил
первое просто указатель на строку в константной секции и естестно при попытке записать по этому указателю - получим AV
второе выделенный на стеке буфер, который заполнятся как ни странно тоже из константной секции

но второй случай "шибко умный компилятор" для оптимизации может превратить в первый если нет кода записи
В курсе. Если честно: был удивлен что такое компилируется.

Мне мое IDE на char * buffer = "Hello World" ругается
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753003
Dima T
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenDima Tпропущено...

В курсе. Если честно: был удивлен что такое компилируется.

Мне мое IDE на char * buffer = "Hello World" ругается
MSVC еще не такое может пропустить
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753006
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dima Tsemen.s.semenпропущено...


Мне мое IDE на char * buffer = "Hello World" ругается
MSVC еще не такое может пропустить

У меня не MSVC
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753066
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NekZkealon(Ruslan)второе выделенный на стеке буфер

Даже в namespace scope? ;-)ответ подразумевался в контексте процедуры :-)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753071
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вопрос подразумевался с подколкой

А это значит что любой ответ будет неверным
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753099
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenegorychпропущено...
для полноты картины у них должен быть ещё запрет в кодинг-стандарте на явное использование строковых литералов в коде)))

Какие еще кодинг стандарты

Весь кодинг стандарт это отношение к тебе со стороны вышестоящего

Условно говоря - код хорошие пока его автора некому лишить работы.

Поэтому у самого главного менеджера самый отличный код

У духа джуниора - самое Г

Лид пишет хороший код - пока менеджеру не захочется его глянуть и покритиковать

Армия е - мое, тупая армия
Я не знаю как в мире С++. Но в Java сегменте разработки чем ты синьорнее - тем ты меньше пишешь кода.
Фактически интервью в части middle/senyor/tech-lead будет не сильно отличаться. Основная разница в опыте
работы и в способности оценить сложность будущей разработки а также в способности понимать business
value той или иной фичи.

Кстати - самая большая ошибка Java-критикующих в том что они считают что EE-проект создается на Java.
Это не так. Современное EE-приложение это огромный слоистый торт из различных языковых технологий
которые на выходе дают код но в изначальном представлении - их исходник не является Java.

Я перечислю только те с которымми работал сам. Часть их них являют просто язык. Часть - фреймворк
с языком. Или часть можно назвать библиотекой но достаточно специфичной и требующей глубоких
знаний. Тоесть так просто "с пол-пинка" вы в нее не зайдете. Нужно читать concepts.
- Droolz (бизнес-правила, flow события в системе)
- Hibernate HQL (языки ORM)
- Spring Boot (в части configuration) это пожалуй более чем половина структурных описаний приложения
- FreeMarker (описание форм отчотности)
- Jasper (XML-подобное описание дизайна отчотов)
- Gradle (фреймворк и некий язык описания процесса сборки)
- Apache Camel DSL(XML - тоже flow бизнес процессов с очень развитыми возможностями по интеграции,
к примеру http-сервер является просто endpoint-ом c точки зрения Camel коих может быть очень
много и в разных протоколах в т.ч. и асинхронных)
- Maven (тоже описатель процесса сборки крупного проекта но декларативный. В отличии от Gralde
в нем нет проверок условий и вся логика запрятана в плагины)
- JBehave (конструктор языка описания интеграционных или конечных тестов на естественном языке для бизнеса)
- Liquibase/Flyway - языки контроля версий и описания патчей к реляционным DBMS.

Это не означает что на собесе спрашивают именно это. Это просто некий потенциальный перечень "нежданчиков"
с которыми надо будет работать и разбираться. Тоесть вариант "Выучил назубок Java-core и теперь я все знаю" - это миф.
Это просто стартовая точкая. Вы еще никто. После нее горизонт познания еще расширяется только.

Поэтому самый главный менеджер (техлид) проекта кода вообще не пишет. У него будет достаточно работ в части
code-review, архитектурных вопросов и бесконечных согласований изменений к BR.

По поводу того тчо менеджеру вдруг захочется глянуть и покритиковать.

Я не знаю где вы работали и как. В хорошей конторе есть определённый кодекс поведения (Code Of Conduct)
есть система ценностей (Values) и видение конечной цели. Если команда мотивирована. Получает оплату и
понимает что работа каждого зависит от teammates, то никакого подсиживания и критики быть не должно.

Вобщем мой вам совет в первую очередь. Пересмотрите своего работодателя. Поищите хороший
аутсорс который работает на западного заказчика.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753101
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonВобщем мой вам совет в первую очередь. Пересмотрите своего работодателя. Поищите хороший
аутсорс который работает на западного заказчика.


То есть вы считаете что описанная мной армия - это место где я сейчас работаю

Мой Вам совет

Не стесняйтесь задавать простые вопросы (это конечно повод считать вас Джуном) - но по крайней мере Вы не будете содержать в голове логических дыр и делать неверные выводы на пустом месте.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753104
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Извини. Мне просто показалось что часть твоих сообщений содержат
горечь и злобу. Страницей раньше.

Будто ты был джуном. Тебя обижали. Мозк отбивали и прочее.

Ну это так... не факт а просто впечатление.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753108
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonИзвини. Мне просто показалось что часть твоих сообщений содержат
горечь и злобу. Страницей раньше.

Будто ты был джуном. Тебя обижали. Мозк отбивали и прочее.

Ну это так... не факт а просто впечатление.

Джуном я был (как и все) - но все это давно в прошлом.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753110
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хорошо проехали. Ты - не джун.

Можешь рассказать о текущем проекте? Разумеется я не прошу раскрывать NDA
и всякие имена и адреса.

Просто. Технологический стек.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753111
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonХорошо проехали. Ты - не джун.

Можешь рассказать о текущем проекте. Разумеется я не прошу раскрывать NDA
и всякие имена и адреса.

Просто. Технологический стек.

C++/Java
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753112
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Под какие платформы будете делать релиз? Будет БД? Будет Веб-часть?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753116
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonПод какие платформы будете делать релиз? Будет БД? Будет Веб-часть?

Мы американский стартап.

У нас продукт практически без внешних либ.

Нужно качество.

Чтобы работало при любых нагрузках от пользователя.

Вся ява в критических точках заюзана почти как С++ (преаллокция ансейфы директ байт буферы и прочие радости)

Ну а С++ он и есть С++ ))))

Очень критичен перфоманс.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753118
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как вы тестируете нагрузку?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753119
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonКак вы тестируете нагрузку?

Есть специальный скрипт - он подает нагрузку на серверах по ночам

Есть jmh бенчмарки

Есть огромный С++ слой для бенчей

Есть мои локальные бенчи - которые только я юзаю и ускоряю - если выходит.

Задачка про подсчет слов - это живая задача с моей работы

Как я ее решал - это целая статья для хорошей конференции )

Решал на яве - после чего сильно полюбил С++ ))

Ну не стоит такое делать на яве - не стоит.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753121
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подчет слов - это было такое требование по функциональности?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753123
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonПодчет слов - это было такое требование по функциональности?

Нет все намного сложнее - расписывать не буду.

Подсчет слов это пример.

(Не мы не пишем Map Reduce - я в курсе что задачка оттуда).

Общая суть - как работать с данными когда заранее непонятно поместятся ли они в память.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753128
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну ясен пень - не поместятся. И какой aproach? Тоесть я хочу спросить.
Вы выработали свою методику? Шаблон? Ноу-хау?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753129
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНу ясен пень - не поместятся. И какой aproach? Тоесть я хочу спросить.
Вы выработали свою методику? Шаблон? Ноу-хау?

В некотором роде да

Но это NDA :)
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753132
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНу ясен пень - не поместятся. И какой aproach? Тоесть я хочу спросить.
Вы выработали свою методику? Шаблон? Ноу-хау?


Да мы уже с Вами обсуждали частично эту задачу тут

https://www.sql.ru/forum/1268689-1/cache-miss-hit-detector-in-java?hl=??????????


Вы тогда толпой угорали надо мной - мол зачем все это )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753134
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну хитёр!

Ладно. Пускай будет под NDA.

По поводу попадания в кеш и прочее. Мне лень перечитывать. И я не помню о чем там шла речь.
Но если у вас есть о чем добавить к обсуждению кешей - пишите туда.

Я надеюсь что вы набрались опыта и у вас уже есть какое-то видение. Не так ли?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753135
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНу хитёр!

Ладно. Пускай будет под NDA.

По поводу попадания в кеш и прочее. Мне лень перечитывать. И я не помню о чем там шла речь.
Но если у вас есть о чем добавить к обсуждению кешей - пишите туда.

Я надеюсь что вы набрались опыта и у вас уже есть какое-то видение. Не так ли?

Я узнал про Valgrind
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753136
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Это всё?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753137
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЭто всё?

Ну он умеет cache miss/cache hit детектировать )
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753144
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenЯ узнал про Valgrind

Что полезнее для сортировки: Valgrind или третий том Кнута?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753145
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovsemen.s.semenЯ узнал про Valgrind

Что полезнее для сортировки: Valgrind или третий том Кнута?



Это смотря на каком этапе разработки ты находишься

Если алгоритмическая часть закончена и надо подогнать байты в блоках чтобы кешы проца хорошо работали - то Valgrind.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753147
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя зачастую алгоритм стоит выбирать именно исходя их хорошей кеш локалити


Помнится Шипилеша как то говорил что Бабл Сорт быстрее быстрой себя показывал именно за счет этого на ряде данных
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753159
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenГолова набить не умением писать софт - а социальными скилам по отбиванию от маразма на ревью

Перед кодированием мозг не думает о качестве - он думает об std::string и SSO - когда зачастую это нахрен не надо и достаточно организовать char[] на стеке

Вообщем чему угодно учат кроме одного - как думать и писать хороший и качественный софт.
"хороший и качественный" пишется как раз на стрингах, ибо:
удобно;
оптимизировано;
легче поддерживать;

semen.s.semenГолова набить не умением писать софт - а социальными скилам по отбиванию от маразма на ревью
я сам бы вряд ли прошёл современное ревью в какую-то крупную компанию, где ищут людей-справочников с феноменальной памятью


semen.s.semenИ джуны начинают понимать фишку этого долбаного айти.
ну вот вы её никак и не поймёте, хотя опыт вроде есть...
самое главное - скорость сопровождения
потому что написать то быстро
а сопровождать всю жизнь.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753160
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудух"хороший и качественный" пишется как раз на стрингах, ибо:
удобно;
оптимизировано;
легче поддерживать;


А если нулик в конце совсем не подходит ?
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753165
Фотография полудух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenmaytonПод какие платформы будете делать релиз? Будет БД? Будет Веб-часть?

Мы американский стартап.

У нас продукт практически без внешних либ.

Нужно качество.

Чтобы работало при любых нагрузках от пользователя.

Вся ява в критических точках заюзана почти как С++ (преаллокция ансейфы директ байт буферы и прочие радости)

Ну а С++ он и есть С++ ))))

Очень критичен перфоманс.
вот любят стартапы с перформанса начинать
им бы СТАРТАнуть, но нет - нагрузки !


каждый раз вспоминается стартап, который хотел разорвать все социалки...
набрали гигабитных свичей, ssd, кучу сереров, настроили, прооптимизировали
а в результате - нагрузки за год простоя НЕТ, инвестор сдулся, разрабы разогнаны.
и чувак из видео:

Если в сутки меньше 50млн запросов (1000 rps), то php + sql + redis всё вывозит без лишних велосипедов.
самое главное - научиться работать с БД
и не юзать стэки с указателями там, где всё уже написано до нас
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753173
Фэйтл Эра
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полудухвот любят стартапы с перформанса начинать
им бы СТАРТАнуть, но нет - нагрузки !

Ага. Главное - не забыть потом, после старта, про перформанс не заб И ть. :)

Достаточно давно нужно было сделать систему хранения документов для некоторого количества богатых лентяев. Пытки и шантаж будущих пользователей помогли оценить примерный уровень требуемой нагрузки. Создали систему тестирования, превышающую расчетную нагрузку в три раза, быстренько реализовали, оттестировали, сгладили нужные места, передали в эксплуатацию, вот какие мы молодцы. Все хорошо, реализовали как коробочное изделие, потихоньку продается, обрастает функционалом. Неожиданно возникли клиенты, потребовавшие десятикратного превышения расчетной нагрузки. Странно, но все потянуло, почти без скрипа. Нифига себе, сказали мы.
Однако, пару раз мелькнули заказчики, пожелавшие совсем неразумных масштабов. Где наша поделка гарантированно загнется. А времени на доработку практически нет. Так и уплыли тогда заказчики.

О чем я? О том, что если бы мы занимались мудежом в перспективе на супер-пупер нагрузку в будущем, мы бы первый заказ на пузатую мелочь точно не успели бы реализовать. А вот если бы не расслабились в дальнейшем - то и жирного масштабного заказчика не упустили бы.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753285
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Унылые корпоративные тролли пытаются умничать.


Бла бла бла - скучно.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753462
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenОбщая суть - как работать с данными когда заранее непонятно поместятся ли они в память.
Ё-моё, а про базы данных ты слыхал? Там все твои проблемы уже лет 50 как решены, ага.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753465
semen.s.semen
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alex55555semen.s.semenОбщая суть - как работать с данными когда заранее непонятно поместятся ли они в память.
Ё-моё, а про базы данных ты слыхал? Там все твои проблемы уже лет 50 как решены, ага.

Правда что ли ???

Все пропало Как же мы теперь жить то будем дальше )))
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753469
alex55555
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
semen.s.semenДа мы уже с Вами обсуждали частично эту задачу тут

https://www.sql.ru/forum/1268689-1/cache-miss-hit-detector-in-java?hl=??????????
Кстати, очень даже по теме - высоконагруженная система с попыткой наваять её на сях. И, как я понял, не особо взлетает. Коли мужики попёрлись в дебри кэшей процессора, значит им нужен самый низкий уровень (ну это если они задачу действительно правильно понимают). Но си - это не самый низкий уровень. А вот неумение переходить сразу на самый низ из Java заставляет парнишек втыкать в систему сишный код. Ну и в целом у них скорее всего выйдет зоопарк, ибо часть логики они сильно захотят в сях, часть оставят в Java, а в целом будет ужасный в поддержке винигрет.

Ну что сказать, удачи парням, она им сильно потребуется. Но скорее всего не поможет, ибо вероятность обойти обязательные косяки из-за смешения языков, стилей, подходов, вливания "умных математиков", гениальных идей от много о себе мнящих юнцов и т.д. обычно приводят именно к винигрету и тепловой смерти новой вселенной.
...
Рейтинг: 0 / 0
Высоконагруженные системы
    #39753553
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Модератор: Отставить копрометание!
...
Рейтинг: 0 / 0
475 сообщений из 475, показаны все 19 страниц
Форумы / C++ [игнор отключен] [закрыт для гостей] / Высоконагруженные системы
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]