Zotonic
Zotonic
zotonic@conference.zotonic.com
Wednesday, 6 June 2012< ^ >
arjan has set the subject to: Zotonic - the Erlang CMS
Room Configuration

GMT+2
[00:41:47] maas.maarten.zeeman leaves the room
[03:40:12] simon.smithies joins the room
[05:02:56] simon.smithies leaves the room
[07:19:25] maas.maarten.zeeman joins the room
[07:33:54] simon.smithies joins the room
[08:56:29] simon.smithies leaves the room
[09:19:45] maas.maarten.zeeman leaves the room
[09:23:33] arjan joins the room
[09:51:26] hc joins the room
[09:51:44] <hc> there's still a small bug i've discovered while testing the code in the wild, will try to fix it today
[10:15:35] maas.maarten.zeeman joins the room
[11:19:25] hc leaves the room
[11:34:47] <arjan> maybe we should add a priv/vm.args file
[11:35:02] <arjan> priv/vm.args.in
[11:35:14] <arjan> which gets added to the zotonic start cmd with -args_file
[11:41:57] hc joins the room
[12:17:32] <Marc Worrell> @hc: nice work!
[12:17:58] <Marc Worrell> @arjan you mean for options like "-P" etc?
[12:19:36] <arjan> yes
[12:19:52] <arjan> any vm arg that you wanna add
[12:24:52] hc leaves the room
[12:26:44] hc joins the room
[13:53:38] <hc> thanks
[14:02:48] <hc> i'm thinking about how to do gzip encoding with sendfile... the easiest way i can think of would be to have resource_file_readonly store each file it is serving in a gzipped version and pass two raw filehandles to webzmachine
[14:05:59] <maas.maarten.zeeman> @arjan That would be nice. Does that also work for -env args like ERL_MAX_PORTS ERL_MAX_ETS_TABLES?
[14:06:14] <arjan> yes
[14:06:42] <arjan> you just put every option on its own line
[14:06:54] <arjan> ## Enable kernel poll and a few async threads
+K true
+A 5
## Increase number of concurrent ports/sockets
-env ERL_MAX_PORTS 4096
## Tweak GC to run more often
-env ERL_FULLSWEEP_AFTER 10
[14:06:55] <arjan> etc
[14:07:48] <maas.maarten.zeeman> Yes. That is much better than adding it to zotonic_setup and zotonic-start and friends
[14:08:37] <arjan> jep
[14:17:20] <Marc Worrell> @hc regarding the gzip. Most files that need gzip are quite small (js/css/etc), other files (.jpg, .pdf) don't always need gzip. For the small files we can keep them in memory and pass a filehandle to the binary.
[14:17:30] <Marc Worrell> @arjan good idea!
[14:22:11] <hc> how about not doing gzip at all for sendfile then?
[14:22:47] <Marc Worrell> good first thing :-)
[14:23:10] <Marc Worrell> because we use it already for lib files, and all other files are often compressed enough
[14:23:17] <Marc Worrell> we can always revisit it later
[14:23:39] <Marc Worrell> and there were problems regarding gzip and chunked content in webmachine anyway
[14:28:33] Marc Worrell leaves the room: Disconnected: connection closed
[14:28:53] Marc Worrell joins the room
[14:30:09] <maas.maarten.zeeman> Busy implementing a simple local process registry at home to register dynamic processes.
[14:30:28] <maas.maarten.zeeman> Maybe something for the session_manager too.
[14:31:09] <arjan> gproc?
[14:31:37] <Marc Worrell> gproc would be good, considering that as a standard deps anyway
[14:35:43] <maas.maarten.zeeman> Sometimes gproc is slow
[14:36:12] <Marc Worrell> slow as in really slow?
[14:36:32] <maas.maarten.zeeman> Nah, but if you register a lot of procs. Registering new processes is a bit heavy operation through gen_server
[14:36:38] <maas.maarten.zeeman> and then to ets
[14:36:59] <Marc Worrell> first through the gen_server?
[14:37:17] <Marc Worrell> ets can be the 'atomic' operation semaphore here, can't it?
[14:37:20] <maas.maarten.zeeman> Yup, it has to update multiple tabl;es
[14:37:33] <maas.maarten.zeeman> ets is atomic for 1 table update
[14:38:15] <maas.maarten.zeeman> With some trickery you can sometimes fold multiple tables into one though
[14:38:23] <maas.maarten.zeeman> but that is ugly
[14:38:50] <Marc Worrell> separation is often better (in the long run)
[14:39:30] <maas.maarten.zeeman> Was busy with a simple 2 dict variant.
[14:39:53] <maas.maarten.zeeman> Without all the extra features
[14:41:14] <maas.maarten.zeeman> gproc is nice though. But is more like a shared in memory kv store than just a process registry
[14:55:30] <maas.maarten.zeeman> Wanted to use {via, <reg>, <name>} variant for start_link.
[14:59:27] <Marc Worrell> via?
[15:01:18] <maas.maarten.zeeman> as server ref instead of {local, my_name} or {global, globalname} you can use {via, module, <<"name">>}
[15:02:17] <maas.maarten.zeeman> gen_server then queries the registry module
[15:30:19] <maas.maarten.zeeman> Is new R15 feature though.
[17:14:54] maas.maarten.zeeman leaves the room
[17:31:10] hc leaves the room
[17:39:55] hc joins the room
[18:13:07] hc leaves the room
[18:27:01] arjan leaves the room
[18:47:39] hc joins the room
[18:48:31] maas.maarten.zeeman joins the room
[19:00:06] arjan joins the room
[19:03:36] arjan leaves the room
[19:04:23] arjan joins the room
[19:29:18] arjan leaves the room
[19:32:40] arjan joins the room
[20:04:00] arjan leaves the room
[20:04:00] arjan joins the room
[20:04:00] arjan leaves the room
[21:10:08] maas.maarten.zeeman leaves the room
[21:38:38] hc leaves the room: Computer went to sleep
[22:06:03] simon.smithies joins the room
[22:06:15] simon.smithies leaves the room
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!