Комментарии: Eltab

Дмитриев Павел : другие произведения.

Комментарии: Eltab
(Оценка:**8.45*10**,)

Самиздат: [Регистрация] [Найти] [Рейтинги] [Обсуждения] [Новинки] [Обзоры] [Помощь|Техвопросы]

Размещен: 21/10/2012, изменен: 17/08/2014. 11k. Статистика.

Аннотация:
Фанфик от dimka про электронные таблицы.

ОБСУЖДЕНИЯ: Фантастика (последние)
11:03 Кротов С.В. "Чаганов: Война. Часть 4" (186/17)
11:02 Колышкин В.Е. "Контрольное обрезание" (32/8)
11:00 Безбашенный "Запорожье - 1" (974/17)
10:58 Коркханн "Угроза эволюции" (745/34)

Отсортировано по:[убыванию][возрастанию]Страниц (6): 1 2 3 4 5 6

ОБЩИЕ ГОСТЕВЫЕ: 11:01 "Технические вопросы "Самиздата"" (175/38) 11:01 "Форум: все за 12 часов" (217/101) 10:42 "Форум: Трибуна люду" (850/21) 19:02 "Диалоги о Творчестве" (207/1) 15/11 "Форум: Литературные объявления" (664) 25/11 "О блокировании "Самиздата"" (294)
ОБСУЖДЕНИЯ: (все обсуждения) (последние) 11:03 Кротов С.В. "Чаганов: Война. Часть 4" (186/17) 11:03 Фатеева Л.Ю. "Имплантант" (31/1) 11:02 Колышкин В.Е. "Контрольное обрезание" (32/8) 11:01 Самиздат "Технические вопросы "Самиздата"" (175/38) 11:01 Никитин В. "Чего хочет Бог?" (2/1) 11:00 Безбашенный "Запорожье - 1" (974/17) 10:58 Коркханн "Угроза эволюции" (745/34) 10:58 Шибаев Ю.В. "Квадробер" (1) 10:54 Бурланков Н.Д. "Русско-русский словарь" (764/1) 10:54 Ив. Н. "Ноябрь 2024 - 3" (1) 10:49 Энвэ М. "Некуда бежать, негде спрятаться " (207/2) 10:48 Березина Е.Л. "Как-то юнга Дудочкин бросил " (5/4) 10:44 Николаев М.П. "Телохранители" (76/2) 10:42 Старх А. "Рыцари Крови" (600/1) 10:33 Берг D.Н. "Мы из Кронштадта, подотдел " (583/1) 10:29 Чернов К.Н. "Записки Империалиста Книга " (590/19) 10:25 Джерри Л. "После" (23/3) 10:25 Осипов В.В. "Спец 1 (часть первая)" (120/2) 10:21 Nazgul "Медный купорос взрывается!" (671/1) 10:21 Ватников Д. "Грэйв. Общий файл" (312/2) Полный список...>>
РУЛЕТКА: Путь Шамана. Шаг Ночлежка "У Крокодила" В родном краю Рекомендует Пузеп Н.В. ВСЕГО В ЖУРНАЛЕ: Авторов: 108551 Произведений: 1670555 Список известности России СМ. ТАКЖЕ: Заграница.lib.ru \| Интервью СИ Музыка.lib.ru \| Туризм.lib.ru Художники \| Звезды Самиздата ArtOfWar \| Okopka.ru Фильм про "Самиздат" Уровень Шума: Интервью про "Самиздат" НАШИ КОНКУРСЫ: Рождественский детектив-24	24/11 ПОЗДРАВЛЯЕМ: Белашова Ю.Ю. Белль С.В. Богатикова О.Ю. Богданов А. Бонд. П.Б. Бредникова Е.Е. Букаринов Д.Н. Веденин В.А. Ветер К. Визмор Э.Н. Виноградова А.В. Галицкая Д.И. Гамова Д. Гончарова Е.В. Егорова В.Ю. Ежова Е.С. Елисеева Н.В. Ельников А.Д. Жалилова Л.С. Желнов П. Иванов А.А. Инеева С. Ищенко Г.В. Казарян М.В. Келлер Е. Кизяева А.А. Кичилова К.Ф. Колодиец Д.Н. Кольцо-Гид Команов С.С. Кондрашов В.А. Копышов А.Н. Корнеева Т.М. Коршунова Т.В. Ксения Лобков А. Луковкин К. Лучистая Д.Т. Макарчук С.С. Маковская Н. Маркевич П. Митусова Л.П. Можар Е.П. Морозов М. Пашкевич С. Пимонов В.В. Пирумова А.Б. Приходько О. Пятница М. Радонин С. Ревельский Х. Романов Н.П. Рябенкова Д.П. Серебряная Е. Силаков Г. Соколовская Е. Солнечная Соцкая С. Сперанская И.В. Таа Трещев Ю.А. Тягин П.А. Шаповалова Д.В. Шеннон Р.А. Шишкина Д. Щедрин Р. Ak108u Ive Mollydolly Natkam Valxalla Viligodaeum Viscount M.D.
ПОСЛЕДНИЕ ПОСТУПЛЕНИЯ: (7day) (30day) (Рассылка) 00:39 Патрацкая Н.В. "Маг Грановский" 21/11 Кукин В. "Случайные рифмы" 21/11 Моисеева О.Ю. "Сердце Кометы" Полный список...>>

198. *Семаргл 2012/11/07 21:03
  > > 195.dimka
  > На всякий случай добавлю последняя ячейка - BK254
  ВК=63

197. dimka 2012/11/07 18:27
  > > 196.Almt
  >"Я так и знал, что здесь какое-то жульничество!" (с) :)))
  :)

  >Варианты:
  >а) Постоянно отображать размер оставшейся памяти
  Такое было в суперкалке.
  >б) Пользователь должен иметь возможность явно зарезервировать память под определённый размер таблицы
  Не припомню такого.
  Но может и было.
  >в) Пакетный режим. Пользователь набрал здоровенную простыню таблицы, поставил на обсчёт и ушёл до мой до утра...
  Такое было, но не до утра. Все довольно быстро считалось.
  зы
  http://cpcwiki.eu/index.php/SuperCalc_2
  SuperCalc2 для cpc
  правда мануал там на машине с нормальной памятью делался

196. Almt 2012/11/07 17:57
  "Я так и знал, что здесь какое-то жульничество!" (с) :)))

  You will first see the prompt "Insert/Delete?" and you should reply I or D depending on what you want to do. After this the prompt "Row/Column?" will appear and you should reply R or C accordingly. The program will then check to ensure that you are not reducing or increasing the size of the model beyond acceptable limits (the program requires that there always be at least 15 rows and 3 columns, and never more than 250 rows or 99 columns), and that, in the case of an insertion, there is physically enough space in memory for the new line or column.

  Т.е. программа "в принципе" позволяет 100 на 250, "если есть место в физической памяти" :) Так можно, конечно. Но для пользователя будет крайне "приятно" обнаружить, что набрав три экрана текста у него закончилось место в памяти и закончить работу он не может :)
  Варианты:
  а) Постоянно отображать размер оставшейся памяти - это обязательно но не решает проблемы
  б) Пользователь должен иметь возможность явно зарезервировать память под определённый размер таблицы
  в) Пакетный режим. Пользователь набрал здоровенную простыню таблицы, поставил на обсчёт и ушёл до мой до утра...

195. dimka 2012/11/07 17:42
  > > 194.Almt
  >Классный сайт :) За ссылку спасибо, но не нашёл... Какая именно программа поддерживает 100 на 250? Омникалк 3 на 28, ВУ-калк 4 на 28, ещё какая-то поделка 4 на 19...
  ftp://ftp.worldofspectrum.org/pub/sinclair/games-info/o/Omnicalc2.pdf
  Но конечно это совсем не то, что взято за основу.

  >
  >P.S. Знаете... Мысль.
  В реальности все считалось достаточно быстро.
  > И всё равно, размер таблицы будет ограничен размером диска.
  Объем таблицы будет ограничен диском.
  > Т.е. если "спираль", то предел 1024 ячейки по 64 символа и хоть как тужся больше не влезет.
  Да. Причем Спираль вообще плохо подходит для работы. НЕ только из-за объема. Поэтому написано, что нужен номальный дисковод
   >Увы, не смог найти характеристики визикалка, если есть, покажите.
   http://archive.org/stream/atariusersguide00fyls#page/n1/mode/2up
   На всякий случай добавлю посленяя ячейка - BK254
   Но за основу взят SuperCalc.
   С некоторыми допфичами более поздних версий

194. Almt 2012/11/07 16:35
  Классный сайт :) За ссылку спасибо, но не нашёл... Какая именно программа поддерживает 100 на 250? Омникалк 3 на 28, ВУ-калк 4 на 28, ещё какая-то поделка 4 на 19...

  P.S. Знаете... Мысль. Можно сделать такую хрень в "пакетном режиме". Т.е., если таблица маленькая, то полный аналог экселя. А если большая, то, набираем в специализированном редакторе таблицу, жмём кнопку "посчитать" и идём на обед. Возвращаемся, и... видимо идём домой :) Но если не отвалится, то к утру будет посчитанная таблица. И всё равно, размер таблицы будет ограничен размером диска. Т.е. если "спираль", то предел 1024 ячейки по 64 символа и хоть как тужся больше не влезет.

193. dimka 2012/11/07 17:35
  > > 192.Almt
  >>>Так что осётр конечно замечательный, но "у бочку не лезе".
  >>Осетр реально-исторический.
  >Пример реально-исторического осетра я приводил ссылкой 4 колонки на 28 строк для синклера.
  И для синклера быди другие варианты.
  Их можно найти в списке программ для него.
  http://www.worldofspectrum.org/infoseek.cgi
  там вбиваете calc
  и на полученной странице ищите
  Spreadsheet
  их довольно мнго разных покопайтесь.
  Там естьваринат и 100*250
  >Увы, не смог найти характеристики визикалка, если есть, покажите.
  http://archive.org/stream/atariusersguide00fyls#page/n1/mode/2up
  Но за основу взят SuperCalc.
  С некоторыми допфичами более поздних версий

192. Almt 2012/11/07 15:50
  > > 191.dimka
  >> > 187.Almt
  >>Если свопить таблицу на диск, то даже с винчестерами - это те ещё тормоза. А с дисководом бухгалтер на типовой накладной будет после ввода каждой ячейки ходить чайку попить.
  >После ввода каждой ячейки ни пересчет ни сохранение автоматом не делается.
  Простите, но тогда их надо хранить в памяти? По какому событию происходит свопинг?

  >Подавляющее большинство таблиц будут иметь гораздо более скромные размеры. 160 кб из котрых 20 кб служебная инфа и 140 сами данные перекроет почти все потребности. Даже шахматка влезет.
  Это "сырая" таблица или файл на диске?

  >>Так что осётр конечно замечательный, но "у бочку не лезе".
  >Осетр реально-исторический.
  Пример реально-исторического осетра я приводил ссылкой 4 колонки на 28 строк для синклера.
  Увы, не смог найти характеристики визикалка, если есть, покажите. Я не по злобе человеческой, но мне как программисту категорически интересно, как можно 1 мб данных затолкать в 64 (или даже 128) килобайт :)

  >АИ компьютер
  Читайте текст и предыдущие обсуждения. "Денди" в АИ это примерно Apple. "Денди"- игровой автомат отличался 5-битным экранным ОЗУ и общей памятью в 1 кб. Процессор будет примерно 6502. Фон-Неймановская архитектура. Память общая.

191. dimka 2012/11/07 15:44
  > > 187.Almt
  >Если свопить таблицу на диск, то даже с винчестерами - это те ещё тормоза. А с дисководом бухгалтер на типовой накладной будет после ввода каждой ячейки ходить чайку попить.
  После ввода каждой ячейки ни пересчет ни сохранение автоматом не делается.
  >Можно конечно извратиться. Но пик развития флопиков - это 1.44 мб. Т.е. полторы таблицы!
  Подавляющее большинство таблиц будут иметь гораздо более скромные размеры. 160 кб из котрых 20 кб служебная инфа и 140 сами данные перекроет почти все потребности. Даже шахматка влезет.
  >
  >Так что осётр конечно замечательный, но "у бочку не лезе".
  Осетр реально-исторический.

190. *Семаргл 2012/11/07 15:38
  > > 188.Антонов Андрей Алексеевич
  >Не-не-не... И ошибки тоже. Т.к. в тех DrvSpace/DblSpace, ЕМНИМС, все данные были организованы в единственный файл на раздел. Это сейчас NTFS поддерживает прозрачное сжатие файлов, архивируя их поштучно. В очень некторых случаях даёт существенную экономию места.
  Там то же самое было - сжимались отдельные кластера. Но весь диск хранился в файле. Сейчас в семёрке тоже vhd создать можно.
  Единственная разница - нельзя было управлять сжимать файл или нет.

  > > 189.Сергей
  Для 8-битника оптимальней раздельная память - это позволяет адресовать не 64к памяти, а 64к данных+64/128к кода.

189. Сергей 2012/11/07 15:28
  > > 188.Антонов Андрей Алексеевич

  >Но есть подозрение, что память общая.

  Не факт. У советских компьютеров обычно память была раздельной. Тут вполне могут последовать традиции. Да и логично: ПЗУ - это картридж с программой, который вставляется в автомат, а ОЗУ стоит постоянно, и они никак не пересекаются.

188. Антонов Андрей Алексеевич (andy.antonov@gmail.com) 2012/11/07 13:51
  > > 27.Шпильман Александр
  >И еще, Eltab можно запатентовать как Способ Табличных Вычислений. А ПЗУ+ЭВМ как пример реализации способа в "электронном автомате".
  А разве в то время такие вещи патентовали?

  > > 68.Илья
  >> > 65.Баламут
  >Вот вы знаете, я с Екселем имею дело. Так там если все ячейки доступные заполнить - он вылетает. Вообще больше десятка тысяч ячеек заполнишь - уже глюки лезут. Вы не подскажете, почему Микрософт ещё не разорился на рекламациях из Америки?
  ХЗ. Постоянно работаем в Экселе с файлами, в которых порядка двух десятков тысяч строк. И столбцы там тоже в количестве. Ничего не глючит. Хотя, бывает, лезут непонятные глюки на куда меньших файлах. В общем, там не только от размера файла зависит.
  А чтоб не разориться, они в EULA сразу написали, что ваще никакой ответственности ни за что не несут. Не хочешь пользоваться - снеси с компа и сдай назад. Хотя, там ещё поездатей, ЕМНИМС, так: "открывая эту упаковку с ПО, Вы принимаете все условия и ограничения EULA, которая лежит внутри упаковки". Это почти дословно. А что делать, если я с ними не согласен? А как я узнаю, что там написано?
  На самом деле только при продажах софта производитель-бракодел не только не несёт никакой ответственности за брак, но ещё и деньги за исправление брака часто вымогает. В любой другой сфере бизнеса это немыслимо.

  > > 92.Ellestar Простатинов Павел
  >Более того, в финансовых расчетах числа с плавающей точкой обычно не применяются.
  Зато два знака после запятой применяются. А для расчётов применяются и больше. "Любимое" занятие бухов - "гонять копейку". Потому что бухгалтерия, по определению, должна быть точной, а из-за округлений она таковую теряет. Сам как-то настраивал 1С на точность счёта семь(!) знаков после запятой. Вот, надо было.

  > > 153.Сергей
  >Кстати, я запамятовал: у процессора область кода и данных раздельны?
  Вопрос интересный. Можно и так, и эдак. Как сделано в конкретном - одному автору ведомо. Но есть подозрение, что память общая.

  > > 168.Семаргл
  >> > 165.Michael
  >> "Пользователи делятся на тех, кто еще не использовал программы сжатия диска и на тех, кто уже не использует их" :)
  >Программы сжатия дисков убили не ошибки, а рост ёмкости дисков с одной стороны, и использование сжатия непосредственно в файлах (jpg, mp3, divx...).
  Не-не-не... И ошибки тоже. Т.к. в тех DrvSpace/DblSpace, ЕМНИМС, все данные были организованы в единственный файл на раздел. Это сейчас NTFS поддерживает прозрачное сжатие файлов, архивируя их поштучно. В очень некторых случаях даёт существенную экономию места.

187. Almt 2012/11/07 10:58
  > > 186.Сергей
  >Во-первых, вряд ли ГГ знает форт.
  Согласно апокрифу ГГ форт не знает, но знает что это такое. Но не в восторге.

  Хранить оперативные данные в упакованном виде - это жуткий трэш. Я такое себе один раз позволил :) Когда надо было на синклере видео хранить в 128к памяти :)

  Если свопить таблицу на диск, то даже с винчестерами - это те ещё тормоза. А с дисководом бухгалтер на типовой накладной будет после ввода каждой ячейки ходить чайку попить.
  Можно конечно извратиться. Но пик развития флопиков - это 1.44 мб. Т.е. полторы таблицы! (Есть ещё 2.88 но это была уже экзотика да и не принципиально)

  Так что осётр конечно замечательный, но "у бочку не лезе".

186. Сергей 2012/11/07 10:11
  > > 185.Константин
  >1. Имеет смысл ввести стандартную упаковку текста (электронной таблицы) на основе частотного упоминания символов.

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

  >4. Можно делать таблицы не на ASMe а хотя бы на FORTH (Epic Fail), с ядром они составят около 5-6К + данные размером (при упаковке) 10-15К. Вполне хватит одной СПИРАЛи с одним диском.

  Во-первых, вряд ли ГГ знает форт. Во-вторых, чем он лучше ассемблера? Только тем, что там используется "шитый код"? Так ведь и на ассемблере его можно реализовать. Правда, время работы резко возрастет. Или предполагается, что нужно формулы писать на форте?

185. Константин (center.spb.pay@gmail.com) 2012/11/07 00:06
  1. Имеет смысл ввести стандартную упаковку текста (электронной таблицы) на основе частотного упоминания символов. Зарезервировав 256 байт заголовка таблицы (а она в основном текстовая, с использованием спец символов) можно ее уменьшить раза в 3-4
  2. упаковка позволит (если она не стандартная) ввести примитивное шифрование данных по паролю
  3. Динамическая упаковка одно время была популярна на ХТ
  4. Можно делать таблицы не на ASMe а хотя бы на FORTH (Epic Fail), с ядром они составят около 5-6К + данные размером (при упаковке) 10-15К. Вполне хватит одной СПИРАЛи с одним диском.

184.Удалено написавшим. 2012/11/07 00:06

183. dimka 2012/11/06 20:00
  > > 180.Almt
  >Нет. Всё же урезать осетра надо.
  Хороший осетр, зачем резать?
  >Если отвести на таблицу 32кб, то получим вполне вменяемые 16 столбцов на 32 строки. Урежем строки до числа букв латинского алфавита и будет счастие.
  Таблица и даже страница не обязательно хранится в памяти целиком.
  Хотя ее отображение хранится в видеопамяти.
  Узкое место не ОЗУ, а внешние накопители.
  Те максимальный размер таблицы ограничен возможностью ее хранения.
  >Причём "Спираль" позволит на диске хранить 2 страницы, что может оказаться важным.
  Как мне это видится, Спираль вообще остается в стороне.
  Те развитие событий с учетом авторских комментариев будет примерно такое.
  В 69 производятся Спирали 3 и их раскидывают по ВЦ.
  Тогда же производится первая и не очень удачная версия микропроцессора. На нем делается ЭВМ, но пока что восновном управляющая. Тем не менее часть их попадает на ВЦ и вместе со спиралями находит какое-то количество поклонников.
  В 70м начинается производство новых процессоров, эвм на их основе с более-менее дешевой памятью(относительно конечно) и появляются нормальные дисководы.
  В конце 70го начале 71 выходим на американский рынок. И вот тут и начинаетмя история успеха ЭлТаб

182. Almt 2012/11/06 16:18
  > > 181.Сергей
  >> > 180.Almt
  >>Если отвести на таблицу 32кб, то получим вполне вменяемые 16 столбцов на 32 строки.
  >А если процессор имеет раздельные области под программы и данные, то будет 64к под библиотеки и 64к под таблицу...

  Ну, 128 кб на бухгалтерской машине ещё лет 5 АИ будет "мечтой о светлом будущем". А работать желательно прямо сейчас :) да и потом, таблицу 16 х 64 от 16 х 32 отличается не радикально. Принятые в то время (и дожившие до наших дней) формы отчётности требуют хотя бы 40 на 100 ячеек :( Это для А3 формата документов.
  Так что применение означенного софта будет иметь вид:
  а) Посчитали на ЭВМ и переписали ручкой в бумажную форму
  б) Посчитали на ЭВМ, распечатали на термопринтере, вырезали ножницами и аккуратно вклеили в машинописный текст на правах иллюстрации :)))

  Впрочем и такое применение имеет право на жизнь и здорово облегчит жизнь всяким бухгалтерам. Ибо является в сущности мегапродвинутой версией механических "суммирующих машин".

181. Сергей 2012/11/06 15:15
  > > 178.dimka

  >Не знаю останется ли за ними название Спираль

  Лучше "Концентрические окружности"...

  > > 180.Almt

  >Если отвести на таблицу 32кб, то получим вполне вменяемые 16 столбцов на 32 строки.

  А если процессор имеет раздельные области под программы и данные, то будет 64к под библиотеки и 64к под таблицу...

180. Almt 2012/11/06 13:58
  Нет. Всё же урезать осетра надо.
  Если отвести на таблицу 32кб, то получим вполне вменяемые 16 столбцов на 32 строки. Урежем строки до числа букв латинского алфавита и будет счастие.
  Причём "Спираль" позволит на диске хранить 2 страницы, что может оказаться важным.
  А для улучшения повышаемости можно добавить возможность задавать размерность таблицы в настройках. Т.е. либо длиииииная ведомость из 4-х колонок, либо горизонтальная расчётка - такие нужны например для построения сетевого графика.

179. Scharapow Wladimir 2012/10/28 05:00
  как концепт и предтеча a la VisiCalc - первой электронной таблице для персональных компьютеров. Часто говорится, что именно Visicalc превратил микрокомпьютеры из инструмента развлечения и хобби в серьёзный инструмент ведения делового оборота
   ...
   Выпуск в 1979 году первой версии программы для компьютера Apple II привёл к тому, что эта машина из инструмента для хобби превратилась в желанный и полезный финансовый инструмент ведения делопроизводства
   ...
   Приход следующего поколения электронных таблиц ознаменовало появление Microsoft Excel (в 1985 году на Macintosh и в 1987 году для Windows 2.0).

178. dimka 2012/10/27 22:00
  > > 177.sanec010
  >собираетесь все пк на основе денди оснощать 2 дисководами спираль?
  Не все. Но часть до появления ЖД скорей всего.
  И именно дисководами. Не знаю останется ли за ними название Спираль
  >Или по умолчанию предполагается, что оснащались новые ПК, которым хватала памяти держать таблицу и работать с ней.
  64к ОЗУ
  >Кстати, как-то ни слова не сказано, в каком формате заполнялись ячейки: символьном или числовом, или оператор делал по своему выбору, а потом следил, чтобы не начать складывать слова?
  Я думаю, что подробности, как программа работает не нужны.

177. sanec010 2012/10/27 21:37
собираетесь все пк на основе денди оснощать 2 дисководами спираль? Или по умолчанию предполагается, что оснащались новые ПК, которым хватала памяти держать таблицу и работать с ней.
Кстати, как-то ни слова не сказано, в каком формате заполнялись ячейки: символьном или числовом, или оператор делал по своему выбору, а потом следил, чтобы не начать складывать слова?

176. dimka 2012/10/27 19:49
  > > 175.читатель
  >Отличный текст, но есть замечание
  >>я передал его тем же программистам с ТЭЦ, которые адаптировали тетрис для геологов
  >Прогеры с ТЭЦ адаптировали все-же ЭВМ "Денди", а "Тетрис" - это программа для нее.
  Это была неудачная попытка показать ироничное отношение ГГ.

175. читатель 2012/10/27 19:34
  Отличный текст, но есть замечание
  >я передал его тем же программистам с ТЭЦ, которые адаптировали тетрис для геологов
  Прогеры с ТЭЦ адаптировали все-же ЭВМ "Денди", а "Тетрис" - это программа для нее.

174. Баламут 2012/10/27 19:17
вот будет у оф.америки удачный повод заклеймить
коммуняк-обманщиков и подлый ссср

173. Сергей 2012/10/27 19:05
  > > 171.NCCP

  >Бух купит по объявлению в газете, и потом долго будет материть обманщиков, на всю голову е..тых сволочей, советских программистов. Хотите испортить репутацию - вперед!

  Бухи привычны. Ни разу не видели рекламу, под которой мелким шрифтом что-то дописано?

172. Баламут 2012/10/27 18:55
  простатин
  ты с какого мэллорна свалился
  еще и дисков нет
  херня всякая патефонная гоняется
  и автор не понимает, незачем заявлять то что никак не может обеспечить
  даже 1/10 обещанного и то не может

171. NCCP 2012/10/27 18:39
  > > 170.Ellestar Простатинов Павел
  >> > 169.Баламут
  >>любой нормальный человек воспринимает ваш текст как прямо заявленную возможность заполнить таблицу 63*254 по 63 знака
  >>сколько было сказано- укажите ограничения и вопрос отпадет
  >Вот сразу видно нуба. Тогда люди и сами понимали, что есть оперативка и размер диска. А нубы из 2012 года этого не понимают :) Все им разжевывать нужно :)
  Особенно бухи понимали, ага. Блжад! Тогда не все приматы понимали сколько это "байт" как он относится к дайствительным числам и как перевести размер памяти в размер задачи.

  Бух купит по объявлению в газете, и потом долго будет материть обманщиков, на всю голову е..тых сволочей, советских программистов. Хотите испортить репутацию - вперед!

170. Ellestar Простатинов Павел (ellestar.theelflord@gmail.com) 2012/10/27 17:55
  > > 169.Баламут
  >любой нормальный человек воспринимает ваш текст как прямо заявленную возможность заполнить таблицу 63*254 по 63 знака
  >сколько было сказано- укажите ограничения и вопрос отпадет
  Вот сразу видно нуба. Тогда люди и сами понимали, что есть оперативка и размер диска. А нубы из 2012 года этого не понимают :) Все им разжевывать нужно :)

169. Баламут 2012/10/27 16:02
  > > 166.dimka
  >> > 164.Баламут
  >>вот и я про то
  >>никак не лезет
  >>а dimka упирается
  >Нигде, никогда не декларировалась возможность заполнить 63*254 по 63 в каждой ячейке на том, что тестируется в тексте.
  ---------------------------
  это вам так кажется
  любой нормальный человек воспринимает ваш текст как прямо заявленную возможность заполнить таблицу 63*254 по 63 знака
  сколько было сказано- укажите ограничения и вопрос отпадет

  >Я вам сразу сказал, что таблица не обязана целиком помещаться в память.
  она обязана целиком помещаться хоть в какую-то память
  есть флоп-значит на флоп должна влезать целиком
  тогда в оперативку можно грузить по частям
  пока заявленная таблица не влезает никуда
  пусть не 40кб, а 60кб
  даже в 60кб не влезает
  даже 10% от вашей таблицы и то не влезает

  >зы а ваши предложения про упаковщики даблспейсы и тп просто эээ смешны
  ну-ну
  еще скажи у тебя на компе нет ни одного архиватора
  давай вместе посмеемся
  -----------------------------
  ему предлагают способы хоть как-то втиснуть в реальность его фантазии
  но он настаивает
  сколько народу просто назвали текст чушью и ушли не дочитывая?
  dimka, здесь остались только те, кого зацепило

168. *Семаргл 2012/10/27 12:07
  > > 165.Michael
  > "Пользователи делятся на тех, кто еще не использовал программы сжатия диска и на тех, кто уже не использует их" :)
  Программы сжатия дисков убили не ошибки, а рост ёмкости дисков с одной стороны, и использование сжатия непосредственно в файлах (jpg, mp3, divx...).

167. Илья 2012/10/27 12:02
Эта, а собственно процесс пересчета ячеек разве не требует памяти в объеме сравнимом с объемом формул в ячейках?

166. dimka 2012/10/27 11:46
  > > 164.Баламут
  >вот и я про то
  >никак не лезет
  >а dimka упирается
  Нигде, никогда не декларировалась возможность заполнить 63*254 по 63 в каждой ячейке на том, что тестируется в тексте.
  Дополнительно прописано ограничение Спиралью.
  НО в чуть отдаленном будущем это будет.
  Изначальные претензии к тому, что не влезет в память смешны.
  Я вам сразу сказал, что таблица не обязана целиком помещаться в память. Хотя маленькие таблицы поместятся. Но даже на Спираль многое уже влезет. Особенно с учетом того, что она таки 60к.
  Далее продавать с третьей Спиралью никто не собирается. Ее раскидали по ВЦ. А следующая Спираль декларировалась нормальным дисководом.
  Тем самым, который до 1.2м допилится, пусть даже и не у нас.
  Причем уже с нормальным дисководом на 160к программа становится простой и удобной в использовнии(для тех времен).
  зы а ваши предложения про упаковщики даблспейсы и тп просто эээ смешны

165. Michael 2012/10/27 03:01
  > > 162.Баламут
  >отработают архиватор
  >потом соберут резидентный драйвер типа DriveSpace/DoubleSpace
  >который на лету упаковывает файл перед записью на диск
  >это позволяло значительно увеличить дисковое пространство

  Мне понравилась фраза в одной из книг периода 1994-1996 года, если не ошибаюсь К.Ахметов, Курс молодого бойца. По памяти это звучало примерно так: "Пользователи делятся на тех, кто еще не использовал программы сжатия диска и на тех, кто уже не использует их" :) И это понятно. В случае каких-то сбоев восстановить данные с сжатого тома практически невозможно.

164. Баламут 2012/10/27 01:53
  > > 163.Сергей
  >> > 162.Баламут
  >
  >>попробуйте запустить виндовый дефрагментатор
  >
  >Это не серьезно. Тут недавно приводился расчет, что перемещение массива будет занимать четверть секунды, для человека это будет почти незаметно.
  >
  слово несерьезно куда как лучше характеризует то, что вы назвали расчетом
  нельзя расчитать время процесса, если он даже не разбит по операциям и командам
  хуже того
  там разговор шел перемещении блоков в памяти
  а здесь операции с флопом
  у которого только последовательный доступ к данным
  типа стриммера

  >>попробуйте втиснуть 10% от 63х254х63 (~1метр) в 40кб спирали + 40кб озу
  >
  >Не получится никак. Хоть с архиватором.
  вот и я про то
  никак не лезет
  а dimka упирается
  но с архиватором есть шанс-текстовые данные хорошо сжимаются
  если у гг в книжках про алгоритмы сжатия имеется

  >
  >Ну было такое. Неудобная вещь - объем диска точно неизвестен, т.к. степень сжатия сильно зависит от данных.
  кому как
  мы пользовались с удовольствием
  а тут вообще никак иначе
  только сжимать
  >
  >>это позволяло значительно увеличить дисковое пространство
  >
  >Да мы вроде про ОЗУ говорим...
  ----------------------------------------
  нет мы говорим про возможность обработать таблицу 63х254х63
  если теоретически есть возможность в сжатом состоянии записать на флоп
  то в озу выбирать и распаковывать, как и было раньше положено, по кускам

163. Сергей 2012/10/27 01:41
  > > 162.Баламут

  >попробуйте запустить виндовый дефрагментатор

  Это не серьезно. Тут недавно приводился расчет, что перемещение массива будет занимать четверть секунды, для человека это будет почти незаметно.

  >можно воспользоваться методом dimka, где он хранит битовый снимок таблицы,
  >каждый бит показывает пуста ячейка или свободна

  Можно. Битовая таблица по его методу занимает 2016 байт, а по моему методу при условии 10% занятости - 1613 байт на байты номеров ячеек и 512 байт на таблицу строк.

  >тем хуже для димкиного варианта

  :-)

  >попробуйте втиснуть 10% от 63х254х63 (~1метр) в 40кб спирали + 40кб озу

  Не получится никак. Хоть с архиватором. Все-таки, они хорошо упаковывают строки, а вот формулы - никак. К счастью, большинство данный в ячейках - формулы, которые занимают меньше места.

  >отработают архиватор
  >потом соберут резидентный драйвер типа DriveSpace/DoubleSpace
  >который на лету упаковывает файл перед записью на диск

  Ну было такое. Неудобная вещь - объем диска точно неизвестен, т.к. степень сжатия сильно зависит от данных.

  >это позволяло значительно увеличить дисковое пространство

  Да мы вроде про ОЗУ говорим...

162. Баламут 2012/10/26 23:44
  > > 160.Сергей
  >> > 158.Баламут
  >
  >>------------------------------------------
  >>это так же важно, когда памяти недостаточно
  >>здесь медленнее нельзя
  >>и так все слишком медленное
  >
  >Ну сколько времени будет сдвигать, скажем, 40 килобайт?
  >
  попробуйте запустить виндовый дефрагментатор
  вот такой же процесс там будет происходить
  примерно с теми же скоростями
  поскольку современное увеличение скоростей сопровождается увеличением объемов

  при том, что неясно как он память использует

  >>если хранить в ужатом виде, тогда номера ячеек вообще можно выкинуть
  >
  >Номера ячеек никак не выкинуть, только номера строк. Иначе придется хранить все ячейки, а я предлагаю только непустые. А строки искать по таблице.
  >
  можно воспользоваться методом dimka, где он хранит битовый снимок таблицы,
  каждый бит показывает пуста ячейка или свободна


  >>зато для моего варианта (30кб) это ужатие в два раза
  >
  >По сравнению с чем?
  >
  по сравнению с предложенной мной таблицей, которая целиком в развернутом виде, т.е. удобном для обработки занимает 30кб,
  16 кб экономии - упаковка в два раза
  хотя я закладывался в 16х240=3840 ячеек
  соответственно экономия составит грубо 2 адресных байта х 3840=7,68кб
  за вычетом на димкин снимок таблицы по 1 биту на каждую из 3840 ячеек / 8 бит в байте = 480байт
  т.е. экономия не 7,68кб, а 7,2кб
  сжатие не вдвое выходит, а в 1,3 раза
  досадно
  тем хуже для димкиного варианта
  ----------------------------------
  >Всю в любом случае не получится. Я исхожу из того, что будет заполнено менее 10%.
  >
  попробуйте втиснуть 10% от 63х254х63 (~1метр) в 40кб спирали + 40кб озу

  ----------------------------------
  >>может быть ребятам сперва архиватор сочинить?
  >
  >И как он поможет?
  ------------------------------
  отработают архиватор
  потом соберут резидентный драйвер типа DriveSpace/DoubleSpace
  который на лету упаковывает файл перед записью на диск
  это позволяло значительно увеличить дисковое пространство

161. Баламут 2012/10/26 23:20
  > > 159.dimka
  >> > 158.Баламут
  >>пример в вашем тексте - 63х254х63 знака
  >>хочу забить всю
  -----------------------------------------------------------------
  >всю не получится
  >и я уже сто раз написал, что из того, что есть 63 столбца, 254 строки и максимальное количество знаков в ячейке 63 никак не следует возможность записать 63 знака во все ячейки одновременно.
  >Это просто логика.
  ---------------------------------------------
  это не логика, а обман ожиданий
  внятно напишите ограничение по использованию
  дозволенные 4% от заявленной размерности это больно нагло

160. Сергей 2012/10/26 21:24
  > > 158.Баламут

  >------------------------------------------
  >это так же важно, когда памяти недостаточно
  >здесь медленнее нельзя
  >и так все слишком медленное

  Ну сколько времени будет сдвигать, скажем, 40 килобайт?

  >если хранить в ужатом виде, тогда номера ячеек вообще можно выкинуть

  Номера ячеек никак не выкинуть, только номера строк. Иначе придется хранить все ячейки, а я предлагаю только непустые. А строки искать по таблице.

  >зато для моего варианта (30кб) это ужатие в два раза

  По сравнению с чем?

  >пример в вашем тексте - 63х254х63 знака
  >хочу забить всю

  Всю в любом случае не получится. Я исхожу из того, что будет заполнено менее 10%.

  >может быть ребятам сперва архиватор сочинить?

  И как он поможет?

159. dimka 2012/10/26 21:11
  > > 158.Баламут
  >пример в вашем тексте - 63х254х63 знака
  >хочу забить всю
  всю не получится
  и я уже сто раз написал, что из того, что есть 63 столбца, 254 строки и максимальное количество знаков в ячейке 63 никак не следует возможность записать 63 знака во все ячейки одновременно.
  Это просто логика.

Страниц (6): 1 2 3 4 5 6

Связаться с программистом сайта.

Новые книги авторов СИ, вышедшие из печати:
О.Болдырева "Крадуш. Чужие души" М.Николаев "Вторжение на Землю"

Как попасть в этoт список

Кожевенное мастерство | Сайт "Художники" | Доска об'явлений "Книги"

Дмитриев Павел : другие произведения.

Комментарии: Eltab (Оценка:8.45*10,)

Комментарии: Eltab
(Оценка:**8.45*10**,)