forum.opennet.ru - "Доступен новый гипервизор KSM" (39)

форумы

помощь

поиск

регистрация

вход/выход

слежка

"Доступен новый гипервизор KSM"

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

"Доступен новый гипервизор KSM"	+/–
Сообщение от opennews (ok) on 30-Янв-17, 23:38
Опубликован (https://github.com/asamy/ksm/releases/tag/v1.5) экспериментальный выпуск проекта KSM 1.5 (https://asamy.github.io/ksm/), в рамках которого развивается простой и быстрый гипервизор для 64-разрядных процессоров Intel, поддерживающих технологии VT-x и EPT. Код KSM написан на языке Си и поставляется (https://github.com/asamy/ksm) под лицензией GPLv2. Из операционных систем поддерживаются Linux и Windows. В отличие от Xen и KVM новый гипервизор не нацелен на обособленный запуск разных операционных систем на одном компьютере. Вместо этого KSM развивается в направлении создания дополнительного уровня защиты для текущей выполняемой ОС, предоставляя sandbox для изоляции приложений с виртуализацией физической памяти и движок для интроспекции операций с памятью. KSM также поддерживает вложенную виртуализацию и может эмулировать окружение для запуска других систем виртуализации, таких как KVM. Из планов на будущее отмечается поддержка платформы macOS, виртуализация APIC, поддержка UEFI, задействование технологии Intel TXT (Trusted Execution Technology) и поддержка виртуализации на базе AMD-V и NPT. URL: https://github.com/asamy/ksm/releases/tag/v1.5 Новость: http://www.opennet.me/opennews/art.shtml?num=45946
Ответить \| Правка \| Cообщить модератору

Оглавление

Доступен новый гипервизор KSM, A.Stahl, 23:38 , 30-Янв-17, (1) +2

Доступен новый гипервизор KSM, VHS, 23:42 , 30-Янв-17, (2) –1

Доступен новый гипервизор KSM, A.Stahl, 23:43 , 30-Янв-17, (4) +4

Доступен новый гипервизор KSM, VHS, 23:45 , 30-Янв-17, (6) +1

Доступен новый гипервизор KSM, Аноним, 07:25 , 31-Янв-17, (18) +3
Доступен новый гипервизор KSM, Аноним, 09:40 , 31-Янв-17, (19) +6

Доступен новый гипервизор KSM, Fidel Castro, 10:24 , 31-Янв-17, (20) –1

Доступен новый гипервизор KSM, EuPhobos, 12:45 , 31-Янв-17, (25) +1

Доступен новый гипервизор KSM, Crazy Alex, 14:41 , 31-Янв-17, (26)
Доступен новый гипервизор KSM, Аноним84701, 16:46 , 31-Янв-17, (27) +3

Доступен новый гипервизор KSM, Аноним, 23:43 , 30-Янв-17, (3)

Доступен новый гипервизор KSM, 123, 00:12 , 31-Янв-17, (9) –2

Доступен новый гипервизор KSM, Аноним, 10:41 , 31-Янв-17, (21) +1

Доступен новый гипервизор KSM, Аннымзус, 23:45 , 30-Янв-17, (5)

Доступен новый гипервизор KSM, Аноним, 00:51 , 31-Янв-17, (11)

Доступен новый гипервизор KSM, Ivan1986, 00:58 , 31-Янв-17, (12)
Доступен новый гипервизор KSM, qwerty123, 01:01 , 31-Янв-17, (14) +5

Доступен новый гипервизор KSM, Аноним, 23:57 , 30-Янв-17, (7) –1

Доступен новый гипервизор KSM, gre, 00:10 , 31-Янв-17, (8)

Доступен новый гипервизор KSM, Archuser, 00:19 , 31-Янв-17, (10) +1
Доступен новый гипервизор KSM, Аноним, 00:59 , 31-Янв-17, (13) –1
Доступен новый гипервизор KSM, Аноним, 03:25 , 31-Янв-17, (15) +7

Доступен новый гипервизор KSM, flop, 06:50 , 01-Фев-17, (28)

Доступен новый гипервизор KSM, flop, 06:57 , 01-Фев-17, (29)
Доступен новый гипервизор KSM, Ordu, 23:23 , 01-Фев-17, (30)

Доступен новый гипервизор KSM, flop, 02:52 , 02-Фев-17, (31)
Доступен новый гипервизор KSM, flop, 03:21 , 02-Фев-17, (32)

Доступен новый гипервизор KSM, Ordu, 05:04 , 02-Фев-17, (33)

Доступен новый гипервизор KSM, flop, 06:03 , 02-Фев-17, (34)

Доступен новый гипервизор KSM, Ordu, 08:28 , 02-Фев-17, (35)

Доступен новый гипервизор KSM, flop, 08:50 , 02-Фев-17, (36)

Доступен новый гипервизор KSM, Ordu, 10:04 , 02-Фев-17, (37)

Доступен новый гипервизор KSM, flop, 12:40 , 02-Фев-17, (38)

Доступен новый гипервизор KSM, Ordu, 21:38 , 02-Фев-17, (39)

Доступен новый гипервизор KSM, Gannet, 04:42 , 31-Янв-17, (16) +1

Доступен новый гипервизор KSM, angra, 04:56 , 31-Янв-17, (17) +2
Доступен новый гипервизор KSM, Аноним, 10:44 , 31-Янв-17, (22) –4

Доступен новый гипервизор KSM, angra, 11:20 , 31-Янв-17, (23) +2

Доступен новый гипервизор KSM, Юзер, 11:47 , 31-Янв-17, (24) –2

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

1. "Доступен новый гипервизор KSM" +2 +/–

Сообщение от A.Stahl (ok) on 30-Янв-17, 23:38

Что это за хрень на скриншоте? Указатель мыши для слепых?

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

2. "Доступен новый гипервизор KSM" –1 +/–

Сообщение от VHS (??) on 30-Янв-17, 23:42

кнопка "Play"

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

4. "Доступен новый гипервизор KSM" +4 +/–

Сообщение от A.Stahl (ok) on 30-Янв-17, 23:43

Тьфу... Ну как я мог сразу догадаться? Жесть полимер-чугунная...

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

6. "Доступен новый гипервизор KSM" +1 +/–

Сообщение от VHS (??) on 30-Янв-17, 23:45

Ты на скриншот кликни, там какой-то коуб/инстаграм/ютуб для кpасноглазых. Вот уж где жесть.

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

18. "Доступен новый гипервизор KSM" +3 +/–

Сообщение от Аноним (??) on 31-Янв-17, 07:25

А мне понравилось. От туда текст можно копировать если что, так сказать юзер френдли)

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

19. "Доступен новый гипервизор KSM" +6 +/–

Сообщение от Аноним (??) on 31-Янв-17, 09:40

Я правильно понимаю? ньюфаг впервые увидел ascii плеер?

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

20. "Доступен новый гипервизор KSM" –1 +/–

Сообщение от Fidel Castro on 31-Янв-17, 10:24

он ещё плёночные фильмы смотрит..

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

25. "Доступен новый гипервизор KSM" +1 +/–

Сообщение от EuPhobos (ok) on 31-Янв-17, 12:45

"Forget screen recording apps and blurry video. Enjoy a lightweight, purely text-based approach to terminal recording."
Написано "Легковестный плеер", у меня одного на этом видео кулеры взлететь с системником пытаются?
https://asciinema.org/a/28404

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

26. "Доступен новый гипервизор KSM" +/–

Сообщение от Crazy Alex (??) on 31-Янв-17, 14:41

recorde и плеер - это разные вещи

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

27. "Доступен новый гипервизор KSM" +3 +/–

Сообщение от Аноним84701 (ok) on 31-Янв-17, 16:46

> Написано "Легковестный плеер", у меня одного на этом видео кулеры взлететь с системником пытаются?
Все, как обычно. Хипстеры переписали  (а скорее всего, переизобрели, потому как ни разу не слышали) утилиту script
https://linux.die.net/man/1/script
> The script command appeared in 3.0BSD.
> Linux July 30, 2000 Linux
на жабоскрипте и решили, что раз кроме браузера для проигрывания ничего не нужно, то это "легковесно" ;)

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

3. "Доступен новый гипервизор KSM" +/–

Сообщение от Аноним (??) on 30-Янв-17, 23:43

> Из планов на будущее отмечается поддержка платформы macOS
будущее не в то русло

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

9. "Доступен новый гипервизор KSM" –2 +/–

Сообщение от 123 (??) on 31-Янв-17, 00:12

там он точно не нужен - там jail нормально себя ведет.

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

21. "Доступен новый гипервизор KSM" +1 +/–

Сообщение от Аноним (??) on 31-Янв-17, 10:41

Ты хорошо себя чувствуешь?
гипервизор != jail

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

5. "Доступен новый гипервизор KSM" +/–

Сообщение от Аннымзус on 30-Янв-17, 23:45

https://ru.wikipedia.org/wiki/KSM

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

11. "Доступен новый гипервизор KSM" +/–

Сообщение от Аноним (??) on 31-Янв-17, 00:51

> "..в частности, экспериментальная реализация KSM от Red Hat показала, что 52 виртуальных > экземпляра Windows XP с выделенными 1 ГБ памяти, могут работать на компьютере с 16 ГБ"
Это как?

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

12. "Доступен новый гипервизор KSM" +/–

Сообщение от Ivan1986 on 31-Янв-17, 00:58

Как как - дедуплекация.Как будто эти 52 винды много чем друг от друга отличаются

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

14. "Доступен новый гипервизор KSM" +5 +/–

Сообщение от qwerty123 (??) on 31-Янв-17, 01:01

>> "..в частности, экспериментальная реализация KSM от Red Hat показала, что 52 виртуальных > экземпляра Windows XP с выделенными 1 ГБ памяти, могут работать на компьютере с 16 ГБ"
> Это как?
Могут работать, а могут и не работать.
Или работать, но очень недолго.

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

7. "Доступен новый гипервизор KSM" –1 +/–

Сообщение от Аноним (??) on 30-Янв-17, 23:57

Готов для продакшена?

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

8. "Доступен новый гипервизор KSM" +/–

Сообщение от gre on 31-Янв-17, 00:10

Ну чего тебе не хватает?

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

10. "Доступен новый гипервизор KSM" +1 +/–

Сообщение от Archuser on 31-Янв-17, 00:19

Годнота!

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

13. "Доступен новый гипервизор KSM" –1 +/–

Сообщение от Аноним (??) on 31-Янв-17, 00:59

Управления гостями как происходит?
С терминала?

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

15. "Доступен новый гипервизор KSM" +7 +/–

Сообщение от Аноним (??) on 31-Янв-17, 03:25

Заголовок, как будто убийца KVM вышел. Кто-нить хоть в код то смотрел?
Явно пацанчик просто учится. Там полный фарш: сравнения unsigned с -1, кривые "кроссплатформенные" дефайны, которые по-разному ведут себя на винде и линуксах, кривые спецификаторы форматов в printf, какие-то дикие касты несовместимых типов, ворнинги компилятора ваще игнорируются, они ж для слабаков...
Про статический анализ разработчик явно не слышал ни разу.
Максимум можно для экспериментов использовать как заготовку для какого-то своего инструмента и понимания принципов работы гипервизоров, не более того.

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

28. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 01-Фев-17, 06:50

> Заголовок, как будто убийца KVM вышел. Кто-нить хоть в код то смотрел?
> Явно пацанчик просто учится. Там полный фарш: сравнения unsigned с -1, кривые
> "кроссплатформенные" дефайны, которые по-разному ведут себя на винде и линуксах, кривые
> спецификаторы форматов в printf, какие-то дикие касты несовместимых типов, ворнинги компилятора
> ваще игнорируются, они ж для слабаков...
> Про статический анализ разработчик явно не слышал ни разу.
> Максимум можно для экспериментов использовать как заготовку для какого-то своего инструмента
> и понимания принципов работы гипервизоров, не более того.
Your argument is really stupid and the fact that you don't even understand why these warnings are ignored _SPECIFICALLY_ ON Microsoft Compiler (CL) makes it a lot more ignorant and fundamentally wrong and thus stupid.  The Microsoft Compiler throws spurious warnings that are simply harmless, the warnings are even substandard, some of which are strict standard compliant, yet still the NTDDK also ignores the same warnings (the native one!), "Wild cast of incompatible types", lol, please go and understand the incompatible types meaning in C first, then argue about it.  So that's one thing.  I'd assume that you looked at the travis build but haven't even looked at how these warnings come from, right?  You're stupid.
Another thing is that you're saying it can be used to learn from only, that's also one stupid argument and is not backed by ANY facts in the slightest, where are your premises? it's actually EXTREMELY stable and has been stressed tested under both Windows and Linux, and it has been used in other productivity software that I won't go through here, and that proves that it is extensible and stable.  So, frankly, I'd assume you tried to use it and failed, that's what made you argue about this, so get over it and admit your failure, asking for help via e-mail or github issues is not embarassing, don't worry, nobody cares.
So, quite frankly, your argument is shit, and it's made even more shit by the fact that you have provided 0 premises to back them up.
Sure, I wouldn't argue that I did some mistakes with it, some are horrible, but still, I always fix them immediately when I notice, but still, that doesn't validate your arguments.

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

29. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 01-Фев-17, 06:57

>[оверквотинг удален]
> to use it and failed, that's what made you argue about
> this, so get over it and admit your failure, asking for
> help via e-mail or github issues is not embarassing, don't worry,
> nobody cares.
> So, quite frankly, your argument is shit, and it's made even more
> shit by the fact that you have provided 0 premises to
> back them up.
> Sure, I wouldn't argue that I did some mistakes with it, some
> are horrible, but still, I always fix them immediately when I
> notice, but still, that doesn't validate your arguments.
To elaborate more on the signed/unsigned comparison thing, I think these have historical reasons, and I was too lazy to remove, if you want them removed, welcome to open source; provide a patch and I will happily apply it.

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

30. "Доступен новый гипервизор KSM" +/–

Сообщение от Ordu (ok) on 01-Фев-17, 23:23

If you are trying to mimic Torvalds you should spend more time on learning how to use word "bullshit" well and, I believe, you lack Linus's entourage, you are really miss mailing list full of supporters.
And... y'know, your sayings is not very smart. If we take into consideration, for instance, casts between different types in C, I could give you three examples of software were such casts are widely used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+, enlightenment libraries. So, just take a look at those code and learn how to deal with casts properly.

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

31. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 02-Фев-17, 02:52

> If you are trying to mimic Torvalds you should spend more time
> on learning how to use word "bullshit" well and, I believe,
> you lack Linus's entourage, you are really miss mailing list full
> of supporters.
Mimic Torvalds in what exactly?  I don't see what you're talking about.  I don't need supporters or mailing list to prove someone wrong.
> And... y'know, your sayings is not very smart. If we take into
> consideration, for instance, casts between different types in C, I could
> give you three examples of software were such casts are widely
> used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+,
> enlightenment libraries. So, just take a look at those code and
> learn how to deal with casts properly.
You're wrong and yet again, try casting a function pointer to a void pointer (inverse works, too) under both GCC and MSVC, see what you get.   I do not have these warnings ignored under GCC, I have them ignored under MSVC, idiot.  Both GTK and Linux Kernel use GCC.

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

32. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 02-Фев-17, 03:21

> And... y'know, your sayings is not very smart. If we take into
> consideration, for instance, casts between different types in C, I could
> give you three examples of software were such casts are widely
> used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+,
> enlightenment libraries. So, just take a look at those code and
> learn how to deal with casts properly.
Also the incompatible pointer warning that was _only_ ignored for just 1 function is from here: https://github.com/asamy/ksm/blob/master/ksm.h#L563 which is reasonable, if you know how to container_of works, then you'll understand why this spurious warning happens.  (The funny part, GCC has this problem, but not MSVC, hah.)

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

33. "Доступен новый гипервизор KSM" +/–

Сообщение от Ordu (ok) on 02-Фев-17, 05:04

>> If you are trying to mimic Torvalds you should spend more time
>> on learning how to use word "bullshit" well and, I believe,
> Mimic Torvalds in what exactly?
In your harsh replies to critics, obviously.
> You're wrong and yet again, try casting a function pointer to a
> void pointer (inverse works, too) under both GCC and MSVC, see
> what you get.
And what I should get?
$ cat tmp.c
void (*casting_pointers())()
{
    void *void_fn = (void*)casting_pointers;
    void (*fn)() = (void (*)()) void_fn;
    return fn;
}
$ gcc -Wall -c tmp.c
$
> I do not have these warnings
> ignored under GCC, I have them ignored under MSVC, idiot.
> Both GTK and Linux Kernel use GCC.
I don't know what warnings of MSVC you are talking about, but assuming you are right with it and MSVC warnings are useless, you should use gcc -Wall and its warnings or some external static code analizer to check your code.
> Also the incompatible pointer warning that was _only_ ignored for just 1
> function is from here: https://github.com/asamy/ksm/blob/master/ksm.h#L563 which is
> reasonable, if you know how to container_of works, then you'll understand
> why this spurious warning happens.  (The funny part, GCC has
> this problem, but not MSVC, hah.)
I bet you are doing it wrong. I have no idea what definitions of ksm and vcpu structs are (I'm too lazy to do such a research), but look:
    uintptr_t k = (uintptr_t)container_of(vcpu, struct ksm, vcpu_list);
I'm sure that warnings come from inside of container_of due to wrong type of vcpu. To compile this without warnings struct ksm needs be something like:
        struct ksm {
                ...
                struct vcpu vcpu_list;
                ...
        };
I suggest that vcpu_list declared as a struct list_head, therefore you are getting those warnings. Clean your code and either make an explicit cast of vcpu to struct list_head*, or change type of an arg in function declaration to reflect the type of field in struct ksm.
> Also the incompatible pointer warning that was _only_ ignored for just 1 function...
If it is true, than I understand your behaviour even less. Why you need to speak about MSVC and your hatred of compiler warnings, instead of clear explanation of the issue? One unresolved warning is not so bad as systematically ignored warnings. Acting such a way you are showing youself as ignorant fool.

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

34. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 02-Фев-17, 06:03

> In your harsh replies to critics, obviously.
Harsh replies automatically allocate me as Linus Torvalds, ok.
> And what I should get?
> $ cat tmp.c
> void (*casting_pointers())()
> {
>  void *void_fn = (void*)casting_pointers;
>  void (*fn)() = (void (*)()) void_fn;
>  return fn;
> }
> $ gcc -Wall -c tmp.c
> $
Under MSVC, you'd get a warning saying you're casting a function pointer to a data pointer, which is why I disable this warning under MSVC only.
> I don't know what warnings of MSVC you are talking about, but
> assuming you are right with it and MSVC warnings are useless,
> you should use gcc -Wall and its warnings or some external
> static code analizer to check your code.
It's already implicility used...
>[оверквотинг удален]
> getting those warnings. Clean your code and either make an explicit
> cast of vcpu to struct list_head*, or change type of an
> arg in function declaration to reflect the type of field in
> struct ksm.
>> Also the incompatible pointer warning that was _only_ ignored for just 1 function...
> If it is true, than I understand your behaviour even less. Why
> you need to speak about MSVC and your hatred of compiler
> warnings, instead of clear explanation of the issue? One unresolved warning
> is not so bad as systematically ignored warnings. Acting such a
> way you are showing youself as ignorant fool.
You're the ignorant fool here for not bothering to look at the actual definitions before making these arguments, the vcpu_list is not a list_head, it's simply an array of `struct vcpu`, declared as follows:
struct vcpu vcpu_list[MAX_VCPUS];
So my point is still valid, you're (or the other guy) are arguing about ignoring the warnings while they are actually justified and are mostly substandard.

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

35. "Доступен новый гипервизор KSM" +/–

Сообщение от Ordu (ok) on 02-Фев-17, 08:28

> Harsh replies automatically allocate me as Linus Torvalds, ok.
No, you cannot be used as a replacement for him, but still looks similar. At least your first comment in this thread has such funny property.
> the vcpu_list is not a list_head, it's simply an array of `struct vcpu`, declared as follows:
> struct vcpu vcpu_list[MAX_VCPUS];
Wow... I'm impressed. Unexpected use for container_of. But yes, you are right about I was a fool, I could catch it looking only into this function, but I didn't.
But nevertheless... You are using container_of in a way its not indended to use. Even without looking on the rest of your code I can say this to you with great confidence. If you do not believe me, you might ask any kernel developer and try to convince him that you have important reasons to such a design that leads to use container_of in this case.
container_of is a tool to design some data structures like list, where different struct types have common parts. For example struct list_head field.
container_of is not a magic way to use pointers into structures as substitute for pointers to structures. Because container_of is using explicit casts which is bad. Such casts used everywere in kernel not because it is a good practice, but because C gives no other ways to do some things. Pointer arith even worse, but in some cases its the only choice also. Your case is not valid case for using pointer arith, expicit casts and container_of.
Just add to struct vcpu field `struct ksm *parent', and your vcpu_to_ksm will not need any casts anymore. Its completely safe: such a pointer will not become dangling, because struct vcpu shares lifetime with containing struct ksm. Just do not forget to initialize this pointer.

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

36. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 02-Фев-17, 08:50

> Wow... I'm impressed. Unexpected use for container_of. But yes, you are right
> about I was a fool, I could catch it looking only
> into this function, but I didn't.
Good thing you admit your failure, that's one step forward.
> But nevertheless... You are using container_of in a way its not indended
> to use. Even without looking on the rest of your code
> I can say this to you with great confidence. If you
> do not believe me, you might ask any kernel developer and
> try to convince him that you have important reasons to such
> a design that leads to use container_of in this case.
>
> container_of is a tool to design some data structures like list, where
> different struct types have common parts. For example struct list_head field.
Have common parts?  What?  You really need to work on your understanding of things, the use of container_of is for container-structures of a single structure where you would have a pointer to that container-structure, then you can subtract it with the offset in the parent structure to get a pointer to the parent structure.
> container_of is not a magic way to use pointers into structures as
> substitute for pointers to structures. Because container_of is using explicit casts
> which is bad. Such casts used everywere in kernel not because
> it is a good practice, but because C gives no other
> ways to do some things. Pointer arith even worse, but in
> some cases its the only choice also. Your case is not
> valid case for using pointer arith, expicit casts and container_of.
So you're arguing about pointer arithmetic being bad, but yet your compiler deploys it all day long because of your indirect use, but having a function such as offsetof, invalidates the use, good arguments you make, mate...
> Just add to struct vcpu field `struct ksm *parent', and your vcpu_to_ksm
> will not need any casts anymore. Its completely safe: such a
> pointer will not become dangling, because struct vcpu shares lifetime with
> containing struct ksm. Just do not forget to initialize this pointer.
I'd rather laugh at confused people while they try to understand my code.

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

37. "Доступен новый гипервизор KSM" +/–

Сообщение от Ordu (ok) on 02-Фев-17, 10:04

> I'd rather laugh at confused people while they try to understand my
> code.
I see... You are not enlightened yet. So, go away and code. And do not come back until enlightened.

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

38. "Доступен новый гипервизор KSM" +/–

Сообщение от flop on 02-Фев-17, 12:40

> I see... You are not enlightened yet. So, go away and code.
> And do not come back until enlightened.
At least I understand shit before I try to argue they are wrong.
You're the one interested in my stuff regardless.  Anyways, point proven, no need for me to come here again.  The only reason I came was through Github Traffic, it got an abnormal amount of traffic and I was surprised because I did not advertise it, so it seemed to point to here and 2 other articles on the web.

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

39. "Доступен новый гипервизор KSM" +/–

Сообщение от Ordu (ok) on 02-Фев-17, 21:38

> At least I understand shit before I try to argue they are wrong.
I'm not trying to be offensive, but arguing is also the way do discover things. Yes I might clone your repo, run etags on it and find definitions of all structs, lurk some time in different parts of code, and become much more correct with my initial guesses about reasons behind the patterns used. But nevertheless my guesses would remains just guesses. Now my knowledge is more reliable. I cleared my mind from influence of OP's opinion and your hostile behaviour. I have built my own opinion instead. And, I hope, you also got something from discussion. I hope I was not just using you for reaching my goals, but giving you something also.
And one more hint. Less subtle. Psychologists tend to differentiate two strategies of behaviour: need for success and failure avoidance. And I work hard to bring myself to the first. I'd like to fail in discussion, which not a super important to me -- it costs me nothing. But I can get some information while losing. So I came to success while failing. The most of the people are unable to do it. I'm trying to become not like them but stronger.
> The only reason I came was through Github Traffic, it got an abnormal amount of traffic and I was surprised because I did not advertise it, so it seemed to point to here and 2 other articles on the web.
Gratz. :)

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

16. "Доступен новый гипервизор KSM" +1 +/–

Сообщение от Gannet (ok) on 31-Янв-17, 04:42

>простой и быстрый гипервизор для 64-разрядных процессоров Intel
Давайте теперь напишем отдельный для AMD, потом для ARM и т. д. - каждому процу по своей виртуалке!

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

17. "Доступен новый гипервизор KSM" +2 +/–

Сообщение от angra (ok) on 31-Янв-17, 04:56

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

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

22. "Доступен новый гипервизор KSM" –4 +/–

Сообщение от Аноним (??) on 31-Янв-17, 10:44

>>простой и быстрый гипервизор для 64-разрядных процессоров Intel
> Давайте теперь напишем отдельный для AMD, потом для ARM и т. д.
> - каждому процу по своей виртуалке!
Правильно UNIX way - одна задача - одна программа. Только перенести эту аксиому на процессоры.

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

23. "Доступен новый гипервизор KSM" +2 +/–

Сообщение от angra (ok) on 31-Янв-17, 11:20

А если в слове ХЛЕБ сделать четыре ошибки, то получится ПИВО.

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

24. "Доступен новый гипервизор KSM" –2 +/–

Сообщение от Юзер (??) on 31-Янв-17, 11:47

А если пять ошибок - получится слово ВОДКА, ага

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Доступен новый гипервизор KSM"	+2 +/–
Сообщение от A.Stahl (ok) on 30-Янв-17, 23:38
Что это за хрень на скриншоте? Указатель мыши для слепых?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Доступен новый гипервизор KSM"	–1 +/–
	Сообщение от VHS (??) on 30-Янв-17, 23:42
	кнопка "Play"
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	4. "Доступен новый гипервизор KSM"	+4 +/–
	Сообщение от A.Stahl (ok) on 30-Янв-17, 23:43
	Тьфу... Ну как я мог сразу догадаться? Жесть полимер-чугунная...
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	6. "Доступен новый гипервизор KSM"	+1 +/–
	Сообщение от VHS (??) on 30-Янв-17, 23:45
	Ты на скриншот кликни, там какой-то коуб/инстаграм/ютуб для кpасноглазых. Вот уж где жесть.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	18. "Доступен новый гипервизор KSM"	+3 +/–
	Сообщение от Аноним (??) on 31-Янв-17, 07:25
	А мне понравилось. От туда текст можно копировать если что, так сказать юзер френдли)
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	19. "Доступен новый гипервизор KSM"	+6 +/–
	Сообщение от Аноним (??) on 31-Янв-17, 09:40
	Я правильно понимаю? ньюфаг впервые увидел ascii плеер?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	20. "Доступен новый гипервизор KSM"	–1 +/–
	Сообщение от Fidel Castro on 31-Янв-17, 10:24
	он ещё плёночные фильмы смотрит..
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	25. "Доступен новый гипервизор KSM"	+1 +/–
	Сообщение от EuPhobos (ok) on 31-Янв-17, 12:45
	"Forget screen recording apps and blurry video. Enjoy a lightweight, purely text-based approach to terminal recording." Написано "Легковестный плеер", у меня одного на этом видео кулеры взлететь с системником пытаются? https://asciinema.org/a/28404
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	26. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Crazy Alex (??) on 31-Янв-17, 14:41
	recorde и плеер - это разные вещи
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору


	27. "Доступен новый гипервизор KSM"	+3 +/–
	Сообщение от Аноним84701 (ok) on 31-Янв-17, 16:46
	> Написано "Легковестный плеер", у меня одного на этом видео кулеры взлететь с системником пытаются? Все, как обычно. Хипстеры переписали (а скорее всего, переизобрели, потому как ни разу не слышали) утилиту script https://linux.die.net/man/1/script > The script command appeared in 3.0BSD. > Linux July 30, 2000 Linux на жабоскрипте и решили, что раз кроме браузера для проигрывания ничего не нужно, то это "легковесно" ;)
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору

