а при чем тут java не java? основная причина глобального торможения любой программы это зависимость вычислений по данным, будь это необходимость загружать их из памяти или ждать результаты предыдущих вычислений. можете посмотреть давний доклад "Сергей Куксенко — Quantum Performance Effects".
Тут интересней посмотреть асемблер с if-else логикой. С большой долей вероятности c2 компилятор наиболее вероятный брач (который он считает по своей метрике) поместит в if, а маловероятный в else, но надо проверять
более того, весь этот материал могли бы за автора сделать агенты ;)
в общем человек проделал странную работу, заранее себя ограничил тремя словами в поиске, т.к. плохо разбирается в теме и провел предвзятое исследование на этом баисе.
Владельцы (акционеры) рискуют потерять всю компанию (миллионы, их прошлые вложения, получить иски в суды перед другими лицами), а каждый работник только зп за несколько следующих месяцев. Если это "то на то", то у вас какая-то своя интересная математика ;)
А еще в нормальных странах есть трудовые договора, и там работник получает например 70% от зп многие месяцы, если его уволили, т.е. он рискует вообще мизером.
Насчет "потерять средства к существованию" - это смешно, взял и пошел работать на других, платят нормально, откладывать можно. А если получаешь мало, то можно без проблем найти завтра такую же работу в другом месте, это базовое свойство малооплачиваемой работы, ее долго искать не надо, тут рисков нет.
Собственно наемный работник на то и наемный, что он не готов реально рисковать своим рублем и нервами, влезая постройку бизнеса (когда есть шансы), бросать вызов другим, искать новые пути, он приходит в понятное место на понятные условия. У владельцев ничего такого нет, им никто ничего не гарантирует, страховки не давал и не даст. Вот вам и разница в уровне рисков.
Ну или попробуйте создать свою компанию, хоть это и несправедливо в вашем понимании, но полностью легально и как я понимаю не сложнее чем работать в найм с вашей точки зрения. Заодно скажите сотрудникам, что они заработали все деньги компании ;)
Люди не хотят выполнять свое обязательство общественной договоренности
у них нет никакой общественной договоренности, все их договоренности только с владельцами (инвесторами). их риск в том, что это будет их последняя работа в роли менеджера. ну и получают больше, потому что управляют большим количеством людей, сумма труда этого большого количества людей отражается на балансе компании заметным образом и от того как они управляют (действия кстати плохо формализованные, от того и не простые) сильно зависит результат. А размер компенсации уже решение акционеров, но конечно им проще выбить хорошие условия, т.к. они ближе к деньгам и их не много, по сути это единственная теоретическая несправедливость в схеме.
Это лишает нас справедливой компенсации за нашу работу
Это тебе, это опять тебе, это снова тебе, вспомнилось из "свадьбы в малиновке". Авторы поп песен соревнующихся в простоте материала, лирики, иногда с очень средним голосом, часто с плохой техникой игры на той же гитаре - кричат о справедливости коллегам по симфоническому оркестру и другим профессиональным, но мало известным музыкантам из своих вилл на Калифорнийском побережье… Люди, которым по большей части повезло оказаться “выжившими”.
Примерно такие же справедливые ценники в 10 баксов они выставляли за свои диски и электронные копии, при условии что уже лет 20 все что они делают можно записать в домашней студии потратив на все про все ну тысяч 5 долларов.
Ах да, сами то они бесплатно росли, учились, вдохновлялись, переосмыслили чужие материалы и это было тоже справедливо.
ну да, капиталисты всего лишь рискую потерять полную стоимость компании и все вложения что они сделали при ее создании + плюс другие финансовые обязательства перед третьими лицами, куда им до абстрактных "производственных рисков" простых сотрудников (не понимаю что это, когда спринт не вовремя закрывается что-ли и начальник ругается?) или значительной части законодательных (речь видимо про бухгалтерию, но таких людей 1-3 на всю компанию обычно), ну и все.
ну прям какие-то коммунистические лозунги вековой давности. все деньги компании заработали все сотрудники, которые трудились за все время, но риски легли на ограниченный круг лиц, собственно по-этому они прибыль и забрали.
из того что читал - такое поведение скорее редкость, обычно пишутся по секторам, как обычно, которые потом в бекграунде уплотняются. иначе будут жуткие тормоза при записи
сел колупаться и действительно, флаг Thread.currentThread().isInterrupted() в тру не ставится и InterruptedException не прилетает, понять штатными средствами внутри лямбы что ей пришел сигнал прерваться - невозможно никак. в этом плане обычный Future работает образцово
а вы уверены что правильно тесты провели? например что не повлиял io кэш операционной системы (памяти то у вас многие гигабайты, ос от соблазна пригрести себе не удержится)? для этого желательно запускать разные тестовые версии поочередно и несколько раз
а так да, видел тесты, что веб сервер на неблокирующих потоках показал очень хорошие результаты по сути делая реактивную модель программирования бессмысленной с точки зрения получить какую-то выгоду в производительности, и кстати работа над виртуальными потоками продолжается, возможно какие-то улучшения попали и в 22-ую джаву, а вообще в оракл переделывают io, потому что под линуксом оказывается async file chanel был реализован без какого либо реального async со стороны os и сейчас пилят реализацию на io_uring.
если будете java в докере тестировать, то попробуйте open j9, это не оракловая jv и они утверждают что она сильно меньше памяти кушает на малых хипах и быстрее доходит до своей пиковой производительности, хоть она и меньше чем у хот спота.
И да, если смотрите прогрелась ли java то есть смысл в visualvm смотреть на табину про компиляцию методов, когда активно процесс компиляции закончился, тогда vm можно считать прогретой
так а Graal же не обязательно компилировать в натив, это не единственный вариант ее использования, а просто опция, там jit по тестам работает на 20% быстрее, если оракл версия, а не комьюнити. Т.е. можно пользоваться как обычной vm.
Было бы правильней уточнить какая vm падает, а не просто абстрактная java, потому что есть hotspot, graal и даже OpenJ9 и это все совершенно разные vm.
насчет переименования файлов не сталкивался и не помню чтобы у меня гит хоть раз ошибался тут, но а в чем проблема сравнить снепшоты? так даже лучше: у вас могут быть разные алгоритмы и гит не развалится, если вы переключите diff алгоритм. а есть кстати интересные проекты, типа "Wilfred/difftastic" и они работают с гитом, жаль только не в режиме мержа. На сколько помню снепшоты были выбраны для быстрого переключения, иначе фейсбук опять бы выл) в общем решение использовать снепшоты было оправдано с точки зрения мейнтейнеров линкуса, а лично мне - все равно.
я про текстовые модели, уже не помню что там генерировали, но что-то типа кода, всяких диаграмм и т.д. за раз. вы учитывайте: если вас хоть что-то не устроит в результате - генерируй заново и плати тоже. вчера попробовал https://github.com/lavague-ai/LaVague и заметил интересный момент касательно продуктивности, т.к. приходится ждать по 20 сек на генерацию, то очень сложно сфокусироваться и довести дело до конца, проще руками сделать, хоть и суммарно дольше. да, художникам хуже, потому что в этой области заказчик в 80% сам не знает чего хочет и ему подойдет любой результат приемлемого качества.
это где вы такую нейросеть видели? посмотрите сколько стоят токены у той же open ai. 20 баксов в месяц это если вы лениво подергиваете api и по сути ей не пользуетесь. а как только начинаете в контекст данные класть, то там уже и 5 баксов за генерацию начинает вырисовываться.
а при чем тут java не java? основная причина глобального торможения любой программы это зависимость вычислений по данным, будь это необходимость загружать их из памяти или ждать результаты предыдущих вычислений. можете посмотреть давний доклад "Сергей Куксенко — Quantum Performance Effects".
Тут интересней посмотреть асемблер с if-else логикой. С большой долей вероятности c2 компилятор наиболее вероятный брач (который он считает по своей метрике) поместит в if, а маловероятный в else, но надо проверять
более того, весь этот материал могли бы за автора сделать агенты ;)
в общем человек проделал странную работу, заранее себя ограничил тремя словами в поиске, т.к. плохо разбирается в теме и провел предвзятое исследование на этом баисе.
Владельцы (акционеры) рискуют потерять всю компанию (миллионы, их прошлые вложения, получить иски в суды перед другими лицами), а каждый работник только зп за несколько следующих месяцев. Если это "то на то", то у вас какая-то своя интересная математика ;)
А еще в нормальных странах есть трудовые договора, и там работник получает например 70% от зп многие месяцы, если его уволили, т.е. он рискует вообще мизером.
Насчет "потерять средства к существованию" - это смешно, взял и пошел работать на других, платят нормально, откладывать можно. А если получаешь мало, то можно без проблем найти завтра такую же работу в другом месте, это базовое свойство малооплачиваемой работы, ее долго искать не надо, тут рисков нет.
Собственно наемный работник на то и наемный, что он не готов реально рисковать своим рублем и нервами, влезая постройку бизнеса (когда есть шансы), бросать вызов другим, искать новые пути, он приходит в понятное место на понятные условия. У владельцев ничего такого нет, им никто ничего не гарантирует, страховки не давал и не даст. Вот вам и разница в уровне рисков.
Ну или попробуйте создать свою компанию, хоть это и несправедливо в вашем понимании, но полностью легально и как я понимаю не сложнее чем работать в найм с вашей точки зрения. Заодно скажите сотрудникам, что они заработали все деньги компании ;)
у них нет никакой общественной договоренности, все их договоренности только с владельцами (инвесторами). их риск в том, что это будет их последняя работа в роли менеджера. ну и получают больше, потому что управляют большим количеством людей, сумма труда этого большого количества людей отражается на балансе компании заметным образом и от того как они управляют (действия кстати плохо формализованные, от того и не простые) сильно зависит результат. А размер компенсации уже решение акционеров, но конечно им проще выбить хорошие условия, т.к. они ближе к деньгам и их не много, по сути это единственная теоретическая несправедливость в схеме.
Это тебе, это опять тебе, это снова тебе, вспомнилось из "свадьбы в малиновке". Авторы поп песен соревнующихся в простоте материала, лирики, иногда с очень средним голосом, часто с плохой техникой игры на той же гитаре - кричат о справедливости коллегам по симфоническому оркестру и другим профессиональным, но мало известным музыкантам из своих вилл на Калифорнийском побережье… Люди, которым по большей части повезло оказаться “выжившими”.
Примерно такие же справедливые ценники в 10 баксов они выставляли за свои диски и электронные копии, при условии что уже лет 20 все что они делают можно записать в домашней студии потратив на все про все ну тысяч 5 долларов.
Ах да, сами то они бесплатно росли, учились, вдохновлялись, переосмыслили чужие материалы и это было тоже справедливо.
Эта нефть заканчивается ребята...
ну да, капиталисты всего лишь рискую потерять полную стоимость компании и все вложения что они сделали при ее создании + плюс другие финансовые обязательства перед третьими лицами, куда им до абстрактных "производственных рисков" простых сотрудников (не понимаю что это, когда спринт не вовремя закрывается что-ли и начальник ругается?) или значительной части законодательных (речь видимо про бухгалтерию, но таких людей 1-3 на всю компанию обычно), ну и все.
ну прям какие-то коммунистические лозунги вековой давности. все деньги компании заработали все сотрудники, которые трудились за все время, но риски легли на ограниченный круг лиц, собственно по-этому они прибыль и забрали.
... черных дыр в бюджете. кстати а участвовала ли Россия в проекте получения первого изображения черной дыры?
из того что читал - такое поведение скорее редкость, обычно пишутся по секторам, как обычно, которые потом в бекграунде уплотняются. иначе будут жуткие тормоза при записи
а есть идеи почему так сделано? у Future нет же проблем и как тогда быть? Ничего лучше внешнего AtomicBoolean пока не нашел
сел колупаться и действительно, флаг Thread.currentThread().isInterrupted() в тру не ставится и InterruptedException не прилетает, понять штатными средствами внутри лямбы что ей пришел сигнал прерваться - невозможно никак. в этом плане обычный Future работает образцово
а вы уверены что правильно тесты провели? например что не повлиял io кэш операционной системы (памяти то у вас многие гигабайты, ос от соблазна пригрести себе не удержится)? для этого желательно запускать разные тестовые версии поочередно и несколько раз
а так да, видел тесты, что веб сервер на неблокирующих потоках показал очень хорошие результаты по сути делая реактивную модель программирования бессмысленной с точки зрения получить какую-то выгоду в производительности, и кстати работа над виртуальными потоками продолжается, возможно какие-то улучшения попали и в 22-ую джаву, а вообще в оракл переделывают io, потому что под линуксом оказывается async file chanel был реализован без какого либо реального async со стороны os и сейчас пилят реализацию на io_uring.
если будете java в докере тестировать, то попробуйте open j9, это не оракловая jv и они утверждают что она сильно меньше памяти кушает на малых хипах и быстрее доходит до своей пиковой производительности, хоть она и меньше чем у хот спота.
И да, если смотрите прогрелась ли java то есть смысл в visualvm смотреть на табину про компиляцию методов, когда активно процесс компиляции закончился, тогда vm можно считать прогретой
или элементарно дать нормальные и понятные имена потокам
дзюбор
я б сюда жить не поехал, а азиаты наверно согласятся ;)
частник изначально кооперировавший с госами. все остальное вы себе додумали
так а Graal же не обязательно компилировать в натив, это не единственный вариант ее использования, а просто опция, там jit по тестам работает на 20% быстрее, если оракл версия, а не комьюнити. Т.е. можно пользоваться как обычной vm.
Было бы правильней уточнить какая vm падает, а не просто абстрактная java, потому что есть hotspot, graal и даже OpenJ9 и это все совершенно разные vm.
насчет переименования файлов не сталкивался и не помню чтобы у меня гит хоть раз ошибался тут, но а в чем проблема сравнить снепшоты? так даже лучше: у вас могут быть разные алгоритмы и гит не развалится, если вы переключите diff алгоритм. а есть кстати интересные проекты, типа "Wilfred/difftastic" и они работают с гитом, жаль только не в режиме мержа. На сколько помню снепшоты были выбраны для быстрого переключения, иначе фейсбук опять бы выл) в общем решение использовать снепшоты было оправдано с точки зрения мейнтейнеров линкуса, а лично мне - все равно.
я про текстовые модели, уже не помню что там генерировали, но что-то типа кода, всяких диаграмм и т.д. за раз. вы учитывайте: если вас хоть что-то не устроит в результате - генерируй заново и плати тоже.
вчера попробовал https://github.com/lavague-ai/LaVague и заметил интересный момент касательно продуктивности, т.к. приходится ждать по 20 сек на генерацию, то очень сложно сфокусироваться и довести дело до конца, проще руками сделать, хоть и суммарно дольше.
да, художникам хуже, потому что в этой области заказчик в 80% сам не знает чего хочет и ему подойдет любой результат приемлемого качества.
это где вы такую нейросеть видели? посмотрите сколько стоят токены у той же open ai. 20 баксов в месяц это если вы лениво подергиваете api и по сути ей не пользуетесь. а как только начинаете в контекст данные класть, то там уже и 5 баксов за генерацию начинает вырисовываться.