Можно было бы и полезть в кишочки, ожидаемо sort_merge это внутренняя реализация на C, а gen_merge/heapq_merge — примерный верх мечтаний для чистого Python кода; но это всё на усмотрение автора ;)
Мне было интереснее увидеть, что и тесты на скорость готовые есть (логично) и даже доки на 30к символов: github.com/python/cpython/blob/3.8/Objects/listsort.txt
Зацепился глаз за это:
This describes an adaptive, stable, natural mergesort, modestly called
timsort (hey, I earned it <wink>).
Коммит в 2002г. от «tim-one» — подозрительно, да? Вики:
Timsort is a hybrid stable sorting algorithm [...] It was implemented by Tim Peters in 2002 for use in the Python programming language.
В целом согласен: нет JS — нет проблем :) Или же mo' JS — mo' problems
Но я на прошлой неделе удивился чего у меня раскручивается кулер? Оказалось, в фоновой вкладке THG (англ. их сайт) каждые пару секунд изменяется DOM и перерисовывается вся страница. Хотя, вроде бы, доверенный сайт и JS разрешил, чтобы грузились картинки (вот до чего дошли).
Что до Гугла: у них самих фоновая вкладка YT без проигрывания зачем-то ест ресурсы (about:performance in FF)
Криворукость веба дошла до того, что не только кеш не работает, а уже JS приходиться обрезать и не абы кому, а самой корпорации добра.
Font rendering
gfx.canvas.azure.backends > direct2d1.1,cairo,skia (old font rendering)
gfx.content.azure.backends > direct2d1.1,cairo,skia (old font rendering)
Отсюда. Firefox поддерживает несколько бекэндов для отрисовки шрифтов. Вот и всё — откуда могут быть (или не быть) различия.
Протестировал и беру свои слова обратно, с оговоркой: когда я впервые увидел Chrome лет 9 назад (время...), то шрифты были действительно ужасны на реальной системе. После этого запускал только в виртуалках, поэтому не буду больше на это опираться.
Что ж, если в кратце: дело-таки в шрифтах!
Я сравнил Firefox и Electron (Discord app) друг с другом. При одинаковых настройках различий нет. Аппаратное ускорение: да, что-то изменяет (видно, если наложить слои XOR'ом), но незаметно для глаза.
Результатом оказалось, что «старый-добрый» Segoe UI лучше всего ложится на пиксельную сетку при 96 DPI, оттого и кажется чётче. Дело в новых шрифтах, что используют Steam+Discord (других вакханалий Electron на ПК пока не держу). Потому, когда Steam перешел от native чат клиента на Electron и казался текст мылом.
Скриншоты, 96 DPI: 100%, оригинал [160 КБ] (да, размер в настройках блокнота правильный) 400% увеличение через nearest neighbour [286 КБ] (чтобы не использовать неконтролируемое увеличение браузера со сглаживанием)
Тут для меня явный фаворит — это Segoe UI. Мне уже непонять, либо это сугубо личное (знакомый шрифт + пригляделся за года), либо он в самом деле рендерится с меньшим количеством сглаживания.
PS: Скриншоты сводил в Paint.NET 3.5, но он вроде субпиксельно не сдвигает картинки, поэтому ошибок быть не должно.
Да. В статье, которую я Вам вчера выслал ЛС, так и говорится — увеличить «яркость» панели (=100% ШИМ) при этом сделать в настройках видеокарты меньшую яркость/контраст (=ЖК будут блокировать больше цвета, если я правильно понимаю). От этого по идее должно уменьшиться цветовое пространство то бишь контраст, так как ЖК никогда в таком режиме не будут пропускать свет на полную (а работать, допустим, в диапазоне 0%-50%)
В точку, привет :) Но хождение по мукамviklequick запомнилось больше.
А вот и нижеследующий пример, как Chrome превращает шрифты в мыло. Где-то слышал, что это проблема из-за (кривой) конфигурации Skia. В итоге на Electron-based программы смотреть невозможно (а ≤13pt просто невыносимо). Это как раз те мелкие шрифты, которые сама ОС (Win7) рендерит на ура, в отличие от.
Потому что на LCD панелях подсветка регулируется через PWM — отсюда и мерцание. На дешевых это делается соотв. хуже. В особо подробных обзорах панелей это тоже тестируют.
Если устают глаза, попробуйте уменьшить яркость. Не первый раз слышал от людей, как они этого не замечали и сидели с буквально красными глазами из-за монитора (а у некоторых мониторов контраст/резкость такие высокие по-умолчанию, что там только от этого глазам больно как по мне).
Мельком проглядел текст второй раз — прямой цитаты не будет, но я согласен что именно такое ощущение этот энтузиазм автора оставляет:
Я программист. Я не занимаюсь цифровой живописью, обработкой фотографий, видеомонтажом. Меня действительно не волнует широкая гамма или даже правильная цветопередача. Я провожу большую часть своих дней в текстовом браузере, текстовом редакторе и текстовом терминале, глядя на едва движущиеся буквы.
Поэтому я оптимизирую настройки, чтобы показывать действительно, действительно хорошие буквы. Для этого необходим хороший монитор. Не просто нужен, а ОБЯЗАТЕЛЕН.
И в заключении:
Текст не может выглядеть хорошо на дисплеях с низким разрешением.
Хорошо-нехорошо — это на самом деле субъективное «приемлемо». Мне вот сейчас на ноутбучном 96 DPI — читать текст нормально. На домашнем 1080p 24" мониторе я сижу так далеко, что иногда текст увеличиваю, опять же «приемлемо».
Год или два назад кто-то в комментариях на Хабре рассказывал, что вообще всё сглаживание отключал + надстройки, чтобы получить pixel-perfect шрифт как на Windows XP ЕМНИП (или была цель несглаженный шрифт?). Его скриншоты смотрятся именно что — по-другому. Хуже или нет — дело вкуса.
Никто не будет спорить, что при 4К (читай: выше DPI) текст будет выглядеть лучше. Но у автора — это вообще святой Грааль, а вы чукчи и, конечно, 4К 120Гц чуточку дороговат (2000$ — это у него сарказм такой или истинное непонимание?), но того стоит (тм)
Точно! Чуть углубился в тему и формально вы правы (см. спойлер), тем не менее по опыту этих лет, очень редкий сайт не запросит полной формы (попап, который обычно контент блокирует). Поэтому добавил в uBlock/AdNauseam «Fanboy's Cookie List» фильтр — он их режет (меня они только нервируют, т.к. Cookie Autodelete).
Нужно ли всем кукам согласие?
К сожалению, просто на это не ответить:
Регламент ePrivacy, который должен урегулировать куки, ещё не вступил в силу
DSGVO [GDPR по англ.] не делает высказываний о вопросе с трекингом и куки
Решений суда конкретно о том, какие точно куки должны требовать согласия [пользователя], ещё нет.
Как владелец сайта можно только ориентироваться на решение Европейского Суда и что предписывают отдельные ведомства защиты информации и Datenschutzkonferenz (DSK — Конференция Защиты Информации). Их нынешняя точка зрения:
Не для всех куки требуется согласие. Сессионные куки, куки для логина или товарной корзины, которые не делятся информацией, могут быть обоснованы в рамках интереса владельцев сайта (имеется ввиду, что без них немыслима работа сайта — прим. переводчика)
Трекинговые и рекламные куки третьих лиц нуждаются в согласии. Это прежде всего куки, которые не требуются для непосредственной работы веб-сайта и могут быть связаны с другими данными и сервисами или же им переданы.
PS к Legal: Ну, допустим у никакие сторонние сервисы не привязаны, а есть форум. Даже встраиваемые Youtube embeds/iframes не допускаем. И в этом случае хватит одного прямого <img>-тега (банальный «вставить картинку»), чтобы «сторонний сервис» смог установить куки (HTTP GET, все дела). Имхо, благими намерениями уложена дорога в ад.
Нет, как оно работает сейчас: каждый сайт, который ты посещаешь, спрашивает разрешения куки (любого вида и целей использования). А если удалять куки расширениями (Cookie Autodelete), то всплывать попапы будут буквально каждый раз.
Ни то и не другое, а GNU sort и GNU join, а всё хозяйство, используемое автором, целиком: GNU/Linux. Удивительно, что к этому никто не придрался, но вы-то в след. раз будете знать, как правильно придираться.
Причем на минимальных настройках Fortnite на GTX570 (2010) еле шел на ~35 FPS (на лето 2017). Для сравнения, Crysis 2 на средних в свое время (с прекрасной графикой) выдавал 50+ FPS. Куда у Epic Games делась оптимизация — вопрос. За исключением спрайтов(?) травы не вижу куда мог уйти бюджет на полигоны.
У PUBG в самой обычной релизной сборке лежат .pdb файлы рядом с .exe. Внутрь не заглядывал, но если это в самом деле дебажные символы, то это 10/10 сразу же — игра, которая ""«боролась»"" с читерами.
Копирайтить — это не две страницы оригинала читать… Вот сок (из письма):
Оригинал
Furthermore, other workers were employed on another project (called “Development data”). In the context of this project, words were tagged in the recordings to be linked to users' data, such as their phone contacts, locations, or music. In other words, staff assigned to the project had access to personal user information, and used it to be able to link it to Siri commands. This means that users' playlists, contact details, notes, calendars, photos, maps, etc. were gathered in huge data sets, ready to be exploited by Apple for other projects.
Перевод:
Более того, другие работники были на ещё одном проекте (названным «Данные для развития»). В контексте этого проекта, слова в записях были тегированы для сопоставления с пользовательскими данными, такими как контакты их тел. книжек, места, или музыка. Другими словами, служебный персонал имел доступ к перс. данным пользователей, и использовал их для привязки к командам Siri. Это значит, что плейлисты, контактные данные, записки, календари, фото, карты и т.д. были собраны в большие массивы данных, и готовы к эксплуатации в других проектах Apple.
Продвигали уже и раньше, да так, что Qualcomm отказался от сей затеи, вот старый бенчмарк: blog.cloudflare.com/arm-takes-wing
Хотя, ЕМНИП, Amazon как раз на ARM дизайнит свои новые процессоры.
Мне было интереснее увидеть, что и тесты на скорость готовые есть (логично) и даже доки на 30к символов: github.com/python/cpython/blob/3.8/Objects/listsort.txt
Зацепился глаз за это:
Коммит в 2002г. от «tim-one» — подозрительно, да? Вики:
∎
.datasetиспользовалa.getAttributeНо я на прошлой неделе удивился чего у меня раскручивается кулер? Оказалось, в фоновой вкладке THG (англ. их сайт) каждые пару секунд изменяется DOM и перерисовывается вся страница. Хотя, вроде бы, доверенный сайт и JS разрешил, чтобы грузились картинки (вот до чего дошли).
Что до Гугла: у них самих фоновая вкладка YT без проигрывания зачем-то ест ресурсы (about:performance in FF)
Криворукость веба дошла до того, что не только кеш не работает, а уже JS приходиться обрезать и не абы кому, а самой корпорации
добра.Отсюда. Firefox поддерживает несколько бекэндов для отрисовки шрифтов. Вот и всё — откуда могут быть (или не быть) различия.
Что ж, если в кратце: дело-таки в шрифтах!
Я сравнил Firefox и Electron (Discord app) друг с другом. При одинаковых настройках различий нет. Аппаратное ускорение: да, что-то изменяет (видно, если наложить слои XOR'ом), но незаметно для глаза.
Результатом оказалось, что «старый-добрый» Segoe UI лучше всего ложится на пиксельную сетку при 96 DPI, оттого и кажется чётче. Дело в новых шрифтах, что используют Steam+Discord (других вакханалий Electron на ПК пока не держу). Потому, когда Steam перешел от native чат клиента на Electron и казался текст мылом.
Скриншоты, 96 DPI:
100%, оригинал [160 КБ] (да, размер в настройках блокнота правильный)
400% увеличение через nearest neighbour [286 КБ] (чтобы не использовать неконтролируемое увеличение браузера со сглаживанием)
Тут для меня явный фаворит — это Segoe UI. Мне уже непонять, либо это сугубо личное (знакомый шрифт + пригляделся за года), либо он в самом деле рендерится с меньшим количеством сглаживания.
PS: Скриншоты сводил в Paint.NET 3.5, но он вроде субпиксельно не сдвигает картинки, поэтому ошибок быть не должно.
А вот и нижеследующий пример, как Chrome превращает шрифты в мыло. Где-то слышал, что это проблема из-за (кривой) конфигурации Skia. В итоге на Electron-based программы смотреть невозможно (а ≤13pt просто невыносимо). Это как раз те мелкие шрифты, которые сама ОС (Win7) рендерит на ура, в отличие от.
Если устают глаза, попробуйте уменьшить яркость. Не первый раз слышал от людей, как они этого не замечали и сидели с буквально красными глазами из-за монитора (а у некоторых мониторов контраст/резкость такие высокие по-умолчанию, что там только от этого глазам больно как по мне).
И в заключении:
Хорошо-нехорошо — это на самом деле субъективное «приемлемо». Мне вот сейчас на ноутбучном 96 DPI — читать текст нормально. На домашнем 1080p 24" мониторе я сижу так далеко, что иногда текст увеличиваю, опять же «приемлемо».
Год или два назад кто-то в комментариях на Хабре рассказывал, что вообще всё сглаживание отключал + надстройки, чтобы получить pixel-perfect шрифт как на Windows XP ЕМНИП (или была цель несглаженный шрифт?). Его скриншоты смотрятся именно что — по-другому. Хуже или нет — дело вкуса.
Никто не будет спорить, что при 4К (читай: выше DPI) текст будет выглядеть лучше. Но у автора — это вообще святой Грааль, а вы чукчи и, конечно, 4К 120Гц чуточку дороговат (2000$ — это у него сарказм такой или истинное непонимание?), но того стоит (тм)
PS к Legal: Ну, допустим у никакие сторонние сервисы не привязаны, а есть форум. Даже встраиваемые Youtube embeds/iframes не допускаем. И в этом случае хватит одного прямого <img>-тега (банальный «вставить картинку»), чтобы «сторонний сервис» смог установить куки (HTTP GET, все дела). Имхо, благими намерениями уложена дорога в ад.
Нет, как оно работает сейчас: каждый сайт, который ты посещаешь, спрашивает разрешения куки (любого вида и целей использования). А если удалять куки расширениями (Cookie Autodelete), то всплывать попапы будут буквально каждый раз.
По теме: https://youtu.be/CEQQ6zkuc2U
Не по теме, про то, как обыграть YT по их собственным правилам: https://youtu.be/ieErnZAN5Eo
Ни то и не другое, а GNU sort и GNU join, а всё хозяйство, используемое автором, целиком: GNU/Linux. Удивительно, что к этому никто не придрался, но вы-то в след. раз будете знать, как правильно придираться.
А про подмножество — в математическом смысле.
Хотя, ЕМНИП, Amazon как раз на ARM дизайнит свои новые процессоры.