The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Microsoft портировал JavaScript-движок ChakraCore для Linux ..., opennews (ok), 01-Авг-16, (0) [смотреть все]

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


67. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +/
Сообщение от Аноним (-), 01-Авг-16, 21:48 
Трудности с портированием функционала при работе с файловой системой и сетью ещё можно как-то понять, но JIT- компиляцию и сборку мусора...!?
Ответить | Правка | Наверх | Cообщить модератору

68. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  –2 +/
Сообщение от 123 (??), 01-Авг-16, 23:03 
Менеджер памяти и управление потоками как-бы сильно отличается. В винде у них алгоритмы 2015 года, в posix - 1981.
Ответить | Правка | Наверх | Cообщить модератору

69. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +2 +/
Сообщение от Аноним (-), 01-Авг-16, 23:36 
>Менеджер памяти и управление потоками как-бы сильно отличается. В винде у них алгоритмы 2015 года, в posix - 1981.

Mutex 2015 Enterprise Edition?

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

74. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  –1 +/
Сообщение от Онаним (?), 02-Авг-16, 01:48 
Нет, Mutex 2015 - это в FreeBSD, из соседней новости:

В libthr реализована поддержка надёжных мьютексов, дающих приложению возможность выявления и теоретически восстановления от краха в процессе изменения состояния совместного мьютекса. Новая модель мьютексов основана на использовании вызова pthread_mutex, обеспечивает надёжное определение факта краха потока, занимающего мьютекс, и позволяет корректно продолжить работу оставшимся потокам. Из приложений в которых применяются надёжные мьютексы отмечается Samba. В сочетании с ранее добавленными разделяемыми между процессами блокировками (PTHREAD_PROCESS_SHARED) надёжные мьютексы позволили привести libthr к совместимости со всеми значительными возможностями POSIX. Наработки включены в состав ветки FreeBSD 11.

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

70. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +2 +/
Сообщение от Аноним (-), 02-Авг-16, 00:21 
>  В винде у них алгоритмы 2015 года,

Маркетологи мамой клянутся? А НТФС небось самая продвинутая, с использованием алгоритмов 2016 года!

> в posix - 1981.

http://pubs.opengroup.org/onlinepubs/9699919799/
> The Open Group Base Specifications Issue 7
> IEEE Std 1003.1™, 2013 Edition

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

73. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  –3 +/
Сообщение от Онаним (?), 02-Авг-16, 01:44 
Вот NTFS не трожте. В её нутрях, конечно, чорт голову сломит, но работает она хорошо и прозрачно совместима во всех версиях, это чрезвычайно приятно. Хотел бы я, чтобы у какой-нибудь ext4 (или, хотябы, ext2) был такой уровень поддержки. Даже мой телек (не смарт) прекрасно читает флэшки с NTFS.
Ответить | Правка | Наверх | Cообщить модератору

76. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +3 +/
Сообщение от Orduemail (ok), 02-Авг-16, 05:21 
> Хотел бы я, чтобы у какой-нибудь ext4 (или, хотябы, ext2) был такой уровень поддержки.

Чур тебя. Не надо. Прозрачная совместимость ценой скорости, надёжности и фичастости -- это удел майкрософтов, это у них болезнь такая генетическая.

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

78. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  –2 +/
Сообщение от Аноним (-), 02-Авг-16, 09:19 
> В её нутрях, конечно, чорт голову сломит, но работает она хорошо и прозрачно совместима во всех версиях

И ACL является неотъемлемой частью ФС с незапамятных времён, а не прикручен сбоку через атрибуты. И вполне конкретный UTF-16 для имён файлов вместо абстрактного набора байт (зависимость файловой системы от локали текущего пользователя... разве это не прекрасно?). Не так страшен чёрт, как его малюют.

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

84. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +2 +/
Сообщение от Аноним (-), 02-Авг-16, 11:20 
> сбоку через атрибуты. И вполне конкретный UTF-16 для имён файлов вместо
> абстрактного набора байт

Но API ворочает однобайтовыми локалями, да еще разными. Есть "DOS" (OEM) а есть ANSI. А есть юникод. Да еще в консоли например юникод у MS до сих пор отсутствует.

С другой стороны - в современных пингвинах повальный UTF-8. В консолях, в файлухе, в софте, ВЕЗДЕ. Никаких гребаных трех кодировок, инопланетных преобразований между ними, крокозябров в гуе или консоли. А API даже переделывать не пришлось, UTF-8 и так пролезает. Большинству программ даже знать не обязательно что это UTF-8 вообще был. Извращенцев у которых консоль еще не уникодная в Linux можно найти только в музее палеонтологии. А в винде так в каждой первой системе по умолчанию. Вроде уж 2016 год на дворе, а у MS до сих пор закорючки в консолях по умолчанию.

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

88. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  –2 +/
Сообщение от Аноним (-), 02-Авг-16, 12:56 
> Но API ворочает однобайтовыми локалями, да еще разными. Есть "DOS" (OEM) а есть ANSI. А есть юникод.

В линейке NT с самого её появления "родной" кодировкой для API является UTF-16, а функции для однобайтных кодировок (пресловутая совместимость с Win9x) являются не более чем обёртками.

> Да еще в консоли например юникод у MS до сих пор отсутствует.

Давно присутствует, просто "выключен" (используется неюникодный битмапный шрифт) по дефолту. Но виндовая консоль по сравнению с *nix — вообще какое-то недоразумение.

> в современных пингвинах повальный UTF-8

Это де факто. Но лично я (да и некоторые/многие другие, наверняка, тоже) предпочёл бы де юре, чтобы хотя бы насчёт имён файлов быть на 146% уверенным, что они в определённой кодировке, а не "скорее всего, UTF-8, но может быть и нет, как повезёт".

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

92. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +/
Сообщение от Michael Shigorinemail (ok), 02-Авг-16, 14:53 
> Это де факто. Но лично я (да и некоторые/многие другие, наверняка, тоже)
> предпочёл бы де юре, чтобы хотя бы насчёт имён файлов быть
> на 146% уверенным, что они в определённой кодировке, а не "скорее
> всего, UTF-8, но может быть и нет, как повезёт".

А не хотите возжелать де-юре имён файликов вроде COM1:?

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

98. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +2 +/
Сообщение от Аноним (-), 02-Авг-16, 17:54 
> В линейке NT с самого её появления "родной" кодировкой для API является UTF-16,

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

Да, теоретически MSовские консоли вроде даже могут в юникод. Только не по дефолту. По дефолту там однобайтовые досовые кодировки, факинщит. Это такое же юникодное апи как интернет эксплорер - полноценный браузер. Т.е. вроде бы похож, но всегда случается какой-то фееричный булщит который все портит.

> а функции для однобайтных кодировок (пресловутая совместимость с Win9x) являются
> не более чем обёртками.

Пусть эти оборачиватели СНАЧАЛА переключат консоль по дефолту на уникод, а потом что-то там вякают про уникодные апи. Не думаете же вы что програмеры желающие пользоваться уникодом должны инструктировать всех юзерей как сделать чтобы например в консоль не перли крокозябры? Да, вы знаете, в Linux я вижу русские и даже японские имена файлов без трехэтажных присядок с конверсиями в другие кодировки и даже без настройки консоли. Она в UTF8 у почти всех дистров по дефолту. Вот это - поддержка юникода. Когда все просто работает и не парит мозг. Единственное место где можно крокозябр ухватить - тома FAT сделанные под виндой в неуникодной кодировке. Но опять же это к всем таким из себя уникодным виндам вопросы - какого дьявола они в 2016 году лепят файловые системы с однобайтовыми кодировками? Пингвин то и в FAT умеет UTF8 запихивать, насколько я помню (не знаю сожрет ли маздай такое комбо правильно - нет у меня маздая).

> Давно присутствует, просто "выключен" (используется неюникодный битмапный шрифт)

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

> Но виндовая консоль по сравнению с *nix — вообще какое-то недоразумение.

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

>> в современных пингвинах повальный UTF-8
> Это де факто. Но лично я (да и некоторые/многие другие, наверняка, тоже)
> предпочёл бы де юре, чтобы хотя бы насчёт имён файлов быть на 146% уверенным,

В винде я могу быть на 146% уверен что юникод в консоли не работает а FAT будет в однобайтовой кодировке. Ну и радости мне с формальных галочек в маркетинговых буклетах? Реально этот щит неюзабелен.

> что они в определённой кодировке, а не "скорее всего, UTF-8, но может быть и нет, как повезёт".

Стопроцентные гарантии дает только страховой полис. А за 146% тебе лучше в центризберком записаться, как раз выборы будут.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору
Часть нити удалена модератором

118. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +/
Сообщение от Аноним (-), 04-Авг-16, 00:08 
> Это когда "ленту" в чувство приводили,

Теперь прессинг называется "приведением в чувство" оказывается.

> а тот же РБК, например -- так и продолжает регулярно врать?

В переводе с кремлевского на человеческий: эти с... до сих пор смеют писать что-то отличное от флюродроса кремлю и рассказов про удвоение надоев. Наверное надо еще отгопстопать, да? Для пущей легитимизации, таксказать.

> Сравните, что ли, с ситуацией после наступления "торжества демократии".

Сравнил. Раньше агрессивного гопстопа со стороны государства было меньше и ноги об законы немного стеснялись вытирать. А сейчас вообще всякий страх и стыд потеряли. Легитимизация же.

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

91. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 02-Авг-16, 14:51 
> Даже мой телек (не смарт) прекрасно читает флэшки с NTFS.

Это ни разу не заслуга MSFT, как мне кажется.

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

77. "Microsoft портировал JavaScript-движок ChakraCore для Linux ..."  +/
Сообщение от Аноним (-), 02-Авг-16, 08:47 
> The Open Group Base Specifications Issue 7
> IEEE Std 1003.1™, 2013 Edition

То, что стандарт время от времени обновляется -- это, конечно, хорошо, но не отменяет того факта, что отдельным его частям сто лет в обед и никто не чешется их дополнять/обновлять.

Например, в POSIX не было и до сих пор нет возможности дождаться завершения работы сразу нескольких потоков/процессов из некоторого списка, только pthread_join()/waitpid() в цикле, а в винде это можно сделать одним вызовом функции WaitForMultipleObjects(), логика которой реализуется ядром и потому позволяет обходиться без лишних пробуждений вызвавшего её потока.

Я полностью согласен с тем, что в винде полно вещей, которые по тем или иным причинам весьма плохо пахнут, но и отрицать наличие нормальных идей было бы глупо. Примерно об этом, кстати, и Линус когда-то говорил ("I think the Microsoft hatred is a disease").

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру