Компания Intel опубликовала новую версию гипервизора Cloud Hypervisor 0.3. Гипервизор построен на основе компонентов...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51759

• Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 11:02 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,proninyaroslav, 11:21 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,A.Stahl, 11:23 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,IdeaFix, 11:38 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Anonymoustus, 14:22 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 12:48 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 13:05 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 17:34 , 26-Окт-19
      • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 16:04 , 27-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,фывфывфыв, 09:22 , 28-Окт-19
      • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 11:39 , 28-Окт-19
        • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 16:02 , 28-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Wilem, 14:07 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 17:21 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним84701, 18:03 , 26-Окт-19
      • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Ordu, 18:11 , 26-Окт-19
        • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним84701, 19:59 , 26-Окт-19
          • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Ordu, 22:41 , 26-Окт-19
            • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Юзверь, 23:31 , 02-Янв-22
              • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Ordu, 00:38 , 03-Янв-22
        • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Шшшш, 05:46 , 03-Дек-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,KhabMan, 17:41 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 17:53 , 26-Окт-19
      • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 17:13 , 27-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Анонимус2, 20:03 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 20:46 , 26-Окт-19
• Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 11:16 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 11:19 , 26-Окт-19
    • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,IdeaFix, 11:38 , 26-Окт-19
      • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Алексей, 16:23 , 26-Окт-19
• Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 12:54 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,Аноним, 20:48 , 26-Окт-19
  • Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,НяшМяш, 23:40 , 26-Окт-19
• Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,segesg, 13:30 , 26-Окт-19
• Обновление гипервизоров Intel Cloud Hypervisor 0.3 и Amazon ...,evkogan, 19:11 , 28-Окт-19

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

Время покажет.

Может и появится. Пусть занимает очередь вслед за Хаскеллем. Кто там у нас теперь первый в очереди? Лисп кажется. Очередь такая длинная что её начало плохо отсюда видно.

VBA уже давно заборол этого вашего лиспа :) Еще до смерти обоих.

Отличная шутка. :)

alacritty например, очень хороший эмулятор терминала

Я заметил, что он багованный и охочий до памяти. И не повторяет адекватное поведение xterm, например, при ресайзе окна. Умножает строки мусорными данными, которых там нет.

>хороший
>очень

извините, вот xterm норм, konsole норм, попробуйте их.

вкладки до сих пор не поддерживает?

man tmux
man screen

> A cross-platform, GPU-accelerated terminal emulator

А на кой ляд ему openGL и GPU?

чтобы быть быстрым. на ютубе глянь сравнение алакрити с другими

Konsole без opengl быстрее и фичастее

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

> но появится ли прикладной софт на расте когда-нибудь?

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

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

При этом аноним скромно умалчивает, что оно и сейчас есть – просто переведено из самого ЯП в stdlib, еще перед альфа-версией.

Сборки мусора нет, если ты не имеешь в виду счётчики ссылок. Может быть на crates.io и можно найти какой-нибудь крейт, который добавляет сборщик мусора, но я не знаю, если честно.

Зелёные треды есть, но не в stdlib, а в tokio, который является стандартом де факто, но вообще это отдельный крейт на crates.io.

> Сборки мусора нет, если ты не имеешь в виду счётчики ссылок.

Я не знаю, что именно ты  оспорить – есть/был ли GC в расте (т.к. опционален), считается ли счетчик ссылок за разновидность GC …

При написании ответа выше, я рукводствовался в основном вот этим:

https://github.com/rust-lang/rust/blob/master/RELEASES.md
> The old, reference counted GC type, Gc<T> which was once denoted by the @ sigil, has finally been removed. GC will be revisited in the future.

Потом Gc выкинули, дабы не "вводить народ в заблуждение", в том числе и с обоснованием, что есть "почти такой же" Rc.

https://github.com/rust-lang/rfcs/pull/256
> avoid people getting incorrect impressions of Rust based on the current reference-counting implementation.
> [...]
> Long ago, the Rust language had integrated support for automatically managed memory
> [...]
>  The intention was that Rust would provide a task-local garbage collector as part of the standard runtime for Rust programs.  
> As a short-term convenience, `@T` and `@mut T` were implemented via reference-counting: each instance of `@T`/`@mut T` had a reference
> [...]
> Users may be using `Gc<T>` today, and they would have to switch to some other option (such as `Rc<T>`, though note that the two are not 100% equivalent).

Тем более, меняли все еще до первой альфы, так что претензии анонима не очень понятны.

> Я не знаю, что именно ты  оспорить – есть/был ли GC в расте (т.к. опционален), считается ли счетчик ссылок за разновидность GC …

Почему сразу оспорить? Я не знаю (не знал), что именно ты имеешь в виду, говоря про сборку мусора: счётчики ссылок иногда рассматривают как вариант сборки мусора, иногда нет. Поэтому я решил уточнить несколько твоё высказывание.

> претензии анонима не очень понятны.

Они как раз понятны. Человек лет десять назад прочитал какую-то критическую статью о rust'е, и на основании неё сформировал своё мнение. И за десять лет ни разу не попытался его пересмотреть. Конечно это лишь гипотеза, но на мой взгляд очень правдоподобная, люди постоянно так делают.

> ...какую-то критическую статью о rust'е, и на основании неё сформировал своё мнение.

Предлагаю прочитать "какую-то" статью о Rust, к примеру: "Rust: не дайте себе заржаветь" (http://rustmustdie.com).

> И за десять лет ни разу не попытался его пересмотреть.

Предлагаю пересмотреть сам язык, а не своё мнение. После опыта работы с подобными "Safe" языками - руки тянутся к топору, а затем к шее тех, кто создал и кто вот это продвигает в массы. Но Вы не думайте. Это лишь гипотеза, верно? Личное мнение, там... где-то...

>> И за десять лет ни разу не попытался его пересмотреть.
> Предлагаю пересмотреть сам язык, а не своё мнение. После опыта работы с
> подобными "Safe" языками - руки тянутся к топору, а затем к
> шее тех, кто создал и кто вот это продвигает в массы.
> Но Вы не думайте. Это лишь гипотеза, верно? Личное мнение, там...
> где-то...

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

Вот моё объяснение поведению анонима -- это как раз гипотеза. Она говорит о реальности. Она напрямую не делает предсказаний, но из неё можно вывести предсказания, типа "если человек ознакомится с растом глубже, то его поведение изменится". Она вполне научная гипотеза, ибо она (теоретически) допускает как верификацию, так и фальсификацию.

Теперь чуешь разницу между эмоциями и гипотезами?

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

Firefox?

нет

https://github.com/mozilla/gecko-dev/tree/35cc00a25c4471993f...

https://chromium.googlesource.com/chromiumos/platform/crosvm/

ripgrep пойдёт за прикладной или он тоже исследовательский?

Каково там, в 2006м? Давно уже есть прикладной бешено популярный софт. Тот же firefox.

Будут ли потом переписывать на С?

А смысл? Это будет противоположностью развития.

Так ведь работать будет... или это не самоцель?

Так оно и сейчас работает.

кто вообще этим пользуется?

для решения задач, свойственных для облачных систем

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

Разница ценообразования показывает различия и специфику задач.

Ты новость читал? Не только пользуются, а даже деньги на этом зарабатывают. Пока онаним ноет, бизнес зарабатывает.

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

Мне одному кажется, что тут путаница в терминах. Монитор ВМ - не является гипервизором. Зачем вводить людей в заблуждение?