No hope for IPS. It kills OpenSolaris´s future.
This is not an attack. Just a sad finding. Yes, I bring this to the table again. But let´s face it, what is better? A convenient slimer or an inconvenient person who reports the truth at least once per year? A mistake is only then a mistake, if it doesn´t get corrected. IPS is such a case. From day 1 it was a bad implementation. The paradigm is good. The python code looks nice and sophisticated. But it is un-usable in the current form. Plus the status console output is cryptic and meaningless (while also not being verbose). Conary - on the other hand - had been available under a free license plus usable 3 years before IPS was started. It is a sad fact. Am I a lazy person who always complains without ever offering alternatives? Judge yourself, but together with Brian Gupta (who significantly sponsored me financially) we ported conary to OpenSolaris. Src and test-bins were there. Nobody ever wanted it. So do what you want. But be aware that it kills your distro and associated market share. Yesterday I wanted to install openoffice. After 2 hours I killed it, because it already ^^proceeded^^ till about 80MB of 2800MB. I needed to edit my word document yesterday, not today. During these first 2 hours the box was completely out of mem and out of CPU cycles. Totally inresponsive (3 to 10 seconds per click). After I killed pkg, I could continue to do something, just as normal. This box is a 2GHz Pentium Dual Core Notebook manufactured in December 2008. Two Intel cores running at 2GHz each. Plus the RAM is 4GB. How many engineers have been occupied by doing this IPS? How many more have been busy to adopt their projects from SVR4-pkgadd to IPS? I bet a certain person will now show up and tell me, that it is compleeeeetellllyyyy difffferentttt etc. And that it was a wanted community project (in 2007/08 he always claimed, it was just simply a trial). And that it is of course unfinished alpha software and that - finally after its completion - all bottlenecks will have been removed. And that OpenSolaris´ special requirements made it impossible to base the work on a functioning system (such as conary). And that it is bad practice to complain about the work of others. And that this is the essence of DEVELopment and PROGRESS, to throw all other things away and to start from 0. Employing 100 engineers for a few years and throwing away money that nobody had (while other fronts, such as SPARC-gfx) had to die out due to a ^lack of money and resources^ . And it is not alone Python´s fault (interpreted vs. compiled), because conary is also in Python. Ok, if you want to jump, feel free to freely fall. I tried to help and got burned for it (in 2007). -->> Your Choice <<-- And worse for you: Customers also choose. %martin bochnig Old page was: http://hub.opensolaris.org/bin/view/Project+conary-eval (most things seem to have been deleted after website migration) On Sat, Feb 27, 2010 at 12:17 PM, Andrew Stormont <andyjstorm...@googlemail.com> wrote: > Hi, > > Performance was also pretty terrible on my old Core 2 Quad with 4GB RAM. > That was one of the main reasons I switched to Nexenta (http://nexenta.org). > > Andy > > On 27 February 2010 10:52, Bruno Damour <br...@ruomad.net> wrote: >> >> well the whole install took 2 hours >> for 1 pkg !! >> it seems that disk read/write here is the bottleneck (?). >> iostat -D 2 shows my hd busy at around 100% >> iosnoop reports a lot of access by pkg : >> >> UID PID D BLOCK SIZE COMM PATHNAME >> [...] >> 0 1666 R 35943541 4096 pkg <none> >> 0 1666 R 35689921 4096 pkg <none> >> 0 1666 R 4440824 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35921758 4096 pkg <none> >> 0 1666 R 4622752 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35914394 4096 pkg <none> >> 0 1666 R 4619760 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35927313 4096 pkg <none> >> 0 1666 R 4628296 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 65535 626 R 4616648 4096 Xorg <none> >> 0 1666 R 4628016 4096 pkg <none> >> 0 1666 R 4639352 4096 pkg <none> >> 0 1666 R 35668129 4096 pkg <none> >> 0 1666 R 4419792 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35745803 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35827415 4096 pkg <none> >> 0 1666 R 4560008 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 30094080 65536 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 30321619 4096 pkg <none> >> 0 1666 R 4325904 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35841146 6144 pkg <none> >> 0 1666 R 35908772 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35855403 4096 pkg <none> >> 0 1666 R 35680068 4096 pkg <none> >> 0 1666 R 4431488 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35841146 6144 pkg <none> >> 0 1666 R 35925193 4096 pkg <none> >> 0 1666 R 4626176 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35924929 4096 pkg <none> >> 0 1666 R 4625912 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 4494072 4096 pkg <none> >> 0 1666 R 4615440 4096 pkg <none> >> 0 1666 R 4581384 4096 pkg <none> >> 0 1666 R 30091646 6144 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 30320827 4096 pkg <none> >> 0 1666 R 4325112 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35687936 65536 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35687571 4096 pkg <none> >> 0 1666 R 4438632 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35693271 4096 pkg <none> >> 0 1666 R 4444000 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35825142 6144 pkg <none> >> 0 1666 R 35833326 4096 pkg <none> >> 0 1666 R 4565544 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35812864 65536 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35812610 4096 pkg <none> >> 0 1666 R 4553536 4096 pkg <none> >> 0 1666 R 35841146 6144 pkg <none> >> 0 1666 R 35972910 4096 pkg <none> >> 0 1666 R 4667736 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35925153 4096 pkg <none> >> 0 1666 R 4626136 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35958985 4096 pkg <none> >> 0 1666 R 4654040 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35928401 4096 pkg <none> >> 0 1666 R 4629384 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35927377 4096 pkg <none> >> 0 1666 R 4628360 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35709858 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35945429 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35825142 6144 pkg <none> >> 0 1666 R 35833702 4096 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> 0 1666 R 35841146 6144 pkg <none> >> 0 1666 R 35921280 65536 pkg <none> >> 1 465 R 14771611 512 idmapd <none> >> [...] >> >> I have 4GB of swap, of which 3.6G free >> >> Any ideas someone ? >> pkg is barely usable on this system >> -- >> This message posted from opensolaris.org >> _______________________________________________ >> opensolaris-discuss mailing list >> opensolaris-discuss@opensolaris.org > > > _______________________________________________ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org