On 12/1/2017 11:32 AM, hw wrote:
So this would mean that the database (running on a different server)
takes
almost two times as much as foo --- which I would consider kinda
excruciatingly
long because it´s merely inserting rows into two different tables
after they were
prepared by foo and then
I believe use of any kind of storage in conjunction with docker is
generally discouraged. Docker is a quite neat way of packaging up apps and
deploying them but if you care about your data I would store it somewhere
independent of docker.
Ta,
Andrew
On 29 November 2017 at 22:23, wrote:
> Was w
On 12/01/2017 02:32 PM, hw wrote:
Hm. Foo is a program that imports data into a database from two CVS files,
using a connection for each file and forking to import both files at once.
So this would mean that the database (running on a different server) takes
almost two times as much as foo --
On 1 December 2017 at 14:32, hw wrote:
> Gordon Messmer wrote:
>>
>> On 12/01/2017 08:49 AM, hw wrote:
>>>
>>> # time foo
>>> real43m39.841s
>>> user15m31.109s
>>> sys 0m44.136s
>>>
>>>
>>> Almost 30 minutes have disappeared, but it actually took about that long,
>>> so what happened?
Gordon Messmer wrote:
On 12/01/2017 08:49 AM, hw wrote:
# time foo
real43m39.841s
user15m31.109s
sys 0m44.136s
Almost 30 minutes have disappeared, but it actually took about that long,
so what happened?
I may misunderstand your question, but
"time" is provided by the bash shell
On 12/01/2017 08:49 AM, hw wrote:
# time foo
real 43m39.841s
user 15m31.109s
sys 0m44.136s
Almost 30 minutes have disappeared, but it actually took about that long,
so what happened?
I may misunderstand your question, but
"time" is provided by the bash shell. It may be provided
On 1 December 2017 at 11:49, hw wrote:
>
> Hi,
>
> isn´t this weird:
>
>
> # time foo
> real43m39.841s
> user15m31.109s
> sys 0m44.136s
>
This is counting the CPU time that a process used. If something is not
in 'CPU' but waiting on input etc it might not get counted in user or
sys. T
Hi,
isn´t this weird:
# time foo
real43m39.841s
user15m31.109s
sys 0m44.136s
Almost 30 minutes have disappeared, but it actually took about that long,
so what happened?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/
>> Could someone recommend good Linux software RAID primer. It would >> be good
>> if it has good coverage of monitoring and dealing with failures.
https://raid.wiki.kernel.org/index.php/Linux_Raid
___
CentOS mailing list
CentOS@centos.org
https://lists
m.r...@5-cent.us wrote:
> Gianluca Cecchi wrote:
>> Date: Thu, 30 Nov 2017 09:55:58 +0100
>> On Wed, Nov 29, 2017 at 10:23 PM, wrote:
>>
>>> The latter would explain the message my user's job gave him when it
>>> tried to umount /
>>>
>>> A bit of googling, and I see something called overlayFS ca
Gianluca Cecchi wrote:
> Date: Thu, 30 Nov 2017 09:55:58 +0100
> On Wed, Nov 29, 2017 at 10:23 PM, wrote:
>
>> The latter would explain the message my user's job gave him when it tried
>> to umount /
>>
>> A bit of googling, and I see something called overlayFS can be used... but
>> I know nothin
I'm setting up a new mail server (dovecot + sendmail + SpamAssassin +
ClamAV + MIMEDefang) to replace an aging CentOS 6 box. The new box is a
low-end PowerEdge with an SSD, 3 4TB red drives on a PERC RAID controller
which I'll probably set up RAID5, and possibly mirrored internal SD cards
as a
The red hat family of linux is my advise. Most practical is a Centos 7.4
version, since its support many application software packages. Skype, libre
Office, Firefox, thunderbird.
Good luck with the configuration !
Best.
Sent from my Windows 10 phone
From: Valeri Galtsev
Sent: 01 December 2017
13 matches
Mail list logo
