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

"Выпуск Java SE 17"	+/–
Сообщение от opennews (??), 15-Сен-21, 10:00
После шести месяцев разработки компания Oracle выпустила платформу Java SE 17 (Java Platform, Standard Edition 17), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в  Java SE 17 сохранена  обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии.  Готовые для установки сборки Java SE 17 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java 17 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55802
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 15-Сен-21, 10:00	–4 +/–
поддержку вяленого не завезли, зато m1 впихнули
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #78

4. Сообщение от Аноним (4), 15-Сен-21, 10:06	+2 +/–
Мне не хватает производительности. А есть какой-нибудь способ уменьшить жор памяти? Сейчас я использую openj9+uksm в этих целях.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8, #10, #15, #16, #19, #20, #30, #34, #68, #69

5. Сообщение от Урри (ok), 15-Сен-21, 10:13	+8 +/–
> Добавлена предварительная реализация API Foreign Function & Memory > https://openjdk.java.net/jeps/412 Отстой. Велосипедный отстой. Неужели нельзя было посмотреть, как все сделано в шарпе (та же джава, только сбоку) и сделать так же удобно? А не вот эти вот MemoryLayout.ofSequence .. CLinker.toCString .. MemoryAccess.setAddressAtIndex .. CLinker.toJavaStringRestricted? Да хотя бы libffi прикрутить, если не умеете сами нормальный код дизайнить. При этом еще имеют наглость заявлять "This code is far clearer than any solution that uses JNI"!!! Ититьколотить, far clearer, вашумать. -- Нет слов, одни, блин, эпитеты!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #18, #28

6. Сообщение от Аноним (6), 15-Сен-21, 10:24	+8 +/–
Разработчика приложения поменяй
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

8. Сообщение от Аноним (8), 15-Сен-21, 10:38	+/–
KSM - это сторонний канал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #12

9. Сообщение от Аноним (8), 15-Сен-21, 10:39	+1 +/–
M$ засудит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #24, #62

10. Сообщение от Виталик (??), 15-Сен-21, 11:03	–3 +/–
Только один способ, rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #11, #17, #79

11. Сообщение от An (??), 15-Сен-21, 11:19	+3 +/–
Как минимум, еще два(причем лучше): C и C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #14, #21, #32

12. Сообщение от Аноним (4), 15-Сен-21, 11:24	+/–
Какие ещё сторонние каналы, если на каждом хосте только 1 копия приложения может быть запущена? Да ещё и требования космические по железу хоста предъявляет, в виртуалке не запустишь. Openj9+uksm экономит >30% памяти, и сама память используется куда более эффективно, чем когда всё впритык. Вот и спрашиваю, может я каких-то новых волшебных ключей не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

13. Сообщение от Аноним (13), 15-Сен-21, 11:37	+3 +/–
Приоритеты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

14. Сообщение от Аноним (14), 15-Сен-21, 11:40	+10 +/–
ассемблер же, KolibriOS доказывает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от Аноним (14), 15-Сен-21, 11:50	+2 +/–
Игры с настройкой GC, если на уровне Java. Разделение на java module. Использование где можно балансировщиков которые работают с потоками быстро и отдают данные клиентами, поэтому потоки не живут долго и не занимают память (reverse proxy). При работе с файлами использовать nio и selector (неблокирующие). Использовать реактивное программирование - избавление от блокировок (но база данных при этом должна тоже поддерживать это). Можно попытаться использовать 32 бит версии Java и/или не использовать объекты размером больше 32 бит, будет обмен занимаемой памяти на быстродействие CPU (но в Java есть compacting так что возможно влияние 64 бит переменных не сильное). И главное - использовать все возможные инструменты для просмотра статистики при всех этих экспериментах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

16. Сообщение от YetAnotherOnanym (ok), 15-Сен-21, 11:50	+/–
> жор памяти Нескромный вопрос: ты пришёл на эту работу и жаба уже была, или ты писал это на жабе с нуля? Проще говоря, жабу кто выбрал - ты или до тебя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

17. Сообщение от Аноним (17), 15-Сен-21, 11:52	+1 +/–
Течёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

18. Сообщение от Аноним (14), 15-Сен-21, 11:53	–2 +/–
где твой PR в openjdk, раз лично ты разбираешься в проектировании кода лучше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23, #36

19. Сообщение от Anon2 (?), 15-Сен-21, 12:08	+/–
Я конечно не эксперт, но если под производительностью вы понимаете именно скорость вычислений то uksm в связке с Java это плохая затея. Java ж на каждый чих выделяет память в куче, а uksm при этом _сразу_же_ пытается это дело смержить (в ksm это хотя-бы как то ограничивается отложенным мержем)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

20. Сообщение от Anon2 (?), 15-Сен-21, 12:16	+/–
> жор памяти 0. zram с низкосжимаемыми алгоритмами типа lzo 1. может она алгоритмически течет 2. исключить разработку и эксплуатацию по низкому прайсу 3. потюнить приложение и/или саму Java
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #22, #38

21. Сообщение от Аноним (21), 15-Сен-21, 12:35	–8 +/–
Хуже. В том числе и даже немного по производетельности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

22. Сообщение от Аноним (4), 15-Сен-21, 12:45	+/–
Вот zram прям жёстких тормозов добавляет, всё что угодно лучше пока своп не используется. Оно не течёт, просто так написано и других вариантов нет, это готовое приложение. Тюнить жвм можно, только ошибки сразу проявляются в виде лагов всего чего только можно (в том числе IO) и падения допустимого числа коннектов. Не, нормально работает, но весьма не экономно по железу -- не везде запустишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Урри (ok), 15-Сен-21, 12:50	+/–
PR "Вы накодили какое-то тупое г_вно"? А смысл? > раз лично ты Таких как я - десятки тысяч. В шарпе уже много лет все сделано и все пользуются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от Урри (ok), 15-Сен-21, 12:52	+/–
За аннотации же не засудила? В чем проблема расширить аннотации до "как в шарпе, но не как в шарпе" и написать свой код?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

25. Сообщение от Аноним (25), 15-Сен-21, 12:55	+/–
>Готовые для установки сборки Java SE 17 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS А как же соляра?
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 15-Сен-21, 13:01	+4 +/–
Как же тоскливо и уныло стало читать новости про жабу - как наблюдать за престарелой собакой. То ли дело раньше были новости: "Java производит математические расчеты в 4 раза быстрее C++", "новый сборщик мусора обгоняет malloc()/free() в 10 раз" и т.п. И где теперь вся эта эффективность, производительность и безопасность? А C++ живее всех живых и действительно развивается.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #43, #44, #50

27. Сообщение от Аноним (27), 15-Сен-21, 13:02	+2 +/–
отличная новость! закопайте ломбок и котлит плиз )
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от Аноним (28), 15-Сен-21, 14:03	–4 +/–
Что вы хотите от убогих javaмакак? Они такие же убогие как растомакаки. Настоящие программисты пишут только на ANSI C
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #45, #47, #48

29. Сообщение от BratishkaErik (ok), 15-Сен-21, 14:11	+1 +/–
ждем ебилд, ведь они выходят только на LTS версии
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от lastdrv (ok), 15-Сен-21, 14:18	+2 +/–
quarkus and build a native image
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #31

31. Сообщение от Аноним (4), 15-Сен-21, 14:23	–1 +/–
Прикольно, впервые слышу об этом. Какой-нибудь майнкрафт с allthemods3 в него можно запихнуть? Примерно сопоставимо, как мне кажется. Там в нейтив не скомпилируешь так просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #72

32. Сообщение от Аноним (32), 15-Сен-21, 14:42	–4 +/–
У плюсов в сравнении с растом слишком низкая производительность
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

33. Сообщение от Anonymoustus (ok), 15-Сен-21, 14:57	+/–
> Предложена экспериментальная реализация сопоставления по шаблону в выражениях "switch", позволяющая в метках "case" использовать не точные значения, а гибкие шаблоны, охватывающие сразу серию значений, для которых ранее приходилось использовать громоздкие цепочки выражений "if...else". Кроме того внутри "switch" обеспечена возможности обработки значений NULL. Жаба начнёт тормозить втрое против прежнего? И с ошибками обработки значений NULL? :)
Ответить | Правка | Наверх | Cообщить модератору

34. Сообщение от OramahMaalhur (ok), 15-Сен-21, 16:19	+/–
Есть, GraalVM (native image). Проще всего завести с каким-то фреймворком типа Quarkus или Micronaut, но вполне можно и без них обойтись. Правда, там есть свои нюансы: в определённых случаях придётся генерировать огромные json-ы с описанием рефлексий, не все стандартные либы соберутся, пляски с бубном вокруг JNI, статическая линковка и особенности с libc на разных системах. Но в целом оно шустро работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #35

35. Сообщение от Аноним (4), 15-Сен-21, 16:43	–1 +/–
Это всё хорошо, но тут нельзя грубо говоря закинуть в него эту кучку jar и чтобы всё работало само. Нужно переписывать. И, в зависимости от того, как написано, это может оказаться невозможным при всём желании.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

36. Сообщение от Фотошоп лучше (?), 15-Сен-21, 18:40	+1 +/–
Ну, на мой взгляд, человек написал по сути с примерами. И, в общем-то прав. Зато версия 17, хотя инкрементировать нужно было минор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

37. Сообщение от Аноним (37), 15-Сен-21, 19:45	+1 +/–
Джава хорошеет. Оракл молодцы, что сменили схему выпуска новых версий. Очевидно, что это пошло на пользу.
Ответить | Правка | Наверх | Cообщить модератору

38. Сообщение от Аноним (38), 15-Сен-21, 21:29	+/–
Этот zram swap у кого-то вообще нормально работает? В смысле, экномит ли память? Я вот его пробовал, так ядро туда отказывается пихать несжатых данных больше чем размер свопа. К примеру, своп на зраме 1Г. Ядро пихает туда 1Г данных, они ужимаются в 300М. Остаётся 700М свободных, но ядро больше данных в zram-своп не пихает, даже начинает пихать оставшиеся данные в низкоприоритетный своп на HDD!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #73

39. Сообщение от Аноним (39), 15-Сен-21, 22:15	–1 +/–
Почему на Rust не переписали?
Ответить | Правка | Наверх | Cообщить модератору

40. Сообщение от Михрютка (ok), 15-Сен-21, 22:37	+/–
самое главное забыли >>>JDK 17 binaries are free to use in production and free to redistribute, at no cost, under the Oracle No-Fee Terms and Conditions License. >>>JDK 17 will receive updates under these terms, until at least September 2024. до кого-то видимо дошло. "уж лучше я, чем какой-нибудь мерзавец"
Ответить | Правка | Наверх | Cообщить модератору

41. Сообщение от Хан (?), 16-Сен-21, 03:46	+/–
Спасибо Oracle, что на swing не забили, это единственный нормальный тулкит для Java
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #46, #53

42. Сообщение от лютый жабби__ (?), 16-Сен-21, 04:15	+/–
>Java производит математические расчеты в 4 раза быстрее C++ так уже со счёту сбились во скока раз жаба быстрее... вот у меня внатуре на серваках валяется простейшая прога которая намного быстрее sort -u  хотя там внутри 3 строчки - загрузить всё в HashSet и выплюнуть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #59

43. Сообщение от Хан (?), 16-Сен-21, 05:43	+2 +/–
Страсти утихли, C++ и Java сейчас практически не пересекаются, у каждого своя ниша в которой он навертво сидит Только NET и Java до сих пор холиварят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #76

44. Сообщение от Хан (?), 16-Сен-21, 05:46	+/–
C++ это незыблеммый титан всея ИТ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

45. Сообщение от Прохожий (??), 16-Сен-21, 05:59	+/–
Настоящие программисты пишут только на ANSI C и питаются г-ном мамонта на завтрак, обед и ужин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

46. Сообщение от Аноним (47), 16-Сен-21, 08:09	+/–
Нормальных там до сих пор нет. А этот единственный терпимый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #49

47. Сообщение от Аноним (47), 16-Сен-21, 08:11	+2 +/–
На лиспе. На божественном лиспе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

48. Сообщение от Старший аноним (?), 16-Сен-21, 09:12	+2 +/–
Настоящему программисту все равно на каком языке писать. Настоящий программист выбирает для определенной задачи наиболее подходящий язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #63, #71

49. Сообщение от Хан (?), 16-Сен-21, 09:51	+/–
Для толстого клиента серверсайда Swing хватает за глаза
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

50. Сообщение от Аноним (50), 16-Сен-21, 10:29	–2 +/–
> Как же тоскливо и уныло стало читать новости про жабу Подтверждаю как Java-разработчик — язык вроде бы "развивается", но реального прогресса нет. Graal сдох. AOT сдох, а теперь вообще был выпилен. Project Valhalla там же. Зато каждый день прикручивают новый, модный синтаксис. Как будто те, кому нужны все эти рюшечки, давным-давно не перешли на Scala и Kotlin.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #52

51. Сообщение от abi (?), 16-Сен-21, 10:54	+/–
Котлин, я так понимаю, всё? Развития Java сильно ускорилось и тягаться с ораклом врядли получится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54

52. Сообщение от лютый жабби__ (?), 16-Сен-21, 10:56	+2 +/–
>но реального прогресса нет. ты уже жабосиньёр-фулстэк с ЗП 400++ тыр? Блин, ну семью заведи, будет чем заняться... Наоборот бесит, что 7 лет кодишь, а ещё и конца и края не видно (то java EE сдохнет, надо спринг учить, то jsf сдохнет, надо реакт учить, в спринге вообще модулей понаклепали, хоть 100 лет ковыряйся так дураком и помрёшь)... а тебе прогресс подавай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #58

53. Сообщение от vvm13 (?), 16-Сен-21, 12:01	+/–
Что не так с JavaFX?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #56, #66

54. Сообщение от vvm13 (?), 16-Сен-21, 12:05	+/–
Не особенно ускорилось. А самое важное (для Котлина) - на Андроиде Java стоит на месте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #57

55. Сообщение от Аноним (-), 16-Сен-21, 12:15	+1 +/–
>Java 17 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами. Это ошибка коммерческие библиотеки не надо использовать.
Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (56), 16-Сен-21, 14:06	+/–
Оно уже агонизирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #64, #65

57. Сообщение от abi (?), 16-Сен-21, 16:00	+/–
Да, всё-время вижу про Андроид и котлин, но а если не андроид и новый проект сейчас? Бэкэнд на java 17 или на котлине?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #60

58. Сообщение от Аноним (58), 16-Сен-21, 16:43	+1 +/–
Да такие кактусы жабистам ещё есть и есть. У вас же даже стандартного аналога gettext нет - до сих пор интернационализацию ручками делаете, как в MFC в середине 90х.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

59. Сообщение от Аноним (38), 16-Сен-21, 17:21	+1 +/–
1. С++ и std::unordered_set были бы быстрее. 2. sort умеет сортировать файлы, которые не влазят в память. Создаёт для этого временные файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

60. Сообщение от Аноним (38), 16-Сен-21, 17:27	+/–
На котлине. Можно ещё на Scala, она мощнее, но и тяжелее в освоении, и там коммунити помешаное на ФП, хотя сам язык тебя не заставляет кодить в ФП стиле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

62. Сообщение от maximnik0 (?), 16-Сен-21, 19:09	+/–
>M$ засудит. За что ? Net! это теперь независимая разработка,то что площадка крутиться на сервере у M$ историческое наследие.Код открытый,единственное что старый код с .NET Framework привязан к win платформе и тот код предоставлен просто посмотреть....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

63. Сообщение от YetAnotherOnanym (ok), 16-Сен-21, 19:28	+2 +/–
Ты какой-то скучный. Брать для каждой задачи подходящий для неё инструмент - это тривиально. Вот шинковать лук киянкой для тротуарной плитки - это трендово, потому что киянка - инструмент, быстрый в освоении и несложный в использовании, использование киянки позволяет быстро приступить к работе и получить результат раньше конкурентов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

64. Сообщение от vvm13 (?), 16-Сен-21, 19:33	+/–
В каком смысле "агонизирует"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

65. Сообщение от vvm13 (?), 16-Сен-21, 20:23	+/–
Is Java Swing Dead 2020? You can say that Java Swing is a zombie: It is still available and in use in its latest development state, but makes no progress in regard of improvements. Что касается JavaFX, он очень близок к зомби, но не совсем. Хоть какие-то мелочёвки в очень малых количествах, но добавляются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

66. Сообщение от Alladin (?), 16-Сен-21, 23:14	+/–
Жрет больше свинга и авт вместе взятых и с горкой..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #67

67. Сообщение от Аноним (28), 17-Сен-21, 07:20	+/–
А в чем это появляется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

68. Сообщение от nich (ok), 17-Сен-21, 08:05	+/–
Добавь побольше памяти, чтобы было что жрать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

69. Сообщение от Ефросии (?), 17-Сен-21, 13:17	+/–
Ну как бэ, жрёт же не jvm, жрёт говнокод. Вот например есть коллекции Eclipse Collections, они меньше жрут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #70

70. Сообщение от Аноним (4), 17-Сен-21, 13:24	+/–
Ну так что делать, если код написан 15 лет назад. И его много, очень много.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #80

71. Сообщение от lockywolf (ok), 17-Сен-21, 13:41	+2 +/–
Настоящий программист на любом языке может написать программу на Фортране.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

72. Сообщение от lastdrv (ok), 17-Сен-21, 15:09	+/–
очень маловероятно что майнкрафт можно скомпилить в натив кваркус хоть и много либ поддерживает, но ориентирован на облака и кубы для графики ни чего не нашёл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

73. Сообщение от n00by (ok), 17-Сен-21, 20:16	+/–
zRam так и работает. Указывается размер хранилища, оно по возможности будет занимать меньше ОЗУ из-за сжатия. В Вашем случае оставшиеся 700М как обычно заняты данными приложений или файлового кеша, или свободны. Другое дело, что zRam проектировался не для подкачки, уменьшает объём доступного ОЗУ, потому в ряде сценариев может наоборот увеличить количество выгрузок на HDD. Для сжатия подкачки предназначен zswap, там как раз задаётся размер сжатого кеша (в процентах от общего объёма ОЗУ). Что окажется эффективней, зависит от сценария использования и настроек zswap.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #74

74. Сообщение от Аноним (38), 17-Сен-21, 22:59	+/–
Ага, понятно, спасибо. Значит в моём случае zswap занимает в памяти 300М, а не 1Г, как я думал, да ещё и динамически меняет свой размер, в зависимости от того, сколько данных туда запихано. Хорошо, если zram проектировался не для подкачки, как мне сделать, чтобы память сжималась и экономилась без zswap? Просто создать zram device и всё?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #75

75. Сообщение от Аноним (38), 17-Сен-21, 23:27	+/–
> Другое дело, что zRam проектировался не для подкачки Так, опять перечитал про zram и, похоже, zram всё-таки нельзя использовать без свопа! То есть создаёшь zram device, на нём делаешь своп. Значит, zram таки проектировался для подкачки!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #77

76. Сообщение от anonymous (??), 17-Сен-21, 23:51	+/–
Чисто ради интереса: кто на чём специализируется? Весь энтерпрайз на джаве, а вещи типа игроделов, high frequency trading и фин моделирования на плюсах?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #81

77. Сообщение от n00by (ok), 18-Сен-21, 12:08	+/–
Не надо смешивать "проектировался" и "можно использовать". zRam это обычный виртуальный-диск https://ru.wikipedia.org/wiki/RAM-%D0%B4%D0&#... https://habr.com/ru/company/kingston_technology/blog/395315/ с поддержкой сжатия. Можно купить диск в магазине и создать на нём подкачку, можно создать "диск" в ОЗУ при помощи zRam и создать на нём подкачку. Можно на эти диски записать картинки с котиками. Картинки в zRam будут открываться быстрее. zawap именно проектировался, потому там не надо создавать диск и на диске подкачку. Активируете (по умолчанию включено в последних ядрах, но не везде), указываете параметры (алгоритм сжатия, размер кеша и т.п.) и он работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

78. Сообщение от darkshvein (ok), 18-Сен-21, 19:50	+/–
в порядк тупняка. будет жабка с интеграцией системд во все дейвайсы на жабке Javded
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

79. Сообщение от Аноним (79), 19-Сен-21, 00:25	+/–
Увы, на расте нет ни одного продукта, которым можно пользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

80. Сообщение от BeLord (ok), 19-Апр-23, 13:06	+/–
Рефакторить, а что еще делать с кривым кодом?-) Тут вопрос скорее в том, какая архитектура, если нормальная, то задача упрощается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

81. Сообщение от BeLord (ok), 19-Апр-23, 13:09	+/–
Документооборот 100+ млн пользователей, Java EE, решает все задачи последние n лет, что еще надо для счастья?-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

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

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