|
|
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
maytonЯ помню алгоритм установки Windows95 на дохлую тройку с 4Мb. Берем пачку дискет () Открываем корпус. Добавляем еще SIMM на 4Mb. Итого 8mbИ это враньё - Windows 95 штатно ставилась на 4МБ. Именно что "на дохлой тройке". Если кто-то втыкал DriveSpace при таком объёме памяти, то кто ж ему доктор??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 18:04 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Анти-новость в тему: ICQ запустила новую версию для Windows и открыла исходный код приложения ICQ существенно ускорили, что особенно чувствуется на аккаунтах с большим количеством друзей. Скорость приложения увеличилась в 8 раз, теперь ICQ стартует мгновенно. Также новая ICQ потребляет значительно меньше памяти. https://corp.mail.ru/ru/press/releases/9546/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 18:36 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovmaytonЯ помню алгоритм установки Windows95 на дохлую тройку с 4Мb. Берем пачку дискет () Открываем корпус. Добавляем еще SIMM на 4Mb. Итого 8mbИ это враньё - Windows 95 штатно ставилась на 4МБ. Именно что "на дохлой тройке". Если кто-то втыкал DriveSpace при таком объёме памяти, то кто ж ему доктор??? (поднимая руки) Все! Я сдаюсь! Закидали шапками! Возможно речь шла о двух мегабайтах. Не помню точно цифр. Лет то сколько кануло... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 19:00 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
makhaonАнти-новость в тему: ICQ запустила новую версию для Windows и открыла исходный код приложения ICQ существенно ускорили, что особенно чувствуется на аккаунтах с большим количеством друзей. Скорость приложения увеличилась в 8 раз, теперь ICQ стартует мгновенно. Также новая ICQ потребляет значительно меньше памяти. https://corp.mail.ru/ru/press/releases/9546/ В миранде все описанное всегда было и есть. Сколько пользуюсь - никогда о скорости не задумывался. Быстрее не надо. Контакт-лист - листать устанешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 19:07 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, дружище... ты архаичен! С кем-же ты чятишся? Неужели с заказчиками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 19:13 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
maytonDima T, дружище... ты архаичен! С кем-же ты чятишся? Неужели с заказчиками? С ними самыми. У меня по работе три канала связи: Почта, аська и телефон. Хуже всего телефон, трубку положил и забыл, поэтому всем позвонившим по долгоиграющим вопросам говорю пиши куда-нибудь. Аська идеальный канал для согласования ТЗ, открыл хистори и почитал. Почта удобна для простых вопросов: пока не ответил - письмо не помечено прочитанным. Для друзей - один канал, созвонились - встретились. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 19:28 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, мы на последних проектах - Google Hangout. Потому-как надо шарить десктопы, транслировать голос на 8 персон и делать коллективные действия типа - совместно править в 4 руки 1 Excel. Skype теоретически это тоже позволял но трафик затыкался на более чем 4 человека. Как оно внутре реализовано ХЗ но субъективно hangout более грамотно транслирует трафик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 19:33 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
SiemarglСтало много прослоек для удобства разработчиков: 0. Скриптовые интерпретируемые языки. Оверхед по памяти небольшой, по скорости десятки раз. Это не ново. Например PHP, FoxPro - интерпретаторы. Причем на PHP народ фрэймворки умудряется городить. По фоксу могу сказать что очень удачный фрэймворк получился. Быстро работает, но только на задачах связанных с использованием БД. Все современные SQL-сервера интерпретаторы, тут просто невозможно при компиляции составить план выполнения запроса, т.к. от зависит от данных и индексов. Я к тому что не надо заявлять "интерпретатор=зло", у них есть свои плюсы, и эти плюсы могут перевешивать минусы. По поводу фрэймворков: в целом - они не плохи, по сути в каждом случае это выжимка из опыта разработчика фрэймворка. Причем далеко не самого последнего разработчика. Плохо то, что они используются неопытными программистами, которые не учитывают опыт разработчика, его философию, а просто копипастят примеры использования из инета, не понимая ключевых моментов, касающихся в т.ч. производительности. Но точно также накосячить они могут писав с нуля. Без фрэймворков сегодня невозможно, слишком сложно что-то полезное написать с нуля, большие требования к результату. Например если надо что-то скачать с FTP/HTTP, то никто не будет заморачиваться на полную реализацию протокола, будут искать готовое решение. И т.д. и т.п. Про сайтостроение вообще молчу, там любой школьник считает себя мегаразработчиком, хотя просто берет фрэймворк и наполняет дизайном и контентом. Может поэтому столько фрэймворков в инете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:09 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
В целом все сводится к цене вопроса. Последние 10-15 лет было дешевле купить очередную более мощную железяку, чем платить профи за разработку. Это факт и им руководствуются руководители ИТ-отделов. Дешевле иметь одного профи и кучу студентов на подхвате, чем кучу профи. Косяки студентов можно поправить повышением вычислительных мощностей, т.е. докупив железа. Только предел железяк уже наступил: процы давно не могут 4 Ггц перешагнуть, внутрипроцовые оптимизации тоже уже давно сделаны. Общую производительность пока поднимает скорость памяти, но и она скоро упрется в 4 Ггц и наступит полная .опа. Дальнейший рост только за счет качественного кода, т.е. за счет профи-разработчиков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:31 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, Много поточность/процессорность в помощь. Раз уж не получается вверх, будут вширь. Ну и оптимизацию, возможно, подтянут. Вообще - слышал мнение, что уже основной софт весь написан :) Частично согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:45 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Leonid KudryavtsevДругое дело, что решения были аппаратно-программные. Ряд функций перекладывали на железо (схемотехнику). можно подумать сейчас иначе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:47 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
makhaon, про скайп Ты его запускал?? Памяти жрет 200Мб. такое же тормозное шпионское г-но. Только изначально было на Дельфи, а переписали на С++. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:49 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
maytonDima T, мы на последних проектах - Google Hangout. Потому-как надо шарить десктопы, транслировать голос на 8 персон и делать коллективные действия типа - совместно править в 4 руки 1 Excel. Skype теоретически это тоже позволял но трафик затыкался на более чем 4 человека. Как оно внутре реализовано ХЗ но субъективно hangout более грамотно транслирует трафик. видеоконференции без MCU (Multipoint Control Unit) - УГ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:50 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
А про аську. Так аську с3.14здили код ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:51 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Siemargl, я не то, что бы его запускал, а он - основной месседжер сейчас. работает ужасно, согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 20:58 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
makhaonМного поточность/процессорность в помощь. Это тупик. Его край тоже почти достигнут. Закон Амдала . Интел давно готов поставлять 600-800 ядерные процы рядовым пользователям, только 99.9% алгоритмов не параллелятся. В реале удается занять 2-3 ядра: одно окошки рисует, второе считает, третье для фоновых процессов, 4-е уже занять нечем. Кроме всего прочего многопоточные алгоритмы ни разу не просты, очень много подводных камней незаметных неопытному глазу. Писать многопоточно с синхронизацией бесполезно, еще медленнее работать будет. Писать асинхронный код - это надо себе сначала мозг взорвать и перестроится на совсем другую идеологию. Пока этому не учат, поэтому только профи могут себе это позволить. Может когда-нибудь появятся легкопонимаемые параллелящиеся алгоритмы, но пока на это нет даже намеков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 21:15 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima TТолько предел железяк уже наступил: процы давно не могут 4 Ггц перешагнуть, внутрипроцовые оптимизации тоже уже давно сделаны. Общую производительность пока поднимает скорость памяти, но и она скоро упрется в 4 Ггц и наступит полная .опа. Дальнейший рост только за счет качественного кода, т.е. за счет профи-разработчиков. Не всё так печально. История НТП (науч.тех.прогресса) показывает что как только мы достигли дна или кризиса то появляется десятки и сотни новых направлений которые раньше были никому не нужны. Да мы достигли предела физических возможностей транзистора но действительно ли мегафлоп зависит только от него? Авотжуй. Мы можем строить векторные машины, там где есть однородные вычисления. Можем юзать map-reduce в задачах поиска или анализа биг-дата. Базы данных и серверы достигли своей вершины развития для одно-кристальной архитектуры ну и чорт с ней. Откажемся от ACID на узлах (невелика потеря один хрен до Марса сетку надо тянуть) и будет делать асинхронные системы на событиях и акторах. Просто откажемся от глобальной точки синхронизации. Да и само понятие тактового генератора уже лет 20 устарело и требует инженерного пересмотра. А системы управления или системы принимающие решения можно строить на различных реализациях нейро-сетей возможности которых практически безграничны с точки зрения параллелизма и даже некоторые их части можно строить на аналоговой технике которая и дешевле и имеет предельно высокий отклик. Вобщем перед нами все двери открыты Дима! Не печалься так :) Кстати в форум вернулся Базист. Битый жизнтю. Заматеревший. Набравшися мудрости в горах индии и тибета. А это - знак :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 21:36 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
maytonВобщем перед нами все двери открыты Дима! Не печалься так :) Ты не понял - я радуюсь. Профи снова будут востребованы, их не заменить железом. И ты только подтверждаешь мое мнение. Все что ты перечислил - начинающим это просто набор букав. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 21:41 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, Ты забыл еще ядра на граф.процессоре. Про всю отрисовку и декодирование поддерживаемое кристаллом можно забыть как нагрузку. H264, MPeg2 есть даже на днищенском распберри. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 22:36 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
SiemarglDima T, Ты забыл еще ядра на граф.процессоре. Про всю отрисовку и декодирование поддерживаемое кристаллом можно забыть как нагрузку. H264, MPeg2 есть даже на днищенском распберри. Если-бы видяшка была таким универсальным "решателем" проблем производительности то она была-бы встроенна в основную архитектуру. Но очевидно есть какие-то инженерно-технические факторы которые мешают сделать ее частью ансамбля CPU/IO/Memory. Цена? Неудобство программирования? Ограниченность в ресурсах (может ли она обращаться к портам I/O напрямую?). Вобщем кто знаток этого вопроса - прошу дать ликбез по ситуации на сегодня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 22:43 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
А разве еще не встроили? У меня чувство, что на моем ноуте видео именно что в процессоре ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 22:47 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
AMD встраивали. Но роль ее - по прежнему графическая подсистема. Я имею виду изменился ли юзкейс этого железа от игрового направления конкретно к использованию тык-скыть в народном хозяйстве. В казуальной разработке ПО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2016, 22:50 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, авторЭто тупик. Его край тоже почти достигнут. Закон Амдала. Интел давно готов поставлять 600-800 ядерные процы рядовым пользователям, только 99.9% алгоритмов не параллелятся. интересно зачем пользователю 600 ядер? что бы вордом ворочать да котиков показывать уже имеющиеся мощности избыточны. ну если не открывать по 50 страниц в ie, что нужно единицам. биг дату считать - то, думаю, она вполне параллелится. только она нужна не юзерам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2016, 01:14 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
Dima T, другими словами, огласите весь список, пожалуйста: автор99.9% алгоритмов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2016, 01:19 |
|
||
|
Жирным программам 20 лет
|
|||
|---|---|---|---|
|
#18+
makhaonDima T, другими словами, огласите весь список, пожалуйста: автор99.9% алгоритмов Дональд Кнут с этим не согласен. На самом деле очень малая часть алгоритмов параллелиться. А даже если мы находим алгоритм который можно побить 600 потоков то не забываем что fork/join имеет свои накладные и караван ходит со скоростью самого тормозного верблюда. Вобщем я не исключаю ситуацию что эти 600 ядер по хорошему (по чесноку!) вы ничем загрузить не сможете. Я имею в виду не рендеринг 3D. А обычные казуальные задачи которые мы решаем каждый день. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2016, 01:59 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39193762&tid=1340688]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
180ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 549ms |

| 0 / 0 |
