| Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Флейм на общие темы » Вопрос к паскалистам и бейсиковедам |
 |
Вопрос к паскалистам и бейсиковедам
работа с файлами последовательного и произвольного доступа
| <<Назад Вперед>> | Страницы: 1 2 3 4 * 5 | Печать |
| 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% процессора. Есть ещё неделя до запуска проги в работу, вот и посмотрим... |
| PS |
NEW! Сообщение отправлено: 13 октября 2012 15:40
Кай написал: Выше постом есть замечательное слово "оптимизировать". В начале 90-х, японцы из NEC спецом создавали пролог-оптимизированные процессоры (дай Ктулху памяти) 26-разрядные. Решая такие задачи.Все отлино ищется в патентах: http://worldwide.espacenet.com...A&ND=4 http://www.google.com/patents/US4546432 http://books.google.com.ua/boo...mp;f=false |
| Сейчас на форуме |
| Кай
Гость
Divine Assassin Откуда: извне (from beyond) Всего сообщений: 13709 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 8 авг. 2010 |
Все отлино ищется в патентахТоже спасибо... Это вот тому камраду DrPass , что дело - мифом назвал, покажите... |
| DrPass
Advanced Member
Откуда: Донецк Всего сообщений: 3566 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 апр. 2005 |
Кай написал: Тоже спасибо... Это вот тому камраду DrPass , что дело - мифом назвал, покажите...А что мне показывать? Специализированная железка под изначально неэффективный алгоритм - что в этом ценного? Это как голосовое управление компьютером. С научной точки зрения прикольно, с практической громоздко и неудобно. |
| Vit Skystranger
Advanced Member
Откуда: Москва Всего сообщений: 599 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 23 июля 2009 |
rw6hrm написал: Сейчас обкатываются два решения - на Сях и на Барсике. Барсиковское проще в реализации оказалось, но из-за эмуляции 16-битного режима жрёт откровенно 100% процессора. Есть ещё неделя до запуска проги в работу, вот и посмотрим...А разве бейсик умеет работать с SQLite? Да и вообще с чем-то, кроме встроенных операторов записи/чтения в файл? А вообще, для этой задачи подошло бы фокспро под ДОС, благо с 32-битностью и "автономностью" там проблем нет, плейлисты можно было бы через отчеты делать, да и база в 35000 записей вполне по зубам. Правда, базу надо было бы в .dbf делать. |
| <<Назад Вперед>> | Страницы: 1 2 3 4 * 5 | Печать |
Полигон-2 » Флейм на общие темы » Вопрос к паскалистам и бейсиковедам |
|
| 0 посетителей просмотрели эту тему за последние 15 минут |
| В том числе: 0 гостей, 0 скрытых пользователей |
| Последние |
|
| [Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. | |
| Самые активные 5 тем |
|