Re[6]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 08.01.20 18:06
Оценка: +6
_>Вы лучше опишите что происходит со стороны которая сидит около клавиатуры.

Cторона, которая сидит около клавиатуры, хочет и рыбку сесть и попу не ободрать. И статический анализ кода, и рефакторинги, и расцветку всеми цветами радуги, и моментальный поиск и показ ошибок, и предложения по рефакторингу, и интеграцию с системами контроля версий (с отображением этого сразу в редакторе), и подсказки по типам функций/параметров/переменных, и поддержку библиотек, и поддержку структур проектов, и поддержку пятидесяти языков в одном проекте, и интеграцию с докером, и интеграцию с любой build-системой на планете, и поддержку unit-тестов, и debug-and-continue, да и вообще дебаггинг, и fuzzy-поиск по файлам, fuzzy-поиск по элементам кода, глобальный и локальный поиск и замену с использованием регэкспов, и...

Турбо паскаль позволял вводить код белым и желтым цветом и мог запускать компилятор.


dmitriid.comGitHubLinkedIn
Re[10]: Да что там стоит, раскрасить текст
От: Mamut Швеция http://dmitriid.com
Дата: 09.01.20 09:34
Оценка: 5 (3)
C>Загрузить кэшированные данные, пусть даже сотню мегабайт, и раскрасить сотню фрагментов текста — это тяжелая задача?

Вот тебе текст про текст в современных редакторах в целом, и в IDEA в частности https://habr.com/ru/company/jugru/blog/424763/


dmitriid.comGitHubLinkedIn
Re[3]: Чтото с расчетами не то
От: kov_serg Россия  
Дата: 08.01.20 16:41
Оценка: +1 :))
Здравствуйте, Ops, Вы писали:

Ops>Здравствуйте, Wolverrum, Вы писали:


W>>486DX-33 = 30 MFLOPS

W>>Мой домашний R7 как утверждается может отдать где-то 200-400 GFLOPS (хотя BOINC показывает всего 5 )
W>>Это уже x6000-x10000 прирост — на не топовой-то модели

Ops>ФЛОПСы мало где нужны, кроме математики. Для сравнения персоналок они плохо подходят.


Точно на сравнить скорость загрузки и сборки проекта в android studio и turbo pacal
Re[7]: Чтото с расчетами не то
От: kov_serg Россия  
Дата: 08.01.20 20:18
Оценка: +1 -1
Здравствуйте, Mamut, Вы писали:

_>>Вы лучше опишите что происходит со стороны которая сидит около клавиатуры.


M>Cторона, которая сидит около клавиатуры, хочет и рыбку сесть и попу не ободрать.

M>И статический анализ кода, и рефакторинги, и расцветку всеми цветами радуги, и моментальный поиск и показ ошибок, и предложения по рефакторингу, и интеграцию с системами контроля версий (с отображением этого сразу в редакторе), и подсказки по типам функций/параметров/переменных, и поддержку библиотек, и поддержку структур проектов, и поддержку пятидесяти языков в одном проекте, и интеграцию с докером, и интеграцию с любой build-системой на планете, и поддержку unit-тестов, и debug-and-continue, да и вообще дебаггинг, и fuzzy-поиск по файлам, fuzzy-поиск по элементам кода, глобальный и локальный поиск и замену с использованием регэкспов, и...
Еще бы и код само писало.

И вот зачем всё это погонщикам программистов?
Как это помогает например оценить хотя бы сколько понадобится времени для выполнения поставленной задачи?

M>Турбо паскаль позволял вводить код белым и желтым цветом и мог запускать компилятор.

Это 6-ой, 7-ой вполне себе был цветным. И offline справка была.
Re[7]: Чтото с расчетами не то
От: Codealot Земля  
Дата: 08.01.20 21:36
Оценка: :))
Здравствуйте, Mamut, Вы писали:

M>Cторона, которая сидит около клавиатуры, хочет и рыбку сесть и попу не ободрать. И статический анализ кода, и рефакторинги, и расцветку всеми цветами радуги, и моментальный поиск и показ ошибок, и предложения по рефакторингу, и интеграцию с системами контроля версий (с отображением этого сразу в редакторе), и подсказки по типам функций/параметров/переменных, и поддержку библиотек, и поддержку структур проектов


А кэшировать данные не судьба?

M>и fuzzy-поиск по файлам, fuzzy-поиск по элементам кода, глобальный и локальный поиск и замену с использованием регэкспов, и...


Интересно, какое это имеет отношение к скорости загрузки?
Ад пуст, все бесы здесь.
Re[2]: Чтото с расчетами не то
От: Ops Россия  
Дата: 08.01.20 11:59
Оценка: :)
Здравствуйте, Wolverrum, Вы писали:

W>486DX-33 = 30 MFLOPS

W>Мой домашний R7 как утверждается может отдать где-то 200-400 GFLOPS (хотя BOINC показывает всего 5 )
W>Это уже x6000-x10000 прирост — на не топовой-то модели

ФЛОПСы мало где нужны, кроме математики. Для сравнения персоналок они плохо подходят.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Re[5]: Чтото с расчетами не то
От: kov_serg Россия  
Дата: 08.01.20 17:13
Оценка: +1
Здравствуйте, Mamut, Вы писали:


_>>Точно на сравнить скорость загрузки и сборки проекта в android studio и turbo pacal


M>На Хабре как-то Jetbrains выложили описание, что происходит при открытии файла в современной IDE. Турбо Паскалю и не снилось. Не могу, правда, статью найти.


Вы лучше опишите что происходит со стороны которая сидит около клавиатуры.
Отредактировано 08.01.2020 17:14 kov_serg . Предыдущая версия .
Re[8]: Чтото с расчетами не то
От: a7d3  
Дата: 08.01.20 21:42
Оценка: :)
Здравствуйте, Codealot, Вы писали:

C>Здравствуйте, Mamut, Вы писали:


M>>Cторона, которая сидит около клавиатуры, хочет и рыбку сесть и попу не ободрать. И статический анализ кода, и рефакторинги, и расцветку всеми цветами радуги, и моментальный поиск и показ ошибок, и предложения по рефакторингу, и интеграцию с системами контроля версий (с отображением этого сразу в редакторе), и подсказки по типам функций/параметров/переменных, и поддержку библиотек, и поддержку структур проектов


C>А кэшировать данные не судьба?


M>>и fuzzy-поиск по файлам, fuzzy-поиск по элементам кода, глобальный и локальный поиск и замену с использованием регэкспов, и...


C>Интересно, какое это имеет отношение к скорости загрузки?


Стандартные отмазы от тех неудачников, что не осилили делать программные продукты и потому пошли делать инструменты для тех, кто осилил
Re[10]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 09.01.20 08:57
Оценка: +1
C>Загрузить кэшированные данные, пусть даже сотню мегабайт, и раскрасить сотню фрагментов текста — это тяжелая задача?

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


dmitriid.comGitHubLinkedIn
Re[11]: Чтото с расчетами не то
От: Codealot Земля  
Дата: 09.01.20 17:00
Оценка: :)
Здравствуйте, Mamut, Вы писали:

M>Ты намеренно пропустил все другие возможности, что не удивительно.


Совершенно неудивительно, потому что они работают уже после загрузки, а не во время нее.
Ад пуст, все бесы здесь.
Re[11]: Да что там стоит, раскрасить текст
От: Codealot Земля  
Дата: 09.01.20 17:26
Оценка: :)
Здравствуйте, Mamut, Вы писали:

M>Вот тебе текст про текст в современных редакторах в целом, и в IDEA в частности https://habr.com/ru/company/jugru/blog/424763/


Опять же — всё это происходит уже после загрузки.
Ад пуст, все бесы здесь.
Re[13]: Да что там стоит, раскрасить текст
От: Codealot Земля  
Дата: 10.01.20 18:17
Оценка: :)
Здравствуйте, Mamut, Вы писали:

M>Действительно. После загрузки оно просто магическим образом материализуется и начинает работать.


Редактирование совершенно точно происходит после загрузки. Подгружать нужные для этого данные — из кэша.
Ад пуст, все бесы здесь.
Re[13]: Да что там стоит, раскрасить текст
От: Ops Россия  
Дата: 11.01.20 00:26
Оценка: +1
Здравствуйте, Mamut, Вы писали:

M>Действительно. После загрузки оно просто магическим образом материализуется и начинает работать.


Даже сильно после загрузки не всегда. Вот только что наткнулся, как json, чуть больше мегабайта, секунд на 30 подвешивает webstorm, и это повторяется после каждого движения, кроме закрытия вкладки нафиг. А вот VSCode и notepad++ — работают шустро, и хотя 1-й не захотел подсвечивать, но хоть не подвис.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
насколько 3900X быстрее 486DX-66 Mhz ?
От: xma  
Дата: 08.01.20 04:51
Оценка:
прикинул, где то в 5 тыс раз ориентировочно .. (в многопотоке ессно)

т.е. 3900X — как 486DX- 330.000 Mhz (в многопотоке)

не прошло и 30 лет (27 лет если быть точным)

как по вашему, сколько ещё прирост осилят в ближайшие 30 лет ?
Re: насколько 3900X быстрее 486DX-66 Mhz ?
От: Sharowarsheg  
Дата: 08.01.20 05:29
Оценка:
Здравствуйте, xma, Вы писали:


xma>прикинул, где то в 5 тыс раз ориентировочно .. (в многопотоке ессно)

xma>как по вашему, сколько ещё прирост осилят в ближайшие 30 лет ?

В сто раз?
Re: Чтото с расчетами не то
От: Wolverrum Ниоткуда  
Дата: 08.01.20 08:41
Оценка:
Здравствуйте, xma, Вы писали:


xma>прикинул, где то в 5 тыс раз ориентировочно .. (в многопотоке ессно)


486DX-33 = 30 MFLOPS
Мой домашний R7 как утверждается может отдать где-то 200-400 GFLOPS (хотя BOINC показывает всего 5 )
Это уже x6000-x10000 прирост — на не топовой-то модели
Re[3]: Чтото с расчетами не то
От: vsb Казахстан  
Дата: 08.01.20 14:19
Оценка:
Здравствуйте, Ops, Вы писали:

W>>486DX-33 = 30 MFLOPS

W>>Мой домашний R7 как утверждается может отдать где-то 200-400 GFLOPS (хотя BOINC показывает всего 5 )
W>>Это уже x6000-x10000 прирост — на не топовой-то модели

Ops>ФЛОПСы мало где нужны, кроме математики. Для сравнения персоналок они плохо подходят.


К тому же, как я понимаю, не учитывают всякие предсказатели переходов, кеши и прочие практические штуки, которые по факту ускоряют выполнение программ.
Re[4]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 08.01.20 16:56
Оценка:
_>Точно на сравнить скорость загрузки и сборки проекта в android studio и turbo pacal

На Хабре как-то Jetbrains выложили описание, что происходит при открытии файла в современной IDE. Турбо Паскалю и не снилось. Не могу, правда, статью найти.


dmitriid.comGitHubLinkedIn
Re[9]: Чтото с расчетами не то
От: Codealot Земля  
Дата: 08.01.20 21:58
Оценка:
Здравствуйте, a7d3, Вы писали:

A>Стандартные отмазы от тех неудачников, что не осилили делать программные продукты и потому пошли делать инструменты для тех, кто осилил


Ад пуст, все бесы здесь.
Re[8]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 08.01.20 22:34
Оценка:
_>Как это помогает например оценить хотя бы сколько понадобится времени для выполнения поставленной задачи?

Как это помогал сделать турбо паскаль?

M>>Турбо паскаль позволял вводить код белым и желтым цветом и мог запускать компилятор.

_>Это 6-ой, 7-ой вполне себе был цветным. И offline справка была.

Вау. Достижение, действительно.


dmitriid.comGitHubLinkedIn
Re[8]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 08.01.20 22:36
Оценка:
C>А кэшировать данные не судьба?

C>Интересно, какое это имеет отношение к скорости загрузки?


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


dmitriid.comGitHubLinkedIn
Re[9]: Чтото с расчетами не то
От: kov_serg Россия  
Дата: 08.01.20 22:40
Оценка:
Здравствуйте, Mamut, Вы писали:


_>>Как это помогает например оценить хотя бы сколько понадобится времени для выполнения поставленной задачи?


M>Как это помогал сделать турбо паскаль?

Никак и что поменялось?

M>>>Турбо паскаль позволял вводить код белым и желтым цветом и мог запускать компилятор.

_>>Это 6-ой, 7-ой вполне себе был цветным. И offline справка была.
M>Вау. Достижение, действительно.
Зря смеётесь.
Re[9]: Чтото с расчетами не то
От: Codealot Земля  
Дата: 08.01.20 23:07
Оценка:
Здравствуйте, Mamut, Вы писали:

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


Загрузить кэшированные данные, пусть даже сотню мегабайт, и раскрасить сотню фрагментов текста — это тяжелая задача?
Ад пуст, все бесы здесь.
Re[5]: Чтото с расчетами не то
От: σ  
Дата: 09.01.20 03:14
Оценка:
_>>Точно на сравнить скорость загрузки и сборки проекта в android studio и turbo pacal
M>На Хабре как-то Jetbrains выложили описание, что происходит при открытии файла в современной IDE.
Тонны телеметрии отправляется на ихние сервера?
M> Турбо Паскалю и не снилось.
Действительно.
Re[6]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 09.01.20 08:56
Оценка:
M>> Турбо Паскалю и не снилось.
σ>Действительно.

https://rsdn.org/forum/flame.comp/7629697.1
Автор: Mamut
Дата: 08.01.20


dmitriid.comGitHubLinkedIn
Re[9]: Чтото с расчетами не то
От: Mr.Delphist  
Дата: 09.01.20 14:55
Оценка:
Здравствуйте, Mamut, Вы писали:

M>>>Турбо паскаль позволял вводить код белым и желтым цветом и мог запускать компилятор.

_>>Это 6-ой, 7-ой вполне себе был цветным. И offline справка была.

M>Вау. Достижение, действительно.


Зря смеётесь, батенька. В своё время, справочная система в Turbo Pascal действительно установила новый индустриальный стандарт. Гиперссылки, поиск, контекстная зависимость. Как по языку, так и по стандартным библиотекам. Чтобы не книжечку мусолить, а принцип "одного окна". И всё под рукой, задолго до этих всяких интернетов. Задолго до CHM-формата справки и Win3.x.
Re[10]: Чтото с расчетами не то
От: Mamut Швеция http://dmitriid.com
Дата: 09.01.20 15:35
Оценка:
MD>Зря смеётесь, батенька. В своё время, справочная система в Turbo Pascal действительно установила новый индустриальный стандарт. Гиперссылки, поиск, контекстная зависимость. Как по языку, так и по стандартным библиотекам. Чтобы не книжечку мусолить, а принцип "одного окна". И всё под рукой, задолго до этих всяких интернетов. Задолго до CHM-формата справки и Win3.x.

Итак, возвращаясь к контексту

Точно на сравнить скорость загрузки и сборки проекта в android studio и turbo pacal


Турбо паскаль умел, в разное время и в разных версиях:

— выводить код в два цвета. С 1993-го в с несоклькими цветами
— иметь оффлайн справку (которая загружалась, естественно, отдельно, по требованию)
— уметь отдельно запускать компилятор для генерации .exe, TSR и .dll
— долгое время ограничение в 64 KB для исходников
— простенький пошаговый дебаггер

vs. https://rsdn.org/forum/flame.comp/7629697.1
Автор: Mamut
Дата: 08.01.20


dmitriid.comGitHubLinkedIn
Re[7]: Чтото с расчетами не то
От: Basil2 Россия https://starostin.msk.ru
Дата: 10.01.20 08:30
Оценка:
Здравствуйте, Mamut, Вы писали:

M>и расцветку всеми цветами радуги, и вообще дебаггинг, и глобальный и локальный поиск и замену с использованием регэкспов


Расцветка всеми цветами, дебаггинг и поиск у Turbo Pascal были.
Проект Ребенок8020 — пошаговый гайд как сделать, вырастить и воспитать ребенка.
Re[12]: Да что там стоит, раскрасить текст
От: Mamut Швеция http://dmitriid.com
Дата: 10.01.20 08:57
Оценка:
M>>Вот тебе текст про текст в современных редакторах в целом, и в IDEA в частности https://habr.com/ru/company/jugru/blog/424763/

C>Опять же — всё это происходит уже после загрузки.


Действительно. После загрузки оно просто магическим образом материализуется и начинает работать.


dmitriid.comGitHubLinkedIn
Re[14]: Да что там стоит, раскрасить текст
От: Mamut Швеция http://dmitriid.com
Дата: 11.01.20 22:20
Оценка:
Ops>Даже сильно после загрузки не всегда. Вот только что наткнулся, как json, чуть больше мегабайта, секунд на 30 подвешивает webstorm, и это повторяется после каждого движения, кроме закрытия вкладки нафиг. А вот VSCode и notepad++ — работают шустро, и хотя 1-й не захотел подсвечивать, но хоть не подвис.

С JSON'ом вообще засада. Еще не видел, по-моему, редакторов, которые умеют правильно показать, где в нем ошибка, например. И такое впечатление, что подсветка часто завязана на результат полного парсинга. IDEA/WebStorm на больших JSON'ах иногда сдаются и где-то с середины начинают подсвечивать все просто как текст


dmitriid.comGitHubLinkedIn
Отредактировано 11.01.2020 22:22 Mamut [ищите в других сетях] . Предыдущая версия .
Re: насколько 3900X быстрее 486DX-66 Mhz ?
От: _ilya_  
Дата: 11.01.20 22:44
Оценка:
Здравствуйте, xma, Вы писали:

xma>прикинул, где то в 5 тыс раз ориентировочно .. (в многопотоке ессно)


Ну почти скорее 10000 раз разница и более, fpu ранее было ужас... сотни тактов на операцию. 486 типа 100-150 MFlops, что ничто по современным меркам.
i9-7960x даже более 1TFlops. AMD 3990X раза в 1,5 более.
Ну а за копейки 1TFlops можно на двух Xeon 2011-3 сделать даже дома, за 1к$.
Отредактировано 11.01.2020 22:46 _ilya_ . Предыдущая версия . Еще …
Отредактировано 11.01.2020 22:45 _ilya_ . Предыдущая версия .
Re[2]: насколько 3900X быстрее 486DX-66 Mhz ?
От: xma  
Дата: 12.01.20 03:56
Оценка:
Здравствуйте, _ilya_, Вы писали:

xma>>прикинул, где то в 5 тыс раз ориентировочно .. (в многопотоке ессно)


__>Ну почти скорее 10000 раз разница и более, fpu ранее было ужас... сотни тактов на операцию.


__>486 типа 100-150 MFlops, что ничто по современным меркам.


Intel 80486DX/DX2 (1990—1992) — до 30-50 мегафлопс

AMD Ryzen 9 3950X (Zen 2), 3,5 ГГц, 16 ядер (2019)[52] — 896 ГФлопс[53]


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

ну т.е. по заявленным флопсам — разница в 15-20 тыс раз

__>Ну почти скорее 10000 раз разница и более


но на реальных задачах — не более 5000 раз, напр. в Linpack

80486 DX2 66 Mhz 2.63 MFlops (Opt)

Phenom II 3000 Mhz 1412.83 MFlops (Opt)


http://www.roylongbottom.org.uk/linpack%20results.htm

а 3900X раз в 9-10 быстрее чем Phenom II, поэтому как раз и получается в 5 тыс раз ..
Re: насколько 3900X быстрее 486DX-66 Mhz ?
От: serj.e  
Дата: 22.01.20 07:44
Оценка:
Интересно бы посчитать и пессимистичную оценку, для самого адово-неоптимизированного по раскладке в памяти кода
Какая там была пропускная способность/латентность RAM в те времена, и размеры/скорости процессорных кешей?..
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.