Хотелось бы тогда увидеть API этого модуля. Потому как я пока не понимаю его сути, честно.
В реальной жизни же никто не пытается сразу создавать таблицу «Крохи информации о пользователе».
К тому же, если создавать такой — надо сразу прикладывать и средства для «сбора крох из уже имеющегося барахла».
Естественно, что решать всегда имеет смысл только тогда, когда время на передачу задания и результат меньше времени вычисления.
Те же bitcoin прекрасно распределяются на мощные удалённые вообще на JSON :D
Просто когда нужно что-то считать, если берётся OpenMPI уже подразумеваются немелкие передачи данных и очень шустрая связка внутри кластера…
Это-то естественно, но вот с блокировками и буферизацией всё равно как-то интимиться не охото. Особенно — для вывода результатов.
Если ФС общая — либо каждая нода пишет в свой файл, которые потом сливает стартовый, либо просто reduce'ится всё на стартовую ноду которая уже и печатает вывод.
Кстати да, на тему игрушечности и OpenMPI — гонять OpenMPI в распределённой системе (то есть не в LAN) я бы не стал. Жручий он до траффика…
Пожалуй, достаточно рациональным решением является запись результата в файл
Замечу, что обращение к файлам рекомендуется делать только на одной ноде — стартовой, чтобы избежать проблем с синхронизацией доступа и необходимости использования общей файловой системы.
А это всё суть одно и то же. Разница в том, что при упрощённой регистрации ты должен это вводить, а при медленном сборе информации «естественным путём» это получается «как бы само» без напряжения пользователя совсем.
Нет, почему же. В момент заказа, например, он введёт емейл для отслеживания — тогда же и высказать.
Либо просто показывать «Здравствуйте еще раз!» и ниже ссылку «Запомнить меня» — где предложится просто ввести email, ничего более.
Именно за счет «тонкой» подстройки под конкретный проект, «универсальное» решение тут будет монстроидальным, и будет создавать больше лулзов чем выдавать профита.
Это надо делать под конкретный проект, сознавая что и зачем делается.
Вообще было бы очень интересно узнать о причине, когда разберётесь.
Я уже не первый раз сталкиваюсь с глючными под 64bit плеерами, но при этом не встречал ни одного внятного описания конкретных глюков и их workaround'ов.
Было бы очень интересно.
Это проблема не линуксов, это проблем 64бит плеера. На винде поведение 64bit плеера такое же.
В данной конкретной swf'ке — да, просто не запускается, черный экран.
На играх на kongregate я пронаблюдал всю гамму глюков — от незапускающихся, до не жмущихся кнопок, сломаной логики и так далее :)
Да, я сперва думал что проблема в линуксе. Потом выяснилось что проблема именно во флеше — 64bit плеер глючный до нельзя, что винда что линух.
Для запуска у меня в другом браузере стоит 32bit плеер, под ним работает, да.
Хм. Когда я рисовал свою первую статью не работало сохранение в черновики, но предпросмотр работал.
Когда рисовал ссылку, и предпросмотр и черновики работало несмотря на нехватку кармы.
Так что всё-таки починили полностью, вроде как.
Блин!!! Отправилось :(
root@falco:~# echo «deb packages.dotdeb.org stable all» >> /etc/apt/sources.list
лучше, имхо, использовать /etc/apt/sources.list.d/dotdeb.list, куда просто через > сложить
опечатка про «mininal»
Очень напрягает, что xsp будет запущен от рута. Это так и задумано? Как с безопасностью в этом плане? Может, стоит добавить переключение на юзера www-data или там xsp?
В реальной жизни же никто не пытается сразу создавать таблицу «Крохи информации о пользователе».
К тому же, если создавать такой — надо сразу прикладывать и средства для «сбора крох из уже имеющегося барахла».
Те же bitcoin прекрасно распределяются на мощные удалённые вообще на JSON :D
Просто когда нужно что-то считать, если берётся OpenMPI уже подразумеваются немелкие передачи данных и очень шустрая связка внутри кластера…
Если ФС общая — либо каждая нода пишет в свой файл, которые потом сливает стартовый, либо просто reduce'ится всё на стартовую ноду которая уже и печатает вывод.
Кстати да, на тему игрушечности и OpenMPI — гонять OpenMPI в распределённой системе (то есть не в LAN) я бы не стал. Жручий он до траффика…
Замечу, что обращение к файлам рекомендуется делать только на одной ноде — стартовой, чтобы избежать проблем с синхронизацией доступа и необходимости использования общей файловой системы.
Либо просто показывать «Здравствуйте еще раз!» и ниже ссылку «Запомнить меня» — где предложится просто ввести email, ничего более.
Это надо делать под конкретный проект, сознавая что и зачем делается.
Я уже не первый раз сталкиваюсь с глючными под 64bit плеерами, но при этом не встречал ни одного внятного описания конкретных глюков и их workaround'ов.
Было бы очень интересно.
В данной конкретной swf'ке — да, просто не запускается, черный экран.
На играх на kongregate я пронаблюдал всю гамму глюков — от незапускающихся, до не жмущихся кнопок, сломаной логики и так далее :)
Да, я сперва думал что проблема в линуксе. Потом выяснилось что проблема именно во флеше — 64bit плеер глючный до нельзя, что винда что линух.
Для запуска у меня в другом браузере стоит 32bit плеер, под ним работает, да.
Когда рисовал ссылку, и предпросмотр и черновики работало несмотря на нехватку кармы.
Так что всё-таки починили полностью, вроде как.
о, еще и start-stop-daemon, теперь совсем кошерно :)
root@falco:~# echo «deb packages.dotdeb.org stable all» >> /etc/apt/sources.list
лучше, имхо, использовать /etc/apt/sources.list.d/dotdeb.list, куда просто через > сложить
опечатка про «mininal»
Очень напрягает, что xsp будет запущен от рута. Это так и задумано? Как с безопасностью в этом плане? Может, стоит добавить переключение на юзера www-data или там xsp?
Не надо думать «а как у пользователя тут».
p.s.: сам предпочитаю переключение по правому шифту.