OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Пятница, 29 Март, 2024 02:40

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу Пред.  1, 2
Автор Сообщение
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 08:50 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
по тестам простой cgi скрипт (Hello World) на oberon медленнее php (в режиме mod_php) всего лишь в несколько раз.
при этом определенно сам вычислительный процесс на oberon должен быть быстрее.
так что идея имее тправо на жизнь.

портит малину то что XDS не компилирует в x64 (а 32bit приложения не запускаются на сервере).
а если использовать транслятор типа ofront+ или XDS-C - появляется зависимость от gcc и реализация данной схемы становится намного сложнее т.к. установить свои пакеты с компилятором и другими инструментами не возможно.

парадокс - XDS хорошая система которая разворачивается всего лишь распаковкой архива - но имеет мало практического применения из за отсутствия x64 версии.


Последний раз редактировалось perloid Среда, 28 Декабрь, 2016 08:57, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 08:54 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Comdiv писал(а):
perloid писал(а):
делал такое на PHP массивах и получал цифры намного более лучшие чем mysql

Сравнивать нужно было с NoSQL.


- во первых сущесвующие NoSQL - это универсальные системы написанные на низкоуровневых языках С/С++. что требует значительных ресурсов на изучение работы систем.
- во вторых нужно ежемесячно платить деньги за сервисы типа redis или tarantool или админить самому на vds.

применение простого и более высокоуровнего oberon для реализации частной модели данных было бы простым и доступным для широких масс вариантом.
т.к. по сути это просто алгоритм обработки с вшитым набором данных.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 09:39 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
perloid писал(а):
применение простого и более высокоуровнего oberon для реализации частной модели данных было бы простым и доступным для широких масс вариантом
Это справедливо в гораздо более общем контексте. Хорошо, что можно выразить мысль цитатой, а не от своего имени. Цитата всегда звучит убедительней :)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 10:22 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
perloid писал(а):
Comdiv писал(а):
perloid писал(а):
делал такое на PHP массивах и получал цифры намного более лучшие чем mysql

Сравнивать нужно было с NoSQL.


- во первых сущесвующие NoSQL - это универсальные системы написанные на низкоуровневых языках С/С++. что требует значительных ресурсов на изучение работы систем.
- во вторых нужно ежемесячно платить деньги за сервисы типа redis или tarantool или админить самому на vds.

применение простого и более высокоуровнего oberon для реализации частной модели данных было бы простым и доступным для широких масс вариантом.
т.к. по сути это просто алгоритм обработки с вшитым набором данных.

Хабра на вас нет.
Riak написан по большей части на Erlang, CouchDB - на Erlang. Плюс к тому, это нисколько не универсальные системы.
За что нужно платить? За Redis, Tarantool? Мы с вами, похоже, на разных планетах живем.
Админить самому VDS? В чем проблема?

Толсто...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 12:36 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1447
Откуда: Киев
perloid писал(а):
- во первых ...
- во вторых ...
Это всё не имеет отношения к сути. А суть такова - описаная Вами схема будет работать, если не нужен функционал SQL, поэтому и сравнивать нужно было тоже не c более общим и медленным MySQL, а с более быстрыми NoSQL вариантами. Такое сравнение имело бы смысл, а если заведомо исключать более подходящие способы из сравнения, то можно прийти к любым выводам, но пользы от них будет мало.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 13:09 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Димыч писал(а):
Riak написан по большей части на Erlang, CouchDB - на Erlang. Плюс к тому, это нисколько не универсальные системы.

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

а вот инструменты компилироания oberon кода поставить впринципе можно. хотя на данный момент не очень то и просто это.
а хотелось бы что то типа Roslyn - чтобы просто можно было компилировать через api или хотябы просто компилятор в виде 1 исполнимого файла который просто копируеш куда хочешь - тогда генерим код модели, компилируем, запускаем или демона или CGI который выдает результаты обработки. и не нужны никакие эрланги и тарантулы и лишние рты.

Димыч писал(а):
За что нужно платить? За Redis, Tarantool? Мы с вами, похоже, на разных планетах живем.

платить естественно за тех. поддержку серверов с Redis, Tarantool придется - это вроде элементарно.

Димыч писал(а):
Админить самому VDS? В чем проблема?

вы будете за бесплатно админить мои VDS сервера? дежурить по ночам, хорошо? если нет - в чем же проблема?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 13:22 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Comdiv писал(а):
perloid писал(а):
- во первых ...
- во вторых ...
Это всё не имеет отношения к сути. А суть такова - описаная Вами схема будет работать, если не нужен функционал SQL, поэтому и сравнивать нужно было тоже не c более общим и медленным MySQL, а с более быстрыми NoSQL вариантами. Такое сравнение имело бы смысл, а если заведомо исключать более подходящие способы из сравнения, то можно прийти к любым выводам, но пользы от них будет мало.


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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 13:53 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
perloid писал(а):
по тестам простой cgi скрипт (Hello World) на oberon медленнее php (в режиме mod_php) всего лишь в несколько раз.

Хорошо, зайдем с другой стороны. Тесты в студию.
Это раз.

Какую задачу решаем? Это два.

Что-то из всех высказываний не видно реальную задачу, только болтовня.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 13:55 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
perloid писал(а):
суть в том чтобы ускорить вычисления и снизить нагрузку - как NoSQL решают эту задачу по сравнению с исполнимым кодом?
NoSQL это тупо key value хранилище с набором универсальных функций, причем работающее через сетевое соединение.
веть чтобы сделать обработку данных вы пишете код который сначала берет данные из nosql хранилища они передаются по сети - потом конвертирует в пригодный вид потом обрабатывает потом выдает результат.

С какими NoSql системами есть опыт работы?
У меня вот очень хорошие впечатления от CouchDB, MongoDB и Redis. Вот только использовать их как БД общего назначения не всегда удобно. Ну и насчет "тупо" - это мимо, однозначно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Среда, 28 Декабрь, 2016 14:24 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1447
Откуда: Киев
perloid писал(а):
как NoSQL решают эту задачу по сравнению с исполнимым кодом?

Если для ваших задач лучше исполнимый код, никто не против его использования. Я указал на некорректность сравнения скорости работы несопоставимых решений, а не агитировал использовать NoSQL.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Четверг, 29 Декабрь, 2016 09:45 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Димыч писал(а):
perloid писал(а):
по тестам простой cgi скрипт (Hello World) на oberon медленнее php (в режиме mod_php) всего лишь в несколько раз.

Хорошо, зайдем с другой стороны. Тесты в студию.
Это раз.

Какую задачу решаем? Это два.

Что-то из всех высказываний не видно реальную задачу, только болтовня.


все выше было описано - вы возможно читаете не внимательно.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Четверг, 29 Декабрь, 2016 09:46 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Comdiv писал(а):
perloid писал(а):
как NoSQL решают эту задачу по сравнению с исполнимым кодом?

Если для ваших задач лучше исполнимый код, никто не против его использования. Я указал на некорректность сравнения скорости работы несопоставимых решений, а не агитировал использовать NoSQL.


так и я вроде отметил что это частная задача - подсчет объединений и пересечений множеств.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Четверг, 29 Декабрь, 2016 09:49 

Зарегистрирован: Воскресенье, 04 Январь, 2009 12:00
Сообщения: 52
Димыч писал(а):
perloid писал(а):
суть в том чтобы ускорить вычисления и снизить нагрузку - как NoSQL решают эту задачу по сравнению с исполнимым кодом?
NoSQL это тупо key value хранилище с набором универсальных функций, причем работающее через сетевое соединение.
веть чтобы сделать обработку данных вы пишете код который сначала берет данные из nosql хранилища они передаются по сети - потом конвертирует в пригодный вид потом обрабатывает потом выдает результат.

С какими NoSql системами есть опыт работы?
У меня вот очень хорошие впечатления от CouchDB, MongoDB и Redis. Вот только использовать их как БД общего назначения не всегда удобно. Ну и насчет "тупо" - это мимо, однозначно.


причем тут БД общего назначения? я уже несколько раз повторял что задача частная. которая сначала была решена через SQL-запросы.
далее переведена тупо в обработку готового массива данных.
к примеру для обработки изображений тоже будете CouchDB, MongoDB и Redis использовать?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Четверг, 29 Декабрь, 2016 12:19 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1447
Откуда: Киев
perloid писал(а):
так и я вроде отметил что это частная задача - подсчет объединений и пересечений множеств.

1. Это не делает корректным сравнение указанного подхода с MySQL
2. То, что Вы отметили в начальном сообщении - "набор данных по сути список подготовленных массивов по которым делается проход и всяческие объединения или пересечения", это слишком маловразумительно для того, чтобы аппелировать к этому.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: CGI и т.п.
СообщениеДобавлено: Четверг, 29 Декабрь, 2016 13:57 
Аватара пользователя

Зарегистрирован: Среда, 29 Март, 2006 12:09
Сообщения: 495
perloid писал(а):
к примеру для обработки изображений тоже будете CouchDB, MongoDB и Redis использовать?

Да. Я обрабатывал картинки с их помощью. Вопрос в том, что понимать под обработкой, безусловно.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 35 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 7


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

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2024, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB