The OpenNET Project / Index page

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



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

Оглавление

Новый JIT-компилятор Maglev позволил поднять производительность Chrome, opennews (??), 04-Июн-23, (0) [смотреть все]

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


12. "Новый JIT-компилятор Maglev позволил поднять производительно..."  –4 +/
Сообщение от Аноним (12), 04-Июн-23, 10:41 
Ты откажись, а остальные пожалуй не станут возвращаться в 20 век.
Ответить | Правка | Наверх | Cообщить модератору

19. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +1 +/
Сообщение от Аноним (19), 04-Июн-23, 10:52 
так уже вернулись.. и именно в 20й век, когда машина потребляет много электроэнергии для того чтобы открыть просто текст в интернете (см. современные сайты)
Ответить | Правка | Наверх | Cообщить модератору

23. "Новый JIT-компилятор Maglev позволил поднять производительно..."  –5 +/
Сообщение от Аноним (6), 04-Июн-23, 11:05 
Типа ты для открытия сайта подключаешь свой комп на 1000 квадратных метрах собственную подстанцию? Это только Фаерфокс такое может себе позволить Хром же в свою очередь просто летает.
Ответить | Правка | Наверх | Cообщить модератору

24. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +/
Сообщение от Аноним (19), 04-Июн-23, 11:14 
по открывай текст в том же VIM и потенциально такой же объём текста с JS (современные сайты)
где будет эффективнее - решай сам.

королевство кривых зеркал.

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

32. "Новый JIT-компилятор Maglev позволил поднять производительно..."  –3 +/
Сообщение от Аноним (6), 04-Июн-23, 11:32 
Зачем тебе открывать столько текста, которое ты не сможешь прочитать? Понимаю это бы это делала нейросеть для обучения, но она не так работает.
Ответить | Правка | Наверх | Cообщить модератору

80. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +2 +/
Сообщение от Электрон (?), 04-Июн-23, 14:21 
Advanced Bash Scripting Guide - это мне можно открывать или нет? Насколько пострадает скорость загрузки и взаимодействия, если снабдить эту книгу скриптами, динамическими подгрузками и т.п.?

Пару лет назад была статья (не могу найти), где у одного СМИ издания (газеты) одна страница загружала до 30 МБ, если правильно помню. Вот зачем? Нормальные страницы можно с минимумом скриптов и т.д. реализовать.

Например, мне нравятся многие аспекты Discourse (форумный движок), но динамическая прогрузка бесит, потому что теряется Ctrl+F (вместо этого перехватывается на кастомный поиск) и теряется связь с прочитанным контентом (по ползунку не сориентируешься, на что у ЖСера ответ - кастомный ползунок на странице). А все почему? 1) Нагрузка на сервер (ей богу, сотню ответов отдать на могём в 2023 г.) 2) Клиент иначе начнет тормозить (ей богу, нагрузить скриптами-стилями страницу так, что нужен lazy load). И это почти всюду.

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

94. "Новый JIT-компилятор Maglev позволил поднять производительно..."  –1 +/
Сообщение от Аноним (53), 04-Июн-23, 15:10 
В целом вопрос тот же зачем тут 30000 комментариев на странице за раз? Ты их будешь читать? Это целый день. Поиск? Специализированный поиск справится лучше. Видеть на загрузке каждой страницы пагинации скачек загружающийся страницы ужасно. 30 мегов для этого придуман кеш.
Ответить | Правка | Наверх | Cообщить модератору

121. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +1 +/
Сообщение от Аноним (121), 04-Июн-23, 18:08 
Ты даже не понял суть написанного. 30 мегов той страницы можно было легко уместить в 100Кб. Никаких 30000 комментариев и в помине нет, это уже ты придумал.
Ответить | Правка | Наверх | Cообщить модератору

122. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +/
Сообщение от Аноним (19), 04-Июн-23, 18:10 
Никогда бы раньше не подумал, что чисто текстовая страница будет размером с чугунный мост... Дак давайте обычный текстовый файл также "утяжелим" Почему бы и нет?    
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

208. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +1 +/
Сообщение от Электрон (?), 05-Июн-23, 19:52 
> 30 мегов

Дополняю: речь шла о странице + скриптах + медиа + рекламе.

Кэш в современном вебе практически не работает. Для меня рабочий кэш - когда я могу статичную страницу открыть без подключения (opennet тут правильно действует). Даже если кэш правильно настроен (редчайшая ситуация, каким методом настроен?), браузер будет все равно стучаться GET+Last-Modified-Since на каждый ресурс (в зааисимости от метода). Как себя поведет упреждающее отображение страницы? Будет ждать аки нет?

Далее, разграничения вкладок, песочницы и т.п. дальше усугубляют работу кэша. Когда-то и прокси-кэши по HTTP работали, успешно. Но из-за злоупотреблений этого нет. Следующий на выход - DNS. Хочешь приватности от провайдера - тащи свой поднятый сервер (или публичный с соотв. задержкой запроса).

Да, подчеркиваю другой комментарий, что излишний вес не нужен.

Тем не менее, продолжу идею "30к комментариев" - вон на Хабре и с 300 комментариями проблема. Нужен не старый телефон, чтобы их загрузить за пару секунд, а не за пол минуты.
"Специализированный поиск" есть не всегда и нужен очень редко - значит не будет реализован. Комментарии в Youtube как искать? Да уж проще выкачать через yt-dlp.

В конце концов, энергоэффективность. Каждый с собой телефон таскает. "Мы сделали пагинацию, поэтому теперь можно не беспокоиться, что рендер 20-ти комментов 300мс занимает". Для меня аргументация "зачем вам столько текста на странице" отождествляется с такой позицией.

Повторюсь в который раз: lazy load не от хорошей жизни, а от тормозящих нагромаждений.

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

210. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +2 +/
Сообщение от fuggy (ok), 06-Июн-23, 01:12 
Уж лучше пейджинг, чем бесконечная прокрутка или подгрузка по веткам в разных уровнях. Забываешь где читал на какой странице или сложно перейти к тому месту где остановился. Поэтому форумная система более удобна с этим.
Ответить | Правка | Наверх | Cообщить модератору

179. "Новый JIT-компилятор Maglev позволил поднять производительно..."  +/
Сообщение от Аноним (179), 05-Июн-23, 03:39 
Современный сайт (или уже веб приложение) - это не просто текст. И да, гораздо технологичнее вынести весь слой презентации на клиент, а не упираться как в 20-м веке в производительность сервера. Более того, справедливо что поставщик контента нужного миллионам клиентов может его предоставлять потратив на железо копейки, и не разориться/упасть от резкого всплеска запросов или отказаться от идеи делать свой сервис вовсе.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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




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

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