[image]

Потребные объёмы информации и ёмкости носителей.

 
1 5 6 7 8 9 10 11
+
-
edit
 

Balancer

администратор
★★★★★
Не поверишь - юникс! :) От NFS до gcc
 


"От NFS до gcc" - это одна четверть CD будет :)

Небось, напихали туда OpenOffice, GIMP, Gnome, KDE кучку игрушек... Ну так под весь виндовый софт и носителя нового поколения не хватит :D

...

Про плёнку - безусловно, она будет вытеснена и с уровня кино. Но не в обозримое время.
   

au

   
★★
14 страниц не читал, но 5 копеек сдаду :)
Если сенсор будет интегрировать 1/24 секунды, будет вам "кино" без всяких пунктиров. При высокой кадровой можно и более избалованно интегрировать, так что получится ЛУЧШЕ чем кино. В общем, "рыба есть — ловить надо уметь"(с). Насчёт кино на цифровом носителе — вот уже 200Гб диски нарисовались. Это если дома. А если в кинотеатре, то вообще никаких проблем: за 1к ещё недавно можно было получить терабайтный винт. За больше можно получить больше. А вот слитие фильмов в кинотеатры по инету уже давно мусолят. Так что не в обозримое время, а уже, при желании.
   
RU Андрей Суворов #08.05.2006 08:26
+
-
edit
 

Андрей Суворов

координатор

При кинопоказе частота мельканий 48 Гц. У обтюратора две лопасти (у любительских проекторов на 16/18 кадров в секунду - три), и, кроме перекрытия для продвижения плёнки, ровно на столько же перекрывают в середине демонстрации кадра. Иначе заметно.

При киносъёмке, понятно, этого не делают.

Послесвечение традиционных "телевизионных" люминофоров много больше, чем у "предсовременных" мониторных, отчасти это искусственно сделано, чтоб заставить людей покупать новые мониторы с большей кадровой частотой.

Наоборот, у "винтажных" мониторов с зелёными и оранжевыми экранами послесвечение много больше, чем у обычных телевизоров, поэтому за ними и при 50 Гц можно было работать совершенно комфортно.

У меня когда-то давно, в 1994-1995 годах был монитор от графстанции ИЗОТ, с родными параметрами 1280х1024 при 60 Гц. Ни одна тогдашняя писишная видюха такого не "держала". Я его скрутил на 1024х768 при 72 Гц, ниже он не скручивался, а выше не умела видюха (у меня тогда была на WD90C33). Картинка была - куда там ЖК - никакого мерцания! И, в общем-то, никаких "следов".
   
RU Dem_anywhere #08.05.2006 14:28
+
-
edit
 

Dem_anywhere

аксакал
★☆
Ну тут надо понимать, что имеет место и "гонка за fps". В динамических играх послесвечение лишнее...
   
+
-
edit
 

timochka

опытный



Ну вот и матрицы 2 Мпх*30 кадров/с подоспели :-)
   
US Сергей-4030 #18.05.2006 15:28
+
-
edit
 

Сергей-4030

исключающий третье
★★
"От NFS до gcc" - это одна четверть CD будет :)

Небось, напихали туда OpenOffice, GIMP, Gnome, KDE кучку игрушек... Ну так под весь виндовый софт и носителя нового поколения не хватит :D

...

Про плёнку - безусловно, она будет вытеснена и с уровня кино. Но не в обозримое время.
 


Последние звездные войну на цифру снимали. Куда уж обозримей. ;)
   
LT Bredonosec #17.10.2021 17:55  @Balancer#19.04.2006 20:28
+
-
edit
 
вот читаю старые темы... Оказывается, нечего писать людям на диски размером в терабайты.. :D

Balancer> Массовых методов получения/воспроизведения голограмм нет. И я сомневаюсь, что они появятся лет через 5..15, когда, наверное, ёмкость сменных носителей может дойти до уровня терабайта.
Balancer> Собственно, в этом-то и вопрос. Сейчас на таких ёмкостях хранить нечего. В смысле - того, что требовало бы именно того же терабайта "одной болванкой".

Прям вспоминается другое известное изречение, что виндовз - абсолютно бессмысленная и громоздкая надстройка весом в целый мегабайт над логичной и оптимальной системой ДОС. И нет ни одной разумной задачи, которая бы потребовала оперативки размером более 32 килобайт
(или что-то такое, лень искать дословно)


А тем временем в замке шефа (тм) опробуют новые вараинты молекулярной записи.. На сей раз в формате по 7 бит на точку:

Учёные провели кодирование обычного текста в виде цветных точек крошечного размера. Для дешифровки информации понадобится специальный флуоресцентный микроскоп, однако метод кажется интересной альтернативой традиционным способам хранения данных.

Для эксперимента использовался текст из «Экспериментальных исследований по электричеству» Майкла Фарадея. Сначала 7 различных флуоресцентных красителей в виде крошечных пятен записывались в двоичном коде и наносились на покрытие с эпоксидной смолой. Каждое из пятен выступало в виде бита информации в кодировке ASCII. Проще говоря: наличие информации — это «1», а её отсутствие — «0».

Shining Light on a New Fluorescent Data Storage Technique
As the world’s data storage needs grow, new strategies for preserving information over long periods with reduced energy consumption are needed. Now, researchers reporting in ACS Central Science have developed a data storage approach based on mixtures of fluorescent dyes, which are printed onto an epoxy surface in tiny spots.

В ходе расшифровки с помощью флуоресцентного микроскопа получилось считать кодировку и расшифровать текст. Все красители излучают свет в разном диапазоне, а данные оказались стабильны даже после 1000 прочтений. Сообщается, что скорость записи составила 128 бит/с, а чтения — 469 бит/с. Это намного медленнее, чем у существующих технологий хранения информации, но быстрее других молекулярных методик.
   88.088.0
+
-
edit
 

imaex

аксакал

Bredonosec> Прям вспоминается другое известное изречение, что виндовз - абсолютно бессмысленная и громоздкая надстройка весом в целый мегабайт над логичной и оптимальной системой ДОС.

Строго говоря, на тот момент так оно и было.

Bredonosec> И нет ни одной разумной задачи, которая бы потребовала оперативки размером более 32 килобайт

А вот это чисто в полемическом задоре высказано. Даже в RT-11SJ далеко не всегда хватало.
   1717
+
-
edit
 
imaex> Строго говоря, на тот момент так оно и было.
Строго говоря, чем дальше, тем больше оно становится актуальным))
И в части громоздкости, и в части бессмысленности)
   51.0.2704.10651.0.2704.106
+
+1
-
edit
 

imaex

аксакал

Bredonosec> Строго говоря, чем дальше, тем больше оно становится актуальным))

Актуально - не совсем точное определение. Ностальгия. Я ещё в доайфоновские времена как-то отметил для себя, что в моей, далеко не самой топовой видеокарте, оперативки больше, чем на всех ПК и не-ПК не самого маленького предприятия времен моей инженерской молодости.
   1717
+
-
edit
 
Bredonosec>> Строго говоря, чем дальше, тем больше оно становится актуальным))
imaex> Актуально - не совсем точное определение. Ностальгия.
ну.. я в более буквальном смысле. Чем дальше, тем больше блоатвари, после очистки которой размер снижается чуть не вдвое, до ~30 гиг
И всякие ошибки по обновлению этой муры лезут, создавая гемор по поиску того, что вообще нафиг не нужно..
   78.078.0
RU Gudleifr #21.10.2021 15:24  @Bredonosec#18.10.2021 11:09
+
-
edit
 

Gudleifr

втянувшийся

Bredonosec> Чем дальше, тем больше блоатвари
А иначе окажется, что ИТ-шники не нужны и любой сантехник сможет написать необходимое себе ПО в 20 строк на Бейсике...
   95.0.4638.5495.0.4638.54
LT Bredonosec #21.10.2021 15:48  @Gudleifr#21.10.2021 15:24
+
-
edit
 
Gudleifr> А иначе окажется, что ИТ-шники не нужны и любой сантехник сможет написать необходимое себе ПО в 20 строк на Бейсике...
Не, ни блоатваря не нужна ит, ни легче сантехникам не станет без нее)
   51.0.2704.10651.0.2704.106
EE Татарин #21.10.2021 16:18  @Bredonosec#18.10.2021 11:09
+
-
edit
 

Татарин

координатор
★★★★★
Bredonosec> ну.. я в более буквальном смысле. Чем дальше, тем больше блоатвари, после очистки которой размер снижается чуть не вдвое, до ~30 гиг
Издержки роста. Неоднократно разбиралось.

Вполне типичный пример: у меня есть база данных, где некая таблица с незапамятных времён хранится на диске в нормализованом виде и занимает сейчас 6Тб. Таблица, не БД. Я могу разнести её по пяти таблицам и сократить размер примерно в 2 раза (чуть менее). Но это займёт у меня неделю (на переписывание всех SP, переделку кода, где используется linq и т.п.), пару недель будет перетесчиваться, потом деплоймент всего этого добра с перекачкой данных в новую структуру "по горячему", без отключения пользователей займёт несколько дней у девопсов... то есть, недельная возня почти десятка человек (оплата этого труда до налогов будет больше 10кевро), с неудобcтвами для пользователей и рисками что-то поломать (и тогда уйти вообще в жопу), и ради чего?
Чтобы сохранить 4 терабайта на диске? Которые сейчас стОят 30-40 евро, а завтра будут стоить 3-4?

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

...

Как только быстрый прогресс в системах хранения остановится, а люди смогут планировать использовать железо хотя бы по 10 лет, отношение к оптимизации изменится радикально.
Потому что появятся экономические резоны заниматься этим.

Сейчас их нет.
   94.0.4606.8194.0.4606.81
Это сообщение редактировалось 21.10.2021 в 16:33
RU Gudleifr #21.10.2021 17:16  @Татарин#21.10.2021 16:18
+
-
edit
 

Gudleifr

втянувшийся

Татарин> (и тогда уйти вообще в жопу), и ради чего?
Ради отправки сотни ит-шников, паразитирующих на этой не нужной пролетариату структуре, на лесоповал? А если еще и соответствующий бизнес прогорит, так и на угольные копи народ наберется.
   95.0.4638.5495.0.4638.54
RU спокойный тип #21.10.2021 17:48  @Татарин#21.10.2021 16:18
+
+1
-
edit
 

спокойный тип
Спокойный_Тип

старожил
★★
Татарин> Вполне типичный пример: у меня есть база данных, где некая таблица с незапамятных времён хранится на диске в нормализованом виде и занимает сейчас 6Тб. Таблица, не БД. Я могу разнести её по пяти таблицам и сократить размер примерно в 2 раза (чуть менее). Но это займёт у меня неделю (на переписывание всех SP, переделку кода, где используется linq и т.п.), пару недель будет перетесчиваться, потом деплоймент всего этого добра с перекачкой данных в новую структуру "по горячему", без отключения пользователей займёт несколько дней у девопсов... то есть, недельная возня почти десятка человек (оплата этого труда до налогов будет больше 10кевро), с неудобcтвами для пользователей и рисками что-то поломать (и тогда уйти вообще в жопу), и ради чего?
Татарин> Чтобы сохранить 4 терабайта на диске? Которые сейчас стОят 30-40 евро, а завтра будут стоить 3-4?

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

не нужно чинить то что не сломано.
   94.0.4606.8194.0.4606.81
LT Bredonosec #21.10.2021 17:51  @Татарин#21.10.2021 16:18
+
-
edit
 
Bredonosec>> ну.. я в более буквальном смысле. Чем дальше, тем больше блоатвари, после очистки которой размер снижается чуть не вдвое, до ~30 гиг
Татарин> Издержки роста. Неоднократно разбиралось.
Так я не про оптимизацию нужного!
Я про втюхивание ненужного!
Ни ИТ эта блоатваря не нужна даром, ни невтюхивание её не потратит чьей-то работы. Просто мусорный софт, всунутый в дистр
   78.078.0
RU Gudleifr #21.10.2021 18:03  @Bredonosec#21.10.2021 17:51
+
-
edit
 

Gudleifr

втянувшийся

Bredonosec> Просто мусорный софт
Дык, львиная доля тех, кого я встречал в Сети, именно им и кормилась. Современная вакансия "программист" - на всякого рода мусорный софт.
   95.0.4638.5495.0.4638.54
EE Татарин #21.10.2021 18:48  @Gudleifr#21.10.2021 17:16
+
-
edit
 

Татарин

координатор
★★★★★
Татарин>> (и тогда уйти вообще в жопу), и ради чего?
Gudleifr> Ради отправки сотни ит-шников, паразитирующих на этой не нужной пролетариату структуре, на лесоповал? А если еще и соответствующий бизнес прогорит, так и на угольные копи народ наберется.
Это вообще как? В смысле, как они на ней "паразитируют"?

А структура пролетариату, конечно, не нужна. По Марксу пролетариату нужно пожрать, поспать и размножиться.
   94.0.4606.8194.0.4606.81
EE Татарин #21.10.2021 18:54  @Bredonosec#21.10.2021 17:51
+
-
edit
 

Татарин

координатор
★★★★★
Bredonosec> Ни ИТ эта блоатваря не нужна даром, ни невтюхивание её не потратит чьей-то работы. Просто мусорный софт, всунутый в дистр
Ну они ж не просто так его втюхивают... а в надежде, что он принесёт какой-то профит конторе. Через рекламу, или ты попробуешь фривару и купишь, или просто контора уже бабки за бондаж поимела...

А свободное место на твоём диске никому ничего не принесёт, оно даже тебе по большому счёту не нужно. Ты же не отказываешься от софта только потому, что в дистр г**на напихано? Ну а кто больше тебя в сохранении твоего дискового пространства заинтересован? Нет таких.

Оно настолько дёшево (с постоянным удешевлением), что всем на него насрать. И вот в тот момент, когда станет не насрать, и произойдут чудеса оптимизации. Всё, что для этого нужно - остановка прогресса в системах хранения.
Впрочем, сейчас он уже замедляется. Вон, в 2006-м Рома представлял, что к текущему моменту будут петабайтные диски доступны. А нет их нифига. 20-25Тб максимум. Прогресс в плотности набивания битами флеша идёт вовсю, но вот биты уже так сильно не дешевеют как когда-то.
   94.0.4606.8194.0.4606.81
EE Татарин #21.10.2021 19:04  @спокойный тип#21.10.2021 17:48
+
-
edit
 

Татарин

координатор
★★★★★
с.т.> опять же есть и обратные примеры - когда хранилище реально большое и перестаёт нормально работать из-за того что оно уже НЕреально большое - то приходят и говорят - уважаемые, перепишите нам ЭТО что бы оно работало быстрее и занимало меньше места, давайте мы вам заплатим а вы сделаете оптимизацию...вот тогда и нужно делать.
О. Вот это случается, когда объёмы данных растут быстрее, чем способность железа их переварить. Это далеко не везде так пока. Чаще "о, место закончилось? пока трите временные файлы, и давайте на этой неделе на новый сторидж переносить".

с.т.> не нужно чинить то что не сломано.
НУ вот я про то и говорю, что ни блоуваре, ни неоптимальный софт пока ничего не ломают. Как человек со "спектрумских" времён, где тёмный кусок экрана могли кусочно использовать под код, могу сказать, что меня это чутка коробит, но это эмоционально. Рационально я понимаю, что никаких причин сильно экономить место на винчестере, память или даже ресурсы процессора (за исключением очень выборочных критичных кусков) сейчас нет.
   94.0.4606.8194.0.4606.81
RU Gudleifr #21.10.2021 20:16  @Татарин#21.10.2021 19:04
+
-
edit
 

Gudleifr

втянувшийся

Татарин> Это вообще как? В смысле, как они на ней "паразитируют"?
Очень просто. Вместо одного инженера, способного решить задачу, берут сотню ИТ-шников, которые делают вид, что решают задачу, тратя мегатонны кода, места и времени.

Татарин> пролетариату нужно пожрать, поспать и размножиться.
Как и буржуазии.
   95.0.4638.5495.0.4638.54
EE Татарин #21.10.2021 22:37  @Gudleifr#21.10.2021 20:16
+
-
edit
 

Татарин

координатор
★★★★★
Татарин>> Это вообще как? В смысле, как они на ней "паразитируют"?
Gudleifr> Очень просто. Вместо одного инженера, способного решить задачу, берут сотню ИТ-шников, которые делают вид, что решают задачу, тратя мегатонны кода, места и времени.
"Не стреляйте в пианиста. Он играет как умеет."©
Прямо сейчас мы ищем синьёра... и вот уже О-ОЧЕНЬ долго ищем. "Инженеры, способные решить задачу" все заняты и уже решают задачи (замечу, за очень особые деньги). Поэтому берут тех, кто способен как-то заменить инженера. Качественных кадров по миру очень мало, и это так не только в ИТ.

Татарин>> пролетариату нужно пожрать, поспать и размножиться.
Gudleifr> Как и буржуазии.
У буржуазии даже по Марксу потребности богаче. Что уж говорить про реальных людей...
   94.0.4606.8194.0.4606.81
RU Gudleifr #21.10.2021 22:43  @Татарин#21.10.2021 22:37
+
-
edit
 

Gudleifr

втянувшийся

Татарин> Прямо сейчас мы ищем синьёра... и вот уже О-ОЧЕНЬ долго ищем.
Если найдете инженера, вас уволят.

Татарин> У буржуазии даже по Марксу потребности богаче.
Извращеннее. Какают они как-то по-особому.
   95.0.4638.5495.0.4638.54
EE Татарин #21.10.2021 23:21  @Gudleifr#21.10.2021 22:43
+
+1
-
edit
 

Татарин

координатор
★★★★★
Татарин>> Прямо сейчас мы ищем синьёра... и вот уже О-ОЧЕНЬ долго ищем.
Gudleifr> Если найдете инженера, вас уволят.
С чего бы?

Татарин>> У буржуазии даже по Марксу потребности богаче.
Gudleifr> Извращеннее. Какают они как-то по-особому.
"Изумительно контрастная картина мира! Изумительно! Никаких нюансов и полутонов!"©
   94.0.4606.8194.0.4606.81
1 5 6 7 8 9 10 11

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru