What we if write free text books and after publishing them, offer a
match-to-your-need service?
- Dave
On Tue, Sep 08, 2009 at 09:47:15AM +0300, Jonathan Ben Avraham wrote:
> On Tue, 8 Sep 2009, Dov Grobgeld wrote:
>
>> Date: Tue, 8 Sep 2009 09:40:58 +0300
>> From: Dov Grobgeld
>> To: Jonatha
On 09/08/2009 09:47 AM, Jonathan Ben Avraham wrote:
> On Tue, 8 Sep 2009, Dov Grobgeld wrote:
>
>> Date: Tue, 8 Sep 2009 09:40:58 +0300
>> From: Dov Grobgeld
>> To: Jonathan Ben Avraham
>> Cc: ILUG
>> Subject: Re: eTextBooks (for kids)
>>
>> That argument is like the arguments against writing f
On Tue, 8 Sep 2009, Meir Kriheli wrote:
[snip]
Much like the services industry around FLOSS a musician can perform live
concerts, merchandising etc.
There are people looking for different business model in music as well
utilizing various CC licenses, see for example:
http://www.jamendo.com/en/
1. Matach already started uploading books
2. Books the schools use need to be approved
3. They sell those books like amazon does so they still earn quite a bit
money
4. There was never a michraz of who can provide the books in cheaper price,
so you actually have a
lot of parents who must buy those
On 09/08/2009 10:29 AM, Jonathan Ben Avraham wrote:
> On Tue, 8 Sep 2009, Meir Kriheli wrote:
>
> [snip]
>> Much like the services industry around FLOSS a musician can perform live
>> concerts, merchandising etc.
>>
>> There are people looking for different business model in music as well
>> utili
The problem isn't the writers making money, it's the publishers.
A text book, even in a "small" market like Israel will go out to tens of
thousands of children a year. An author could make a lucrative living just
by selling the eText for a few shekels, certainly much less than is payed
now for the
Experienced Linux C++ networking programmer
Required Skills:
· Minimum 4 years experience as a software engineer.
· Minimum 2 years C++ programming experience
· Linux internals knowledge is mandatory
· Development & object-oriented design on Linux OS.
·
Yonatan, Dov, et al
1. I think an argument against competitive alternatives on the basis of an
incumbent industry's economic interest is, to say the leastweak.
The Israeli textbook industry is a racket. This thread would not be
happening if our children would be learning from standard p
Hi,
In socialistic USSR, school books were not bought each year. Instead pupils
had to take them from their's school library for the coming year and return
them at end of the year. Each book had "worn out" level marked on cover of
the book and one had to be careful not to wore out the book too muc
Hi Arieh,
I have edited your post below slightly to exactly match the Seattle public
school system in the 60's of last century. Except for the text in brackets
([]) the rest is identical.
- yba
On Tue, 8 Sep 2009, Arie Skliarouk wrote:
Date: Tue, 8 Sep 2009 13:58:14 +0300
From: Arie Sklia
In Soviet Russia, book reads YOU.
2009/9/8 Arie Skliarouk
> Hi,
>
> In socialistic USSR, school books were not bought each year. Instead pupils
> had to take them from their's school library for the coming year and return
> them at end of the year. Each book had "worn out" level marked on cover
I think it was like that also in the pre 67 Israel.
Ely
2009/9/8 Jonathan Ben Avraham
> Hi Arieh,
> I have edited your post below slightly to exactly match the Seattle public
> school system in the 60's of last century. Except for the text in brackets
> ([]) the rest is identical.
>
> - yba
>
Hi,
I have two machines, their hardware is not identical, but their installation
is.
One is a 3 years old DELL server, while the other is a 1 year old server.
One is running 2.6.26-2-686 while the other 2.6.30-1-686
What I am seeing is slow startup - emphasis on startup, the code works fast
onc
When I left high-school in the capitalist USA in 1994 this was also the
process. I can only assume it still is.
It's just sensible not to throw out all the books every year. It's not
really tied to any political ideology.
2009/9/8 Arie Skliarouk
> Hi,
>
> In socialistic USSR, school books were
Arie
In capitalistic US where I grew up - we had EXACTLY the same method.
There are benefits to be learned from our neighbors from West and East.
danny
http://danny-lieberman.blogspot.com/index.html
2009/9/8 Arie Skliarouk
> Hi,
>
> In socialistic USSR, school books were not bought each year.
2009/9/8 Noam Rathaus :
> Hi,
>
> I have two machines, their hardware is not identical, but their installation
> is.
>
> One is a 3 years old DELL server, while the other is a 1 year old server.
>
> One is running 2.6.26-2-686 while the other 2.6.30-1-686
>
> What I am seeing is slow startup - emph
Hi Noam,
Yes I looked with strace.
The most notable difference is the read time on files (new HD)
0.047210 read(7, " <= 0)\n {\n $numLimit = 10;\n }\n\n "..., 4096)
Instead of (old HW)
0.001462 read(6, "owItem = $1;\n\n my $RowItems = $s"..., 4096) = 4096
That is 40 times slower (it is the sam
Everything is on the /dev/sda
And local
That is not the answer...
On Tue, Sep 8, 2009 at 3:28 PM, Gabor Szabo wrote:
> 2009/9/8 Noam Rathaus :
> > Hi,
> >
> > I have two machines, their hardware is not identical, but their
> installation
> > is.
> >
> > One is a 3 years old DELL server, while
Try to measure disk seek time on both disks:
time echo $(dd if=/dev/sda of=/dev/null count=1 bs=512; dd if=/dev/sda
of=/dev/null count=1 bs=1 skip=200049647116;)
Replace the last number with size of the disk - several bytes (check using
fdisk -l).
The operation would give meaningful result only
emil h wrote:
>
> Experienced Linux C++ networking programmer
>
> Required Skills:
> · Minimum 4 years experience as a software engineer.
> · Minimum 2 years C++ programming experience
> · Linux internals knowledge is mandatory
> · Development & object-oriented des
Hi Noam,
1) Both machines have 2GB of memory and are using 200Mb of it..
I think the problem is not memory
2) no weird errors, of any kind in the dmesg or /var/log
The newer machine is very new :) I wrote 1 year, it is actually 3 months, I
don't think its a hardware malfunction, but I could be
On Monday 07 September 2009 08:42:22 Dotan Cohen wrote:
> > It seems most people so far prefer CMake. However, the reason I'm giving
> > it is because Constantine here (CCed to this message) volunteered to
> > prepare it together with me, and then to give it to Telux. So thank
> > Constantine for s
Noam Rathaus wrote:
I know the time difference doesn't look too bad, but take a bigger
code set:
Fast:
real0m1.682s
user0m1.584s
sys0m0.064s
Slow:
real0m16.730s
user0m9.345s
sys0m0.096s
These times spell "CPU intensive". Does your library do anything
special? If you t
the time output does looks like you have higher cpu usage for some reason,
so i agree with Shachar on this.
you can also try to pinpoint the place the cpu is spent.
strace and/or ltrace with the '-f -c' flags can help.
On Tue, Sep 8, 2009 at 5:24 PM, Shachar Shemesh wrote:
> Noam Rathaus wro
Noam Meltzer wrote:
the time output does looks like you have higher cpu usage for some
reason, so i agree with Shachar on this.
you can also try to pinpoint the place the cpu is spent.
strace and/or ltrace with the '-f -c' flags can help.
I'm not sure about ltrace, but strace will not help. Mos
Hi,
Here you go...
--- old2009-09-08 17:47:41.0 +0300
+++ new2009-09-08 17:47:31.0 +0300
@@ -1,38 +1,45 @@
-tune2fs 1.40-WIP (14-Nov-2006)
-Filesystem volume name: /
+tune2fs 1.41.3 (12-Oct-2008)
+Filesystem volume name:
Last mounted on:
-Filesystem UUID:
Fast:
time perl t.pl
Done
real0m0.431s
user0m0.416s
sys0m0.016s
Slow
time /tmp/t.pl
Done
real0m1.742s
user0m0.864s
sys0m0.008s
On Tue, Sep 8, 2009 at 5:04 PM, Shachar Shemesh wrote:
> Noam Rathaus wrote:
>
> Hi Noam,
>
> 1) Both machines have 2GB of memory and are us
The only obvious one is that read() shown under strace, takes a significant
more time on the new machine than the old one
On Tue, Sep 8, 2009 at 5:43 PM, Shachar Shemesh wrote:
> Noam Meltzer wrote:
>
> the time output does looks like you have higher cpu usage for some reason,
> so i agree with
Noam Rathaus wrote:
The only obvious one is that read() shown under strace, takes a
significant more time on the new machine than the old one
You can split the difference between the platforms into three groups:
Time spent in the kernel (0.032 seconds)
Time spent in userspace (7.761 seconds)
Tim
Both machines return around the 0m0.013s value, while the newer one shows a
lower value, not by much (even though it is a 160gb disk, in comparison to
the 40gb disk).
2009/9/8 Arie Skliarouk
> Try to measure disk seek time on both disks:
>
> time echo $(dd if=/dev/sda of=/dev/null count=1 bs=51
Hi,
I would try to focus on the I/O issue. (best guess I have so far)
Some things I would check:
1. file system cache. mayeb the file is already in cache? maybe all memory
is allocated and no free ram for cache? etc.
2. dmesg and/or /var/log/messages -> check if there are weird I/O errors.
(same f
Hi,
Interesting riddle...
2009/9/8 Noam Rathaus
> The most notable difference is the read time on files (new HD)
> 0.047210 read(7, " <= 0)\n {\n $numLimit = 10;\n }\n\n "..., 4096)
>
> Instead of (old HW)
> 0.001462 read(6, "owItem = $1;\n\n my $RowItems = $s"..., 4096) = 4096
>
> That is 40
So I am stuck
Grrr
Anyone with ideas on how I can understand why "my packages" are causing
issues, while apparently, "perl-provided" packages such as LWP::UserAgent
dont?
On Tue, Sep 8, 2009 at 5:58 PM, Shachar Shemesh wrote:
> Noam Rathaus wrote:
>
> The only obvious one is that read() shown
I know the time difference doesn't look too bad, but take a bigger code set:
Fast:
real0m1.682s
user0m1.584s
sys0m0.064s
Slow:
real0m16.730s
user0m9.345s
sys0m0.096s
On Tue, Sep 8, 2009 at 5:15 PM, Noam Rathaus wrote:
> Fast:
>
> time perl t.pl
> Done
> real0m0.431s
Hi Gabor,
I didn't check the network traffic, or name resolving, though both are quite
fast
Both are running v5.10.0 i486-linux-gnu-thread-multi
They are on different networks
I don't think its a "name" collision, I agree the name DB is not a good
choice :)
tcpdump shows no name resolution occ
Noam Rathaus wrote:
So I am stuck
Did you try "strace -T -f" yet?
Grrr
Anyone with ideas on how I can understand why "my packages" are
causing issues, while apparently, "perl-provided" packages such as
LWP::UserAgent dont?
Did you try an empty "my packages"^H?
Shachar
--
Shachar Shemesh
Noam Rathaus wrote:
Hi Noam,
1) Both machines have 2GB of memory and are using 200Mb of it..
I think the problem is not memory
So it's probably not IO either.
2) no weird errors, of any kind in the dmesg or /var/log
The newer machine is very new :) I wrote 1 year, it is actually 3
months,
Hi Arie,
It happens every time, not just the first time, so I don't think its seek
time
I am running as root
Both machines are remote, so I can't see thrashing :D
2009/9/8 Arie Skliarouk
> Try to measure disk seek time on both disks:
>
> time echo $(dd if=/dev/sda of=/dev/null count=1 bs=512
Thanks Dotan for the insight
2009/9/8 Dotan Shavit
> On Tuesday 08 September 2009, Noam Rathaus wrote:
> > So I am stuck
> >
> > Grrr
> >
> > Anyone with ideas on how I can understand why "my packages" are causing
> > issues, while apparently, "perl-provided" packages such as LWP::UserAgent
> >
On Tuesday 08 September 2009, Noam Rathaus wrote:
> So I am stuck
>
> Grrr
>
> Anyone with ideas on how I can understand why "my packages" are causing
> issues, while apparently, "perl-provided" packages such as LWP::UserAgent
> dont?
http://www.gksoft.com/a/fun/catch-lion.html
>
> On Tue, Sep 8,
On Tuesday 08 September 2009 10:38:34 Meir Kriheli wrote:
> On 09/08/2009 10:29 AM, Jonathan Ben Avraham wrote:
> > On Tue, 8 Sep 2009, Meir Kriheli wrote:
> >
> > [snip]
> >
> >> Much like the services industry around FLOSS a musician can perform live
> >> concerts, merchandising etc.
> >>
> >> Th
I was primary school student in the pre-1967 Israel.
And at the time our parents were required to purchase books for us each
year.
Books usually were good for few years, so there were used book bazaars.
However, even then there were complaints that publishers issue new
editions each few years.
W
Comparing the two,
I can see that on the slower system
/ <0\.0[^0]
(in VI)
catches 505 read(), brk(), stat64 attempts which take more than 0.01seconds,
1 as high as 0.035575 while 22 taking between 0.019 and 0.30, and the rest
481 above 0.01 and under 0.02
On the other system, there are non tha
2009/9/8 Danny Lieberman
> Yonatan, Dov, et al
>
> 1. I think an argument against competitive alternatives on the basis of an
> incumbent industry's economic interest is, to say the leastweak.
>
>
Right and true. Luckily, I believe that at some point the alternatives will
become viable e
2009/9/8 Noam Rathaus
> Hi,
>
> I have two machines, their hardware is not identical, but their
> installation is.
>
> One is a 3 years old DELL server, while the other is a 1 year old server.
>
> One is running 2.6.26-2-686 while the other 2.6.30-1-686
>
Which distribution is this? The kernel v
45 matches
Mail list logo