3. "Доступен новый гипервизор KSM"	+/–
Сообщение от Аноним (??) on 30-Янв-17, 23:43
> Из планов на будущее отмечается поддержка платформы macOS будущее не в то русло
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	9. "Доступен новый гипервизор KSM"	–2 +/–
	Сообщение от 123 (??) on 31-Янв-17, 00:12
	там он точно не нужен - там jail нормально себя ведет.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	21. "Доступен новый гипервизор KSM"	+1 +/–
	Сообщение от Аноним (??) on 31-Янв-17, 10:41
	Ты хорошо себя чувствуешь? гипервизор != jail
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору

5. "Доступен новый гипервизор KSM"	+/–
Сообщение от Аннымзус on 30-Янв-17, 23:45
https://ru.wikipedia.org/wiki/KSM
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Аноним (??) on 31-Янв-17, 00:51
	> "..в частности, экспериментальная реализация KSM от Red Hat показала, что 52 виртуальных > экземпляра Windows XP с выделенными 1 ГБ памяти, могут работать на компьютере с 16 ГБ" Это как?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	12. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Ivan1986 on 31-Янв-17, 00:58
	Как как - дедуплекация.Как будто эти 52 винды много чем друг от друга отличаются
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	14. "Доступен новый гипервизор KSM"	+5 +/–
	Сообщение от qwerty123 (??) on 31-Янв-17, 01:01
	>> "..в частности, экспериментальная реализация KSM от Red Hat показала, что 52 виртуальных > экземпляра Windows XP с выделенными 1 ГБ памяти, могут работать на компьютере с 16 ГБ" > Это как? Могут работать, а могут и не работать. Или работать, но очень недолго.
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору

7. "Доступен новый гипервизор KSM"	–1 +/–
Сообщение от Аноним (??) on 30-Янв-17, 23:57
Готов для продакшена?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	8. "Доступен новый гипервизор KSM"	+/–
	Сообщение от gre on 31-Янв-17, 00:10
	Ну чего тебе не хватает?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору

10. "Доступен новый гипервизор KSM"	+1 +/–
Сообщение от Archuser on 31-Янв-17, 00:19
Годнота!
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

13. "Доступен новый гипервизор KSM"	–1 +/–
Сообщение от Аноним (??) on 31-Янв-17, 00:59
Управления гостями как происходит? С терминала?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

15. "Доступен новый гипервизор KSM"	+7 +/–
Сообщение от Аноним (??) on 31-Янв-17, 03:25
Заголовок, как будто убийца KVM вышел. Кто-нить хоть в код то смотрел? Явно пацанчик просто учится. Там полный фарш: сравнения unsigned с -1, кривые "кроссплатформенные" дефайны, которые по-разному ведут себя на винде и линуксах, кривые спецификаторы форматов в printf, какие-то дикие касты несовместимых типов, ворнинги компилятора ваще игнорируются, они ж для слабаков... Про статический анализ разработчик явно не слышал ни разу. Максимум можно для экспериментов использовать как заготовку для какого-то своего инструмента и понимания принципов работы гипервизоров, не более того.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	28. "Доступен новый гипервизор KSM"	+/–
	Сообщение от flop on 01-Фев-17, 06:50
	> Заголовок, как будто убийца KVM вышел. Кто-нить хоть в код то смотрел? > Явно пацанчик просто учится. Там полный фарш: сравнения unsigned с -1, кривые > "кроссплатформенные" дефайны, которые по-разному ведут себя на винде и линуксах, кривые > спецификаторы форматов в printf, какие-то дикие касты несовместимых типов, ворнинги компилятора > ваще игнорируются, они ж для слабаков... > Про статический анализ разработчик явно не слышал ни разу. > Максимум можно для экспериментов использовать как заготовку для какого-то своего инструмента > и понимания принципов работы гипервизоров, не более того. Your argument is really stupid and the fact that you don't even understand why these warnings are ignored _SPECIFICALLY_ ON Microsoft Compiler (CL) makes it a lot more ignorant and fundamentally wrong and thus stupid. The Microsoft Compiler throws spurious warnings that are simply harmless, the warnings are even substandard, some of which are strict standard compliant, yet still the NTDDK also ignores the same warnings (the native one!), "Wild cast of incompatible types", lol, please go and understand the incompatible types meaning in C first, then argue about it. So that's one thing. I'd assume that you looked at the travis build but haven't even looked at how these warnings come from, right? You're stupid. Another thing is that you're saying it can be used to learn from only, that's also one stupid argument and is not backed by ANY facts in the slightest, where are your premises? it's actually EXTREMELY stable and has been stressed tested under both Windows and Linux, and it has been used in other productivity software that I won't go through here, and that proves that it is extensible and stable. So, frankly, I'd assume you tried to use it and failed, that's what made you argue about this, so get over it and admit your failure, asking for help via e-mail or github issues is not embarassing, don't worry, nobody cares. So, quite frankly, your argument is shit, and it's made even more shit by the fact that you have provided 0 premises to back them up. Sure, I wouldn't argue that I did some mistakes with it, some are horrible, but still, I always fix them immediately when I notice, but still, that doesn't validate your arguments.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	29. "Доступен новый гипервизор KSM"	+/–
	Сообщение от flop on 01-Фев-17, 06:57
	>[оверквотинг удален] > to use it and failed, that's what made you argue about > this, so get over it and admit your failure, asking for > help via e-mail or github issues is not embarassing, don't worry, > nobody cares. > So, quite frankly, your argument is shit, and it's made even more > shit by the fact that you have provided 0 premises to > back them up. > Sure, I wouldn't argue that I did some mistakes with it, some > are horrible, but still, I always fix them immediately when I > notice, but still, that doesn't validate your arguments. To elaborate more on the signed/unsigned comparison thing, I think these have historical reasons, and I was too lazy to remove, if you want them removed, welcome to open source; provide a patch and I will happily apply it.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	30. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Ordu (ok) on 01-Фев-17, 23:23
	If you are trying to mimic Torvalds you should spend more time on learning how to use word "bullshit" well and, I believe, you lack Linus's entourage, you are really miss mailing list full of supporters. And... y'know, your sayings is not very smart. If we take into consideration, for instance, casts between different types in C, I could give you three examples of software were such casts are widely used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+, enlightenment libraries. So, just take a look at those code and learn how to deal with casts properly.
	Ответить \| Правка \| ^ к родителю #28 \| Наверх \| Cообщить модератору


	31. "Доступен новый гипервизор KSM"	+/–
	Сообщение от flop on 02-Фев-17, 02:52
	> If you are trying to mimic Torvalds you should spend more time > on learning how to use word "bullshit" well and, I believe, > you lack Linus's entourage, you are really miss mailing list full > of supporters. Mimic Torvalds in what exactly? I don't see what you're talking about. I don't need supporters or mailing list to prove someone wrong. > And... y'know, your sayings is not very smart. If we take into > consideration, for instance, casts between different types in C, I could > give you three examples of software were such casts are widely > used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+, > enlightenment libraries. So, just take a look at those code and > learn how to deal with casts properly. You're wrong and yet again, try casting a function pointer to a void pointer (inverse works, too) under both GCC and MSVC, see what you get. I do not have these warnings ignored under GCC, I have them ignored under MSVC, idiot. Both GTK and Linux Kernel use GCC.
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	32. "Доступен новый гипервизор KSM"	+/–
	Сообщение от flop on 02-Фев-17, 03:21
	> And... y'know, your sayings is not very smart. If we take into > consideration, for instance, casts between different types in C, I could > give you three examples of software were such casts are widely > used _without_ any compiler warnings despite -Wall used: linux kernel, gtk+, > enlightenment libraries. So, just take a look at those code and > learn how to deal with casts properly. Also the incompatible pointer warning that was _only_ ignored for just 1 function is from here: https://github.com/asamy/ksm/blob/master/ksm.h#L563 which is reasonable, if you know how to container_of works, then you'll understand why this spurious warning happens. (The funny part, GCC has this problem, but not MSVC, hah.)
	Ответить \| Правка \| ^ к родителю #30 \| Наверх \| Cообщить модератору


	33. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Ordu (ok) on 02-Фев-17, 05:04
	>> If you are trying to mimic Torvalds you should spend more time >> on learning how to use word "bullshit" well and, I believe, > Mimic Torvalds in what exactly? In your harsh replies to critics, obviously. > You're wrong and yet again, try casting a function pointer to a > void pointer (inverse works, too) under both GCC and MSVC, see > what you get. And what I should get? $ cat tmp.c void (casting_pointers())() { void void_fn = (void)casting_pointers; void (fn)() = (void ()()) void_fn; return fn; } $ gcc -Wall -c tmp.c $ > I do not have these warnings > ignored under GCC, I have them ignored under MSVC, idiot. > Both GTK and Linux Kernel use GCC. I don't know what warnings of MSVC you are talking about, but assuming you are right with it and MSVC warnings are useless, you should use gcc -Wall and its warnings or some external static code analizer to check your code. > Also the incompatible pointer warning that was _only_ ignored for just 1 > function is from here: https://github.com/asamy/ksm/blob/master/ksm.h#L563 which is > reasonable, if you know how to container_of works, then you'll understand > why this spurious warning happens. (The funny part, GCC has > this problem, but not MSVC, hah.) I bet you are doing it wrong. I have no idea what definitions of ksm and vcpu structs are (I'm too lazy to do such a research), but look: uintptr_t k = (uintptr_t)container_of(vcpu, struct ksm, vcpu_list); I'm sure that warnings come from inside of container_of due to wrong type of vcpu. To compile this without warnings struct ksm needs be something like: struct ksm { ... struct vcpu vcpu_list; ... }; I suggest that vcpu_list declared as a struct list_head, therefore you are getting those warnings. Clean your code and either make an explicit cast of vcpu to struct list_head, or change type of an arg in function declaration to reflect the type of field in struct ksm. > Also the incompatible pointer warning that was _only_ ignored for just 1 function... If it is true, than I understand your behaviour even less. Why you need to speak about MSVC and your hatred of compiler warnings, instead of clear explanation of the issue? One unresolved warning is not so bad as systematically ignored warnings. Acting such a way you are showing youself as ignorant fool.
	Ответить \| Правка \| ^ к родителю #32 \| Наверх \| Cообщить модератору


	34. "Доступен новый гипервизор KSM"	+/–
	Сообщение от flop on 02-Фев-17, 06:03
	> In your harsh replies to critics, obviously. Harsh replies automatically allocate me as Linus Torvalds, ok. > And what I should get? > $ cat tmp.c > void (casting_pointers())() > { > void void_fn = (void)casting_pointers; > void (fn)() = (void ()()) void_fn; > return fn; > } > $ gcc -Wall -c tmp.c > $ Under MSVC, you'd get a warning saying you're casting a function pointer to a data pointer, which is why I disable this warning under MSVC only. > I don't know what warnings of MSVC you are talking about, but > assuming you are right with it and MSVC warnings are useless, > you should use gcc -Wall and its warnings or some external > static code analizer to check your code. It's already implicility used... >[оверквотинг удален] > getting those warnings. Clean your code and either make an explicit > cast of vcpu to struct list_head, or change type of an > arg in function declaration to reflect the type of field in > struct ksm. >> Also the incompatible pointer warning that was _only_ ignored for just 1 function... > If it is true, than I understand your behaviour even less. Why > you need to speak about MSVC and your hatred of compiler > warnings, instead of clear explanation of the issue? One unresolved warning > is not so bad as systematically ignored warnings. Acting such a > way you are showing youself as ignorant fool. You're the ignorant fool here for not bothering to look at the actual definitions before making these arguments, the vcpu_list is not a list_head, it's simply an array of `struct vcpu`, declared as follows: struct vcpu vcpu_list[MAX_VCPUS]; So my point is still valid, you're (or the other guy) are arguing about ignoring the warnings while they are actually justified and are mostly substandard.
	Ответить \| Правка \| ^ к родителю #33 \| Наверх \| Cообщить модератору


	35. "Доступен новый гипервизор KSM"	+/–
	Сообщение от Ordu (ok) on 02-Фев-17, 08:28
	> Harsh replies automatically allocate me as Linus Torvalds, ok. No, you cannot be used as a replacement for him, but still looks similar. At least your first comment in this thread has such funny property. > the vcpu_list is not a list_head, it's simply an array of `struct vcpu`, declared as follows: > struct vcpu vcpu_list[MAX_VCPUS]; Wow... I'm impressed. Unexpected use for container_of. But yes, you are right about I was a fool, I could catch it looking only into this function, but I didn't. But nevertheless... You are using container_of in a way its not indended to use. Even without looking on the rest of your code I can say this to you with great confidence. If you do not believe me, you might ask any kernel developer and try to convince him that you have important reasons to such a design that leads to use container_of in this case. container_of is a tool to design some data structures like list, where different struct types have common parts. For example struct list_head field. container_of is not a magic way to use pointers into structures as substitute for pointers to structures. Because container_of is using explicit casts which is bad. Such casts used everywere in kernel not because it is a good practice, but because C gives no other ways to do some things. Pointer arith even worse, but in some cases its the only choice also. Your case is not valid case for using pointer arith, expicit casts and container_of. Just add to struct vcpu field `struct ksm *parent', and your vcpu_to_ksm will not need any casts anymore. Its completely safe: such a pointer will not become dangling, because struct vcpu shares lifetime with containing struct ksm. Just do not forget to initialize this pointer.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору