| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Флейм на общие темы » Вопрос к паскалистам и бейсиковедам |
 |
Вопрос к паскалистам и бейсиковедам
работа с файлами последовательного и произвольного доступа
| <<Назад Вперед>> | Страницы: 1 2 3 4 * 5 | Печать |
| e2e4
Advanced Member
Откуда: Москва, ЮВАО Всего сообщений: 558 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 апр. 2010 |
Любопытно, спасибо. |
| Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 октября 2012 0:46 Сообщение отредактировано: 13 октября 2012 0:54
...а самые большие (теоретически) базы с бесконечным ветвлением, позволял вести Пролог (Prolog). Теоретически. Практически это направление издохло. но результаты его работы - исполнимые файлы (по-моему только .com) размером от нескольких сотен байт до нескольких кБ (из примеров), творившие на экране VGA-эффекты типа огня были эффектны.Зная пару сотен байт управления портами и регистрами VGA, это можно было сделать и на турбобейсике. Вернее, на машкоде. $include  Не говоря уже про ассемблер и чистый машкод. Народ "писял кипятком", когда я в турбобейсике указатель мыши на "фак" менял [в текстовом режиме], о чём речь... |
| e2e4
Advanced Member
Откуда: Москва, ЮВАО Всего сообщений: 558 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 апр. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 октября 2012 0:59 Сообщение отредактировано: 13 октября 2012 1:02
Это-то понятно. Только вот примеры были написаны именно на C--. Используя довольно высокоуровневые конструкции типа блоков, функций, передачи параметров и т.п. Правда там можно было явно манипулировать содержимым регистров (точнее, переменные с именами AX, BX, CX, DX и т.п. - были предопределены заранее и генерировался код чтения/записи соответствующего регистра). Много было внесено возможностей ассемблера. Скажем так, автор поставил задачу изобрести язык по мощности аналогичный ассемблеру, а по удобству, ошибкозащищенности, модульности и т.п. - аналогичный Си. В чем-то ему это удалось. Сейчас нашел в инете - Sphinx C-- это называлось. Вроде бы пишут, что есть также и другие языки под названием C--, ставящие другие цели. О них мне ничего не известно. |
| Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 октября 2012 1:15 Сообщение отредактировано: 13 октября 2012 1:25
...И снова мой Вам совет. Запасшись хорошей базой стандартных подпрограмм, пишИте на ассемблере. Вне критики. Вне конкуренции. Вне времени. Я ЗЮку © терпеть не могу. Как и Лисп. Зато на фортране, или бейсике, линейно и безобъектно - могу (без вызова подпрограмм) предвидеть, что Вы мне "Спасибо" скажете. Возможно, не сейчас. Позже. Совет для ТС остаётся в силе. PHP+MySql. |
| DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Кай написал: ...а самые большие (теоретически) базы с бесконечным ветвлением, позволял вести Пролог (Prolog). Теоретически. Практически это направление издохло.Это миф. На самом деле программа на Прологе куда быстрее сожрет аппаратные средства, нежели программа на процедурном языке, решающая ту же задачу по заданному алгоритму. |
| DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
e2e4 написал: Правда там можно было явно манипулировать содержимым регистров (точнее, переменные с именами AX, BX, CX, DX и т.п. - были предопределены заранее и генерировался код чтения/записи соответствующего регистра)Подозреваю, оптимизировать код этот компилятор не умел. |
| Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 октября 2012 5:40 Сообщение отредактировано: 13 октября 2012 5:53 Это миф. На самом деле программа на Прологе куда быстрее сожрет аппаратные средства, нежели программа на процедурном языке, решающая ту же задачу по заданному алгоритму.Выше постом есть замечательное слово "оптимизировать". В начале 90-х, японцы из NEC спецом создавали пролог-оптимизированные процессоры (дай Ктулху памяти) 26-разрядные. Решая такие задачи. Пруфлинк, увы, не дам. Так что, если есть необходимость считать это мифом, пусть это останется мифом. Так всем будет спокойнее. "Ещё один великолепный миф" (почти Р. Асприн). ______________________ ...теперь нам лень изощряться, оптимизировать код, И интерфейс с дураками, мы пишем из году в год, Свыклись с мощной машиной, отвыкли от всякого риска... ©Ю. Нестеренко, "Песня о программистской молодости" |
| gtnhtyrj
Изгнанный
Откуда: из лесу, вестимо. Всего сообщений: 436 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 12 мар. 2012 |
"Кай" верно пишет. Был проект "катана". По производительности на сложных логических исчислениях современным системам не уступит, ну разве что "Диип Фритц". Но ещё извольте учесть, что в нынешних аппаратных средствах на три порядка больше интегральных элементов "впихивается" в каждый кристалл. Да и почему "был", может просто заинтересованные секретные службы купили проект и засекретили и мы не можем далее знать, в каком направлении он развивается. Ну как в случае с "Компьютинг Сёрфэйс". Насчёт MySQL тоже верно - пригодится знание в любом случае - ведь "Sequence Query Language" уже сколько лет, а используется, и ещё дважды столько же будет использоваться, ибо правильный и нужный продукт. |
| Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 октября 2012 7:36 Сообщение отредактировано: 13 октября 2012 8:02
petrenko. Спасибо.  Да, это был катана Хаттори Ханзо... (шучу, цитируя).А насчёт мускуля тоже верно. Универсальная (в 1-ю очередь) база. Есть, разумеется, и другие. Но эта - для всего. Даже для домашнего видеокаталога. Девиз прост: ЗАЧЕМ писАть то, что уже написано до нас? Нужно ЭТИМ ПРАВИЛЬНО пользоваться. (сейчас меня за этот девиз заплюют насваем). [*ворчливо] ...тем паче, что скриптов на PHP для управления плейлистом, существует значительно больше одного десятка. Ну, конечно, задавшись целью сотворить всё то же на самописке и 286 платформе — можно. Но геморно. И не зависит от языка реализации. |
| rw6hrm
Advanced Member
Почётный тоховод Генсокё Откуда: Ставрополь Всего сообщений: 937 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 фев. 2008 |
Мускуль нафиг, иначе не получится переносимость проги с компа на комп без шаманства инсталляции. SQLite окончательно. Чем не нравится пхп - своей дурной зависимостью от даты компиляции либов. "Вот не хочу подключать, ибо старьё подсовываешь, начальник!" Брать готовое - нет возможности, ибо не совпадает с моими извращёнными желаниями Сейчас обкатываются два решения - на Сях и на Барсике. Барсиковское проще в реализации оказалось, но из-за эмуляции 16-битного режима жрёт откровенно 100% процессора. Есть ещё неделя до запуска проги в работу, вот и посмотрим... |
| <<Назад Вперед>> | Страницы: 1 2 3 4 * 5 | Печать |
Полигон-2 » Флейм на общие темы » Вопрос к паскалистам и бейсиковедам |
|
| 1 посетитель просмотрел эту тему за последние 15 минут |
| В том числе: 1 гость, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|